[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <262CB373A6D1F14F9B81E82F74F77D5A46F7A575@avmb2.qlogic.org>
Date: Wed, 12 Mar 2014 10:20:14 +0000
From: Shahed Shaikh <shahed.shaikh@...gic.com>
To: Joseph Gasparakis <joseph.gasparakis@...el.com>,
Or Gerlitz <or.gerlitz@...il.com>
CC: John Fastabend <john.r.fastabend@...el.com>,
David Miller <davem@...emloft.net>,
netdev <netdev@...r.kernel.org>,
"Dept-HSG Linux NIC Dev" <Dept-HSGLinuxNICDev@...gic.com>
Subject: RE: [PATCH net-next 1/5] vxlan: Make VXLAN default UDP port number
available for others
> -----Original Message-----
> From: Joseph Gasparakis [mailto:joseph.gasparakis@...el.com]
> Sent: Tuesday, March 11, 2014 10:59 PM
> To: Or Gerlitz
> Cc: Shahed Shaikh; Joseph Gasparakis; John Fastabend; David Miller; netdev;
> Dept-HSG Linux NIC Dev
> Subject: Re: [PATCH net-next 1/5] vxlan: Make VXLAN default UDP port
> number available for others
>
>
>
...
>
> For the sake of simplicity: if you have say two VXLANs listening on two
> different UDP ports, and a single port NIC that can only offload traffic from
> one UDP port, how would you know which VXLAN is more useful to offload?
> There might be traffic from the one port (and in this case it might be the
> default one or not) or you might have traffic from both.
> The fact is that you have a hw limitation, and you need something to help
> you predict what which VXLAN you are going to have traffic from which is not
> trivial at all.
> Therefore even having a way to use the routing tables wouldn't help I think.
>
> In other words, IMHO the best option for running a NIC that can offload X
> UDP ports, is to use up to X UDP ports. Anything else, requres guessing that
> might not be accurate and hence can make things worse instead of better.
Makes sense. Thanks for your feedback Joseph.
Thanks,
Shahed
>
> >
> > > Like Stephen suggested, exporting udp port variable of vxlan driver will
> be more suitable approach.
> >
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists