[j-nsp] EVPN

[Nitzan Tzelniker]

I don't remember if there is a log message but you can write some event
script that disable/enable the port when it become standby
Other vendor solve it with mvrp
http://www.cisco.com/c/en/us/td/docs/routers/asr9000/software/asr9k_r4-3/lxvpn/configuration/guide/lesc43xbook/lesc43pbb.html#pgfId-1187519

and Juniper solve it with CFM and event script for interop with NSN
http://www.juniper.net/documentation/en_US/junos13.2/topics/concept/cet-mac-flush.html

Nitzan

On Sat, Mar 5, 2016 at 3:01 AM, Clarke Morledge <chmorl at wm.edu> wrote:

> Resurrecting an older thread, Amos at oasis-tech had this to say about his
> EVPN testing:
>
> "On single active multi homing, when the CE is a L2 switch. When failing
> the active link the switch will learn the remote destination MAC through
> the standby link very quickly. However, when the active link recovers and
> becomes active once again, the CE MAC table does not flush and the CE keep
> sending traffic to backup port that is now blocking. Obviously this is only
> applicable to uni directional traffic scenarios. On bi-directional
> scenarios MAC learning works like a charm."
>
> I am running up against this in our lab testing. It would be nice to find
> some way have to EVPN trigger a topology change via MSTP to cause the CE to
> flush its MAC table upon active link recovery.
>
> Getting two different L2 topologies; e.g. EVPN and MSTP, within the same
> L2 domain to sync up is a real pain.
>
> Anyone have any solutions to this problem?
>
> Clarke Morledge
> College of William and Mary
> Information Technology - Network Engineering
> Jones Hall (Room 18)
> Williamsburg VA 23187
>
> _______________________________________________
> juniper-nsp mailing list juniper-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/juniper-nsp
>