Re: [nvo3] Second Draft Charter Update for Discussion

2014-08-26 Thread Fedyk, Don
Hi Benson This statement strikes me as too terse: BGP-based solutions to network virtualization within a data center environment will be developed in the BGP-Enabled Services (BESS) WG. It almost sounds as if BGP solutions are out of scope for NVO3. What I think is important is: If an

Re: [nvo3] Second Draft Charter Update for Discussion

2014-08-26 Thread Osama Zia
Hi Benson, Sounds good to me. Thanks for the clarification. Regards, Osama From: Benson Schliesser [mailto:bens...@queuefull.net] Sent: Monday, August 25, 2014 4:49 PM To: Osama Zia Cc: nvo3@ietf.org Subject: Re: [nvo3] Second Draft Charter Update for Discussion Hi, Osama. On Mon,

[nvo3] Fwd: New Version Notification for draft-herbert-remotecsumoffload-00.txt

2014-08-26 Thread Tom Herbert
Remote checksum offload is intended to be used to get checksum offload of encapsulated packets to work with legacy NICs (those that don't understand encapsulation protocols). I will be posting an implementation to Linux shortly for GUE and/or Geneve. Thanks, Tom -- Forwarded message

Re: [nvo3] Fwd: New Version Notification for draft-herbert-remotecsumoffload-00.txt

2014-08-26 Thread Anton Ivanov
On 26/08/14 21:47, Tom Herbert wrote: Remote checksum offload is intended to be used to get checksum offload of encapsulated packets to work with legacy NICs (those that don't understand encapsulation protocols). I will be posting an implementation to Linux shortly for GUE and/or Geneve. This

Re: [nvo3] Fwd: New Version Notification for draft-herbert-remotecsumoffload-00.txt

2014-08-26 Thread Thomas Nadeau
Code is king. I agree with what you said below. Tom On Aug 26, 2014, at 5:09 PM, Anton Ivanov anton.iva...@kot-begemot.co.uk wrote: On 26/08/14 21:47, Tom Herbert wrote: Remote checksum offload is intended to be used to get checksum offload of encapsulated packets to work with legacy

Re: [nvo3] Fwd: New Version Notification for draft-herbert-remotecsumoffload-00.txt

2014-08-26 Thread Dino Farinacci
However, deployed code is the kingdom. Dino On Aug 26, 2014, at 3:22 PM, Thomas Nadeau tnad...@lucidvision.com wrote: Code is king. I agree with what you said below. Tom On Aug 26, 2014, at 5:09 PM, Anton Ivanov anton.iva...@kot-begemot.co.uk wrote: On 26/08/14 21:47, Tom Herbert

Re: [nvo3] Second Draft Charter Update for Discussion

2014-08-26 Thread Benson Schliesser
Hi, Larry. On Aug 25, 2014, at 9:22 PM, Larry Kreeger (kreeger) kree...@cisco.com wrote: Overall, I think this is much better. I have a few nits inline below. Thanks for the constructive feedback. Comments inline. An NVO3 solution is a set of protocols and/or protocol extensions that

[nvo3] FW: RFC 7348 on Virtual eXtensible Local Area Network (VXLAN): A Framework for Overlaying Virtualized Layer 2 Networks over Layer 3 Networks

2014-08-26 Thread Larry Kreeger (kreeger)
FYI. VXLAN has been published as an Independent stream, Informational RFC. It originally started out as being AD sponsored (by Stewart), but changed to Independent after Stewart was no longer AD, which caused some delay. Any documents that refer to VXLAN can now refer to this RFC. Thanks,