Hi Ben, 2014-02-27, Ben Pfaff: > On Thu, Feb 27, 2014 at 05:16:18PM +0000, thomas.mo...@orange.com wrote: >> Currently, OVS GRE tunnels use Ethertype 6558 and the GRE packets >> produced by OVS hence always are xxx-over-Ethernet-over-GRE. >> Symmetrically OVS expects received GRE packets to be of the same >> ethertype and carry an Ethernet payload. >> >> I have written the included patch, which does the following: >> - add a "noeth" option for a GRE tunnel, so that the Ethernet header is >> stripped before GRE encapsulation (the option, of course, defaults to >> the current behavior) >> - on reception, recreates a fake Ethernet header if the ethertype of the >> received packet is not 6558 -- this behavior is similar to what the LISP >> tunneling code does >> >> Note that, in both cases, the code takes care of preserving correct >> ethertypes. > > I'm in favor of adding support for non-Ethernet GRE. The issues are > similar to those for LISP, which can also carry L3 data. There's a > series currently under review (see the "nsh" patches at > http://patchwork.openvswitch.org/project/openvswitch/list/) that adds > support for this. I'd like to use the same approach for all L3 > protocols.
I'm confused. I understand the ideas behind generic l3 vports (Lori's patches), but I don't clearly see how NSH fits in the picture, apart from the fact that NSH has to cooperate with the tunneling code. It does not seem to me why NSH patches would provide generic code for non-Ethernet tunnels. By the way, I find the 'non-Ethernet' tunnel term much more appropriate than "L3" vports. Best, -Thomas _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. _______________________________________________ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev
