2012/1/25 Stephen Hemminger <shemminger@xxxxxxxxxx>: > On Wed, 18 Jan 2012 00:33:14 +0100 (CET) > Stefan Gula <steweg@xxxxxxx> wrote: > >> From: Stefan Gula <steweg@xxxxxxxxx> >> >> This patch is an extension for current Ethernet over GRE >> implementation, which allows user to create virtual bridge (multipoint >> VPN) and forward traffic based on Ethernet MAC address information in >> it. It simulates the Bridge behavior learning mechanism, but instead >> of learning port ID from which given MAC address comes, it learns IP >> address of peer which encapsulated given packet. Multicast, Broadcast >> and unknown-multicast traffic is send over network as multicast >> encapsulated GRE packet, so one Ethernet multipoint GRE tunnel can be >> represented as one single virtual switch on logical level and be also >> represented as one multicast IPv4 address on network level. >> >> Signed-off-by: Stefan Gula <steweg@xxxxxxxxx> > > Will this break normal usages of GRE? > Compile time options are not acceptable for a standard distribution if > it will break it for the other case. It is fine to add the additional data > structure elements, but the code in the receive path might get broken? > > No, if you don't decide to compile with given kernel option.. nothing happens and original GRE code is leaved intact. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html