I've been having problems with VLACP on a customer site over a metro ethernet link, and as part of the fault finding, it's been recommended to me to change the VLACP mac address from the default to 01-80-C2-00-00-06.
I've ran into issues, first of all disabling VLACP (in order to change the mac address). There's probably no 'proper' way to disable VLACP, but I disabled it at the core first (globally) which of course (as expected) resulted in all the edge switches bringing down the links because no more VLACP packets were appearing. (In hindsight, it would have been easier to disable on the edge, and resetting at the core, less stairs to take, but I need the exercise!).
My biggest problem was when I tried to re-enable the VLACP having made the MacAddress change. As soon as i enabled VLACP globally on the edge switch, it shut down the link immediately. I hadn't even got around to re-enabling on the core.
No combination of enabling VLACP on edge or core first resulted in a working link.
It was my understanding that the edge should be enabled first, as VLACP doesn't come into production until the edge sees the first VLACP packet from the core, at which point it's enabled and does it's thing.
It seems to me like the edge 'remembered' that it had seen a vlacp packet before, and because it's not seeing it now that it's disabled at the core, it shuts the link.
Network is setup as below:
2x 8606 Core running version 5.1 , IST with SMLT to the edge.
6x ERS 4548 stacks running version 5.2.2.013s
1x ERS 5520 Stack running version 6.1.0.0.7s
(5520 stack is across a MetroE link)
Anyone got any suggestions about what the hell I'm doing wrong?
(More details available on request!!)
Cheers,
Liam