Comments on: Nortel ES 460/470 Software 3.7.4 Released http://blog.michaelfmcnamara.com/2009/10/nortel-es-460470-software-3-7-4-released/ technical blog around technology, networking solutions and IP telephony Sat, 13 Mar 2010 00:51:29 -0500 http://wordpress.org/?v=2.9.2 hourly 1 By: Mike D http://blog.michaelfmcnamara.com/2009/10/nortel-es-460470-software-3-7-4-released/#comment-1360 Mike D Fri, 16 Oct 2009 12:38:51 +0000 http://blog.michaelfmcnamara.com/?p=1036#comment-1360 There's another possible VLACP change that this could be referencing--I haven't verified this yet--it has to do with the MAC address utilized by VLACP. In 5xxx pre-v5.1 and in 45xx pre 5.2 (I think this is where the change took place, so I'd encourage double-checking) the same mcast MAC address was recommended for use at VLACP global and at VLACP port level. This is, I'm almost certain, true for the 470 pre-v3.7.4 I'd guess that 470s at v3.7.4 will now behave like the 5xxx @ v5.1+ and 45xx @ v5.2+ : the recommended mcast MAC is now valid only for the global VLACP parameter. At the VLACP port level, the previously recommended mcast MAC is no longer permitted. You may, optionally, leave the port level MAC at all zeros or configure a unicast MAC. If you choose to leave it at all zeros, VLACP will establish a partnership with any other VLACP -enabled device at the far end of that port's connection. If you choose to configure a MAC address, it must match the system MAC of the VLACP -enabled device at the far end of that port's connection in order for a partnership to be established. That means that if you have to replace the far end device, the near end port's VLACP MAC address MUST be changed to reflect the new MAC of the far end device. There’s another possible VLACP change that this could be referencing–I haven’t verified this yet–it has to do with the MAC address utilized by VLACP.
In 5xxx pre-v5.1 and in 45xx pre 5.2 (I think this is where the change took place, so I’d encourage double-checking) the same mcast MAC address was recommended for use at VLACP global and at VLACP port level. This is, I’m almost certain, true for the 470 pre-v3.7.4
I’d guess that 470s at v3.7.4 will now behave like the 5xxx @ v5.1+ and 45xx @ v5.2+ : the recommended mcast MAC is now valid only for the global VLACP parameter. At the VLACP port level, the previously recommended mcast MAC is no longer permitted. You may, optionally, leave the port level MAC at all zeros or configure a unicast MAC. If you choose to leave it at all zeros, VLACP will establish a partnership with any other VLACP -enabled device at the far end of that port’s connection.
If you choose to configure a MAC address, it must match the system MAC of the VLACP -enabled device at the far end of that port’s connection in order for a partnership to be established. That means that if you have to replace the far end device, the near end port’s VLACP MAC address MUST be changed to reflect the new MAC of the far end device.

]]> By: Michael McNamara http://blog.michaelfmcnamara.com/2009/10/nortel-es-460470-software-3-7-4-released/#comment-1347 Michael McNamara Mon, 12 Oct 2009 23:03:30 +0000 http://blog.michaelfmcnamara.com/?p=1036#comment-1347 Hi Jeremy, I believe your correct. I think the major change is that VLACP will immediately mark the port as down when it's initially enabled both at the port and globally. The software won't wait the retry time (500ms X 5 retries = 2.5 seconds) before declaring the port down as it did in the past. I have yet to test this but I believe this might have been the change they referenced. I've also noticed strange behavior if you enable VLACP at the port but forget to enable it globally. Thanks for the comment! Hi Jeremy,

I believe your correct. I think the major change is that VLACP will immediately mark the port as down when it’s initially enabled both at the port and globally. The software won’t wait the retry time (500ms X 5 retries = 2.5 seconds) before declaring the port down as it did in the past. I have yet to test this but I believe this might have been the change they referenced. I’ve also noticed strange behavior if you enable VLACP at the port but forget to enable it globally.

Thanks for the comment!

]]> By: Jeremy http://blog.michaelfmcnamara.com/2009/10/nortel-es-460470-software-3-7-4-released/#comment-1345 Jeremy Mon, 12 Oct 2009 17:19:13 +0000 http://blog.michaelfmcnamara.com/?p=1036#comment-1345 I think this refers to the fact that, with older software versions, you could turn on VLACP at the edge and not lose connectivity before it was turned on at the core/distribution layer. I know with the 4500 series, once you turn it on at the edge, traffic stops till VLACP is up downstream as well. My guess is this is what will happen now with the 470s and 3.7.4 I think this refers to the fact that, with older software versions, you could turn on VLACP at the edge and not lose connectivity before it was turned on at the core/distribution layer. I know with the 4500 series, once you turn it on at the edge, traffic stops till VLACP is up downstream as well. My guess is this is what will happen now with the 470s and 3.7.4

]]>