On Thu, Oct 20, 2011 at 3:43 PM, Humair Ali <[email protected]> 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 > <[email protected]>wrote: > >> * Phil Bedard <[email protected]> [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 [email protected] >> https://puck.nether.net/mailman/listinfo/juniper-nsp >> > > > > -- > Humair > _______________________________________________ > juniper-nsp mailing list [email protected] > 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 _______________________________________________ juniper-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/juniper-nsp
