Posts Tagged ADAC
Upgrading the i2002 Phone Firmware
Posted by Michael McNamara in EthernetRtngSwitch, Nortel, Uncategorized, VoiceOverIP on February 7, 2009
We’re preparing to deploying 300+ i2002/i2004 IP telephones over the next few weeks. In preparation for this deployment we decided to upgrade the current IP phone firmware from 0604DBG to 0604DCG. The site has a Nortel Succession 1000M Call Server with 3 Succession Remote Gateway (SRG) 50s providing local PSTN and E-911 services at three remote facilities. We have done this dozens of times in multiple locations and never really had an issue (except when ‘filter-unregistered-frames‘ was left enabled on the switch ports). This time, however, we came across a problem that caused all 12 i2002 IP phones at one remote site to get stuck in a continual loop trying to upgrade. It took us quite sometime to isolate the problem and come up with a solution although a little background is necessary to understand the problem.
It would now appear that my assumption was totally wrong.
The remote site that had the problem never had the ADAC MAC address table updated beyond what is in the default configuration. When the phone booted into BOOTC mode to perform the upgrade it wasn’t sending the necessary LLDP information to the switch so the switch wasn’t adding the voice VLAN to the port. The only problem was that the phone was using the voice VLAN tag and original IP address so while it’s requests made it to the server the phone never recieved an answer because the voice VLAN was not a member of the port that the phone was connected to. Once we added all the MAC addresses to the ADAC table everything starting working properly. Now when the IP phone booted into BOOTC mode ADAC immediately recognized the MAC address and applied the voice VLAN to the switch port allowing the IP phone to communicate with the SRG50 and the Succession 1000M Signaling Server.
no adac mac-range-table adac mac-range-table low-end 00:0a:e4:75:00:00 high-end 00:0a:e4:75:ff:ff adac mac-range-table low-end 00:13:65:00:00:00 high-end 00:13:65:ff:ff:ff adac mac-range-table low-end 00:14:c2:00:00:00 high-end 00:14:c2:ff:ff:ff adac mac-range-table low-end 00:16:ca:00:00:00 high-end 00:16:ca:ff:ff:ff adac mac-range-table low-end 00:17:65:00:00:00 high-end 00:17:65:ff:ff:ff adac mac-range-table low-end 00:18:b0:00:00:00 high-end 00:18:b0:ff:ff:ff adac mac-range-table low-end 00:19:69:00:00:00 high-end 00:19:69:ff:ff:ff adac mac-range-table low-end 00:19:e1:00:00:00 high-end 00:19:e1:ff:ff:ff adac mac-range-table low-end 00:1b:ba:00:00:00 high-end 00:1b:ba:ff:ff:ff adac mac-range-table low-end 00:1e:ca:00:00:00 high-end 00:1e:ca:ff:ff:ff adac mac-range-table low-end 00:22:67:00:00:00 high-end 00:22:67:ff:ff:ff
The short story here is that you need to maintain the ADAC MAC address table if you want to avoid any IP phone firmware upgrade issues.
As a side note you also need to make sure that you disable filter-unregistered-frames on all switch ports.
I’ve inquired with Nortel about this problem but I’m still waiting for a response. It’s quite possible that this issue has already been “discovered” and will be resolved in a future release (or even resolved in this release).
Cheers!
ADAC and VLAN Configurations (Part 2)
Posted by Michael McNamara in EthernetRtngSwitch, Nortel on February 2, 2009
We performed some exhaustive testing with ADAC over the past few weeks and can confirm, as Roberto alluded too, that ADAC will dynamically reconfigure any switch port that has ADAC enabled to the VLAN membership and PVID setting that was set when ADAC was first enabled on the switch port. In our tests we configured an edge port as a member of VLAN 10 and then enabled ADAC on that port. We then added the edge port to VLAN 11, removing it from VLAN 10. When the port went into an oper-down state ADAC added the edge port back to VLAN 10 and removed it from VLAN 11. We confirmed the same behavior with respect to the PVID changing.
In short if you need to make a VLAN membership or PVID change to an ADAC enabled port you MUST disable ADAC on the port before making the change and then re-enable ADAC when you have completed your change. As a side note any Nortel IP phone that is connected to the port will most likely timeout and reboot itself when you disable ADAC.
While I don’t necessarily disagree with the behavior it would be nice for either the CLI of Device Manager to alert someone if they tried to change the VLAN membership of a port that had ADAC enabled. (hint hint Nortel)
Cheers!
ADAC and VLAN Configurations
Posted by Michael McNamara in EthernetRtngSwitch, Nortel on August 27, 2008
Well we also ran into a problem after upgrading a number of those switches to v5.1.1.17. A network administrator had made VLAN changes to various ports on the switch prior to the upgrade but after ADAC had been enabled on the ports. After the upgrade the switch ports defaulted back to the original VLAN they were configured for when ADAC was first enabled. We performed some additional testing and found that this problem would occur if the switch was just reset (rebooted) so it doesn’t appear to be tied to the upgrade but rather the action of restarting the switch. Looking at how ADAC works I can understand the problem but I’m disappointed that Device Manager or the CLI interface doesn’t throw a warning when you try to change the VLAN configuration of a port with ADAC enabled.
The lesson here is that you should disable ADAC on any port where you intend to change the VLAN membership.
Anyone else seen this?
Cheers!
ERS 5520 Switch v5.1 Software
Posted by Michael McNamara in EthernetRtngSwitch on November 20, 2007
There are some enhancements that affect how ADAC/LLDP function on the ERS 5520 switch. From the release notes;
IEEE 802.1ab and ADAC linkage
Nortel introduced the 802.1ab and Auto Detection Auto Configuration(ADAC) features to Release 5.0 to address converged applications. In Release 5.1, the functionality of 802.1ab and ADAC is combined: ADAC uses 802.1ab/LLDP as the detection mechanism to determine the identity of the attached device (that is, a Nortel IP phone that supports 802.1ab Media Endpoint Devices type, length, and value descriptions [MED TLV]). The Auto Configuration functionality of ADAC applies the configuration to the port.
Configurable using NNCLI, ACG, and Device Manager.
It looks like it will no longer be necessary to maintain the list of MAC prefixes for all Nortel Internet Telephones. If you recall from some of my previous posts I needed to manually update the list of MAC prefixes used by my ERS 5520 switches in order to get many of my i2002/i2004 Internet Telephones to be detected properly. The default list of MAC prefixes usually didn’t cover all the i2002/i2004/i2007/1140e Internet Telephones I had installed throughout my organization. In previous articles we enabled ADAC like so;
5520-48T-PWR (config)# adac voice-vlan 50 5520-48T-PWR (config)# adac op-mode tagged-frames 5520-48T-PWR (config)# adac uplink-port 48 5520-48T-PWR (config)# adac mac-range-table low-end 00:18:b0:00:00:00 high-end 00:18:b0:ff:ff:ff 5520-48T-PWR (config)# adac mac-range-table low-end 00:16:ca:00:00:00 high-end 00:16:ca:ff:ff:ff 5520-48T-PWR (config)# adac mac-range-table low-end 00:17:65:00:00:00 high-end 00:17:65:ff:ff:ff 5520-48T-PWR (config)# adac mac-range-table low-end 00:0a:e4:75:00:00 high-end 00:0a:e4:75:ff:ff 5520-48T-PWR (config)# adac mac-range-table low-end 00:14:c2:00:00:00 high-end 00:14:c2:ff:ff:ff 5520-48T-PWR (config)# adac mac-range-table low-end 00:19:69:00:00:00 high-end 00:19:69:ff:ff:ff 5520-48T-PWR (config)# adac mac-range-table low-end 00:19:e1:00:00:00 high-end 00:19:e1:ff:ff:ff 520-48T-PWR (config)# adac enable
I haven’t actually tested this myself yet but supposedly if LLDP detects an Internet Telephone it will pass that information to ADAC without the need of evaluating the device’s MAC address.
The 5.1 release also now supports the 1000Base-BX SFP;
BX SFP support
Many customers have high density gigabit requirements, but lack the fiber density to deploy. BX SFPs helps alleviate this issue by allowing a single strand of fiber to facilitate communication.
Nortel introduces support for 1000BaseBX10 module with release 5.1. The modules are single fiber, bidirectional SFP transceivers. Two types of modules are available:
• 1310nm (BX10-U) transceiver
• 1490nm (BX10-D) transceiver
The 1000BaseBX10-D device is always connected to a 1000BaseBX10-U device with a single strand of standard single-mode fiber. The operating transmission range is up to 10 km. The fiber uses a GBIC LC connector on each end.
If the 1000BaseBX10-U is not connected to the 1000BaseBX10-D device, the signals are not received properly and the Link LED does not illuminate. You can configure BX SFP Support through the NNCLI, ACG, or Device Manager.
The 1000BASE-BX bidirectional SFPs provide Gigabit Ethernet connectivity over a single fiber.
As shown in the figure, the transmit (Tx) and receive (Rx) paths share the same fiber by using two different wavelengths. One model transmits at 1310 nm and receives at 1490 nm, while the mating model transmits at 1490 nm and receives at 1310 nm. You can only connect a mating pair.
You can use 1000BASE-BX SFPs to double the number of your fiber links. For example, if you have 20 installed fiber pairs with 20 conventional ports connected, you can use 1000BASE-BX SFPs to expand to 40 ports, using the same fiber.
The long wavelength optical transceivers used in these models provide variable distance ranges using single mode fiber optic cabling.
Cheers!






RECENT COMMENTS