[j-nsp] vpls loop avoidance

[William Cooper]

On Thu, Oct 20, 2011 at 3:43 PM, Humair Ali <humair.s.ali at gmail.com> wrote:
> If you need a shorter mac timeout,
>
> you can set the mac aging timer to a lower value than the default 300ms
> timeout
>
> On 20 October 2011 20:28, Sebastian Wiesinger <juniper-nsp at ml.karotte.org>wrote:
>
>> * Phil Bedard <philxor at gmail.com> [2011-10-13 02:01]:
>> > Coming soon to at least one platform, but haven't heard anything about
>> > Juniper.  The active/standby mechanisms work pretty well but
>> active/active
>> > using something like SPBM or TRILL would be nicer.
>>
>> One problem with active/standby is mac aging on the CE switch(es).
>> When the primary PE goes down, the backup PE takes over and the
>> CE-switches learn mac addresses on the link towards the backup PE.
>> Now when the primary link comes online again, the VPLS on the primary
>> PE goes active, forcing the standby PE to deactivate VPLS. The CE
>> switches still have the mac addresses learned on the port to the
>> standby PE so you have to wait until the mac addresses age out (or a
>> packet with that source mac comes in from the primary PE).
>>
>> Regards,
>>
>> Sebastian
>>
>> --
>> New GPG Key: 0x93A0B9CE (F4F6 B1A3 866B 26E9 450A  9D82 58A2 D94A 93A0
>> B9CE)
>> Old GPG Key-ID: 0x76B79F20 (0x1B6034F476B79F20)
>> 'Are you Death?' ... IT'S THE SCYTHE, ISN'T IT? PEOPLE ALWAYS NOTICE THE
>> SCYTHE.
>>            -- Terry Pratchett, The Fifth Elephant
>> _______________________________________________
>> juniper-nsp mailing list juniper-nsp at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/juniper-nsp
>>
>
>
>
> --
> Humair
> _______________________________________________
> juniper-nsp mailing list juniper-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/juniper-nsp
>

I might be confused... but wouldn't the switches learn the MAC to port
association dynamically based
on traffic flows?

-Tony