Re: [ovs-dev] [PATCH] ofproto-dpif-xlate: Work around Linux netdev_max_backlog limit.

2014-09-10 Thread Flavio Leitner
On Wed, Sep 10, 2014 at 07:38:08PM -0300, Flavio Leitner wrote: > > I've changed netdev_max_backlog to 110 as before and the "same" > reproducer but using Linux bridge runs fine up to 1024 ports > where it reaches the bridge port upper limit (BR_MAX_PORTS). Actually, the Linux bridge sends the pa

Re: [ovs-dev] [PATCH] ofproto-dpif-xlate: Work around Linux netdev_max_backlog limit.

2014-09-10 Thread Flavio Leitner
I've changed netdev_max_backlog to 110 as before and the "same" reproducer but using Linux bridge runs fine up to 1024 ports where it reaches the bridge port upper limit (BR_MAX_PORTS). fbl On Wed, Sep 10, 2014 at 09:39:42AM -0700, Ben Pfaff wrote: > My kernel knowledge is rusty. I can research

Re: [ovs-dev] [PATCH] ofproto-dpif-xlate: Work around Linux netdev_max_backlog limit.

2014-09-10 Thread Ben Pfaff
My kernel knowledge is rusty. I can research it, but maybe Flavio or someone else "just knows". On Wed, Sep 10, 2014 at 08:48:01AM -0700, Justin Pettit wrote: > Ben, we were assuming this same issue would happen with the > bridge. Do we know if that's true? It seems like it would be a > pretty se

Re: [ovs-dev] [PATCH] ofproto-dpif-xlate: Work around Linux netdev_max_backlog limit.

2014-09-10 Thread Justin Pettit
Ben, we were assuming this same issue would happen with the bridge. Do we know if that's true? It seems like it would be a pretty serious problem as the number of containers/VMs grows on a host, so I'm wondering what the kernel community may do about it. --Justin > On Sep 9, 2014, at 3:07 PM,

Re: [ovs-dev] [PATCH] ofproto-dpif-xlate: Work around Linux netdev_max_backlog limit.

2014-09-10 Thread Ben Pfaff
On Wed, Sep 10, 2014 at 11:46:55AM -0300, Flavio Leitner wrote: > On Wed, Sep 10, 2014 at 07:39:17AM -0700, Ben Pfaff wrote: > > On Wed, Sep 10, 2014 at 08:42:50AM -0300, Flavio Leitner wrote: > > > On Tue, Sep 09, 2014 at 03:07:28PM -0700, Ben Pfaff wrote: > > > > Linux has an internal queue that

Re: [ovs-dev] [PATCH] ofproto-dpif-xlate: Work around Linux netdev_max_backlog limit.

2014-09-10 Thread Flavio Leitner
On Wed, Sep 10, 2014 at 07:39:17AM -0700, Ben Pfaff wrote: > On Wed, Sep 10, 2014 at 08:42:50AM -0300, Flavio Leitner wrote: > > On Tue, Sep 09, 2014 at 03:07:28PM -0700, Ben Pfaff wrote: > > > Linux has an internal queue that temporarily holds packets transmitted to > > > certain network devices.

Re: [ovs-dev] [PATCH] ofproto-dpif-xlate: Work around Linux netdev_max_backlog limit.

2014-09-10 Thread Ben Pfaff
On Wed, Sep 10, 2014 at 08:42:50AM -0300, Flavio Leitner wrote: > On Tue, Sep 09, 2014 at 03:07:28PM -0700, Ben Pfaff wrote: > > Linux has an internal queue that temporarily holds packets transmitted to > > certain network devices. If too many packets are transmitted to such > > network devices wi

Re: [ovs-dev] [PATCH] ofproto-dpif-xlate: Work around Linux netdev_max_backlog limit.

2014-09-10 Thread Flavio Leitner
On Tue, Sep 09, 2014 at 03:07:28PM -0700, Ben Pfaff wrote: > Linux has an internal queue that temporarily holds packets transmitted to > certain network devices. If too many packets are transmitted to such > network devices within a single list of actions, then packets tend to get > dropped. Broa

[ovs-dev] [PATCH] ofproto-dpif-xlate: Work around Linux netdev_max_backlog limit.

2014-09-09 Thread Ben Pfaff
Linux has an internal queue that temporarily holds packets transmitted to certain network devices. If too many packets are transmitted to such network devices within a single list of actions, then packets tend to get dropped. Broadcast or flooded or multicast packets on bridges with thousands of