[prev in list] [next in list] [prev in thread] [next in thread] 

List:       openvswitch-discuss
Subject:    [ovs-discuss] data path limit
From:       faicker.mo () gmail ! com (faicker mo)
Date:       2012-08-29 1:58:30
Message-ID: E58384FD-801C-4B4C-816E-299B23365ECE () gmail ! com
[Download RAW message or body]

Sorry, I mixed up the datapath and the port in datapath.
Thank you for your patience. Every tunnel is a port in a datapath like system at br0.

On 2012-8-28, at 22:37, Ben Pfaff <blp at nicira.com> wrote:

> We haven't measured performance with a very large number of datapaths,
> because this is not a common case.  Perhaps the performance is fine.
> 
> You can create more than one tunnel per datapath.  I don't know why
> Quantum would create only one tunnel per datapath.
> 
> On Tue, Aug 28, 2012 at 06:19:40PM +0800, faicker mo wrote:
> > Data path number affects the performance ?
> > Ryu, an openstack quatumn plugin, uses the gre tunnel of OVS.
> > The tunnel is created between any 2 hosts. The tunnel number will be N-1(N is the \
> > host number). The number will be greater than 255 one day. 
> > On 2012-8-27, at 21:42, Ben Pfaff <blp at nicira.com> wrote:
> > 
> > > Perhaps you should explain a little bit.  Usually, only a few datapaths
> > > are needed.  More than 255 is a surprising number.
> > > 
> > > On Mon, Aug 27, 2012 at 02:21:57PM +0800, faicker mo wrote:
> > > > I did a test, the data path number can be greater than 255. 
> > > > Yeah, we are estimating the project. With tunnel, it will be soon over 255.
> > > > 
> > > > On 2012-8-27, at 12:16, Ben Pfaff <blp at nicira.com> wrote:
> > > > 
> > > > > On Mon, Aug 27, 2012 at 11:57:23AM +0800, faicker mo wrote:
> > > > > > Does the OVS really have the limit of data path number 256 per machine
> > > > > > In OVS 1.7.0?
> > > > > 
> > > > > No.
> > > > > 
> > > > > Are you really approaching this number of datapaths?
> > > > 
> > 


[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic