When you have a full mesh of tunnels among PE routers, the split horizon group 
(SHG) of these tunnels should be set to a non-zero value, e.g. 1, to prevent 
loops. Thus, packets received from an interface with a non-zero SHG will not be 
replicated or broadcasted to another interface in the bridge with the same SHG 
value.  The SHG of an interface in a bridge can be set when you put an 
interface in a bridge:

DBGvpp# set int l2 bri ?
  set interface l2 bridge                  set interface l2 bridge <interface> 
<bridge-domain-id> [bvi] [shg]

If SHG is not specified, it defaults to 0.

Regards,
John

From: vpp-dev@lists.fd.io <vpp-dev@lists.fd.io> On Behalf Of Gulakh
Sent: Monday, July 16, 2018 9:05 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] vpls bridge mac learning

Hi,
I have configured a scenario in which I have 3 routers that they form a full 
mesh network i.e. each of which connected directly to others.

Now each router have one bridge to which one physical interface and two mpls 
tunnels are connected.

Now I connect a PC to the physical interface of one router and then use "show 
l2fib verbose" to see the learnt MACs.

As far as I know, this command should have displayed that the PC's MAC is 
learnt from the physical interface, but to my surprise it is alternating 
between mpls_tunnel0 and mpls_tunnel1
here is the log:

DBGvpp# sh l2fib verbose
    Mac-Address     BD-Idx If-Idx BSN-ISN Age(min) static filter bvi         
Interface-Name
 3c:07:71:5f:2d:f5    1      10     3/3      -       -      -     -           
mpls-tunnel0
L2FIB total/learned entries: 1/1  Last scan time: 1.8002e-3sec  Learn limit: 
4194304

DBGvpp# sh l2fib verbose
    Mac-Address     BD-Idx If-Idx BSN-ISN Age(min) static filter bvi         
Interface-Name
 3c:07:71:5f:2d:f5    1      11     3/3      -       -      -     -           
mpls-tunnel1

I guess that when PC is connected to router, It first sends an ARP message that 
is broadcasted in the network, in other words, the two other router's bridge 
are receiving this ARP message from their corresponding mpls_tunnel and then 
they broadcast it again.
Finnaly I think that router is receiving its own ARP packet from other bridges 
and shows that PC's MAC address is being learnt from those connected tunnels 
alternately.

My scenario is somehow like the attached image but I have only one customer 
e.g. the Yellow customer.

Q1: Am I right?? If yes, How to solve this problem?? If no, What is the 
problem??

When I ping two PCs of the customer using this VPLS, most of the ICMP packets 
are dropped. I think that this is the effect of the above mentioned ARP problem.
Q2: Am I right??

Thanks
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#9850): https://lists.fd.io/g/vpp-dev/message/9850
Mute This Topic: https://lists.fd.io/mt/23531739/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to