2012/1/31 Stephen Hemminger [off-list ref]:
On Tue, 31 Jan 2012 14:21:51 +0100 (CET)
Stefan Gula [off-list ref] wrote:
quoted
From: Stefan Gula <redacted>
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 <redacted>
Have you looked at the NVGRE standard?
http://tools.ietf.org/html/draft-sridharan-virtualization-nvgre-00
Yes, I did.
One section from 3.1. NVGRE Endpoint:
To encapsulate an
Ethernet frame, the endpoint needs to know location information for
the destination address in the frame. The way to obtain this
information is not covered in this document and will be covered in a
different draft. Any number of techniques can be used in the control
plane to configure, discover and distribute the policy information.
For the rest of this document we assume that the location
information including TNI is readily available to the NVGRE
endpoint.