...
BRG Emulator → vG direction:
- When a packet arrives, a corresponding entry is looked up using all 3 fields from the incoming packet.
- If not found, an entry with these 3 fields is created, and processing is continued. The packet is decapsulated, the original L2 frame is tagged with VNI VLAN ID and is forwarded to the destination vG
- vG_MUX looks up in its XC table an entry in which the arriving 2-tupple: <src_VTEP, VNI> matches < BRG_WAN_IP_ADDRESS, VNI>
- If found, vG_MUX replaces the <dst_VTEP> filed in the packet with the <vG_IP_ADDRESS> field in the found entry, the <src_VTEP> with its own "right" ip address, leaves all other fields intact, and sends the packet to the vG.
- If not found ( normally should not happen), the packet is discarded, and a counter counting such events is incremented. In future releases we may consider issuing an SNMP trap in such situations.
vG → BRG Emulator direction:
- When a packet arrives, a corresponding entry is looked up using the incoming vlan id of the packet trying to match it with the VNI VLAN ID field of table entriesvG_MUX looks up an entry in which the arriving 2-tupple: <VMI, src_VTEP> matches <VNI, vG_IP_ADDRESS>.
- If found, the vlan tag of the packet is removed, the packet is encapsulated with the fields in the entry, and is sent over the vG_MUX tunnels interface, vG_MUX replaces the <dst_VTEP> filed in the packet with the <BRG_WAN_IP_ADDRESS> field in the found entry, the <src_VTEP> with its own "left" ip address, leaves all other fields intact, and sends the packet to the BRG.
- If not found ( normally should not happen), the packet is discarded, and a counter counting such events is incremented. In future releases we may consider issuing an SNMP trap in such situations.
The first transaction that uses the VxLAN tunnel is the BRG Emulator's request to get its own IP address for its LAN interface, as follows:
...