• 0621C7G for 2007 IP Deskphone
• 0623C7M for 1110, 0624C7M for 1120E, 0625C7M for 1140E, 0627C7M for 1150E and 0626C7M for 1165E IP Deskphones
• 0627C7M for 1200 Series IP Deskphones
• VPN Configuration Wizard release 01.00_00.25

The major change in this software release is the re-branding of the IP deskphone to Avaya from Nortel.

UNIStim 4.2 is the minimum software release that includes changes related to re-branding of the IP Deskphone software to Avaya from Nortel. All instances of Nortel branding within the IP Deskphone software including the start-up splash screen, User Interface elements, and Certificates have been changed to Avaya branding. In addition, the VPN Configuration Wizard software has been rebranded to Avaya

Please refer to the release notes and the product bulletin for complete details.

Cheers!

Update: Monday August 16, 2010

Avaya has re-released the bulletin because of a typo in the document.

• 0621C7D for 2007 IP Deskphone,
• 0623C7J, 0624C7J, 0625C7J, 0627C7J and 0626C7J for 1110, 1120E, 1140E, 1150E and 1165E IP Deskphones respectively and
• 062AC7J for 1200 Series IP Deskphones

UNIStim 4.1 adds the following features;

• UNIStim 4.0 functionality delivered onto the 1165E IP Deskphone
• Quality improvements to Secure Signaling using DTLS
• Adjustable open-microphone warning tone during Zone Paging
• UNIStim VPN client interoperability extended to include Avaya VPN Gateways

The two product bulletins covering the software release can be found here and here.

Notice any formatting differences between the two bulletins?

Cheers!

Nortel 1165e IP Phone

Nortel has released UNIStim firmware 4.0  for their IP phones;

• 0621C7A for IP Phone 2007,
• 0623C7F, 0624C7F, 0625C7F and 0627C7F for IP Phone 1110, 1120E, 1140E and 1150E respectively and
• 062AC7F for IP Phone 1210, 1220, and 1230

No UNIStim software release 4.0 is being offered for the Phase II IP Phone 2001, Phase II IP Phone 2002, and Phase II IP Phone 2004.  The Nortel IP Phone 200x series (except the 2007) was manufacture discontinued as of November 29, 2009.

The enhancements available with UNIStim software release 4.0 for IP Phones include:

• UNIStim VPN Client (UVC) in the IP Phone 1100 series
• Feature and Application Licensing
• Secure Signaling using DTLS
• Secure Call Recording (SCR)
• Designed for Operability (DfO)
• Enhancements to Certificate Support

The product bulletin for the 4.0 release listed the same fixes (two of which were for the 2004 model) as the previous UNIStim 3.4 release. I’m going to guess that someone forgot to update that section of the product bulletin with some relevant information.

The big news with this release is the built in VPN client for the IP Phone 1100 series, the UNIStim VPN Client (UVC). Unfortunately this initial release doesn’t support encrypting/tunneling the traffic to/from the PC port, only the traffic to/from the Signaling Server and Voice Gateway Media Cards is encrypted with the VPN connection. The initial release is certified to work wtih Nortel VPN Router (NVR) family running software release 8.00 or greater. (NVR software release 8.00 has been qualified on the NVR 1010, 1050, 1100, 600, 1600, 17xx, 27×0, 4600 and 5000).

Please refer to the release notes and the product bulletin for complete details.

Cheers!

• 0604DCN for Phase II IP Phones (2001, 2002 & 2004),
• 0621C6R for IP Phone 2007,
• 0623C6T, 0624C6T, 0625C6T and 0627C6T for IP Phone 1110, 1120E, 1140E and 1150E respectively and
• 062AC6T for IP Phone 1210, 1220, and 1230

The enhancements available with UNIStim firmware release 3.4 for IP Phones include:

• Screen Saver support (including slideshow) on the IP Phone 2007
• Support for Voice Signaling Application in LLDP-MED Network Policy TLV
• Incoming calls accepted during Zone Paging
• AG interface enhancement – forwarding of cookie deletion events
• GXAS interface enhancement – expanded Status Updates commands
• OS Diagnostics support on the IP Phone 1100 series

Here are a list of fixes included in release 3.4:

• 090708-75234 Slight chance that the IP Phone 2004 may freeze when ending an IP Call
  Recording (IPCR) call
• 090824-03336 Problem with the IP Phone 2004 obtaining an IP address when 802.1Q is
  enabled
• 090805-92397 Issue with Mouse Cursor on the IP Phone 2007 when backlight turns off
• 090713-78022 Issue with menu access when Lock Menu is enabled
• 090519-43214 SSH challenge prompt causes issue on IP Phone 1100 series
• 090728-87526 Concern with lowest ring tone setting on the IP Phone 1120E

Please refer to the release notes and the product bulletin for complete details.

Cheers!

• 0604DCL for Phase II IP Phones (2001, 2002 & 2004),
• 0621C6P for IP Phone 2007,
• 0623C6R, 0624C6R, 0625C6R and 0627C6R for IP Phone 1110, 1120E, 1140E and 1150E respectively and
• 062AC6R for IP Phone 1210, 1220, and 1230

The enhancements available with UNIStim firmware release 3.3 for IP Phones include:

• HTTP transport for provisioning and configuration files
• DSCP provisioning precedence override
• DSCP tagging (QoS) for duplicate media stream
• DHCP provisioning information window
• New icons and colors on the IP Phone 2007
• Double-line edit boxes and drop-down boxes on selected menu items
• GXAS inactivity timer lower limit restricted to 10 seconds
• GEM firmware included in IP Phone 1100 series firmware image
• Default for LLDP changed to Enabled
• OS Diagnostics support on the IP Phone 2007

Please refer to the release notes and the product bulletin for complete details.

Cheers!

- 0604DCJ for Phase II IP Phones (2001, 2002 & 2004),
- 0621C6M for IP Phone 2007,
- 0623C6N, 0624C6N, 0625C6N and 0627C6N for IP Phone 1110, 1120E, 1140E and 1150E respectively and
- 062AC6N for IP Phone 1210, 1220, and 1230

There is a lot of information in product bulletin which can be found here.

I did notice that Nortel has made changes in this firmware release that will now allow the Cache IP option to function when the Voice VLAN (via automatic methods such as DHCP, LLDP-MED) is also enabled.  Previously these features were exclusive of each other and wouldn’t operate together. While the Cache IP option violates some basic DHCP principles it provides a solution should your DHCP server be down while the phone is performing it’s initial boot up or renewing it’s DHCP lease. I’ve had the Cache IP option save me on a number of occasions and since I use DHCP lease times of at least 3 months for all IP phones I’ve never had an issue with IP address conflicts. Here’s the text from the product bulletin concerning the change to the Cache IP feature;

Recall that the ability to provision “Cached IP” is provided within the IP Phones to allow phones, which has been configured to use DHCP, to remain in service in the event of a DHCP server failure (or loss of connection to the DHCP server). The use of a cached IP address, however, is not compliant to the DHCP specification. Therefore the ability to decide whether one wishes to cache the IP address or not is a configurable option. The default setting is compliant with the DHCP specification resulting in service denial until connection to the DHCP server can be re-established. Only if Cached IP is enabled will the phone be more resilient in the event of broken communication to the DHCP server. In UNIStim firmware prior to release 3.2 the ability to provision Cached IP was not available – and was greyed out in the manual configuration menu – when the Voice VLAN was configured as Auto. Since in the past, “Auto” meant that the VLAN ID was obtained from DHCP in a Nortel vendor option, caching the IP address had no value if the phone could not also obtain its Voice VLAN ID. With UNIStim firmware release 3.2, the ability to configure Cached IP is now mutually exclusive to whether the Voice VLAN is configured as Auto. Since the Voice VLAN can also be obtained automatically from LLDP, the request to cache the IP address is valid. But also to ensure the phone still operated even if the Voice VLAN ID is being obtained from DHCP as well, if Cached IP is enabled, then the Voice VLAN is cached along with the IP address.

There are also a number of new Info block options that might be of interest to folks so I would advise that you review the product bulletin.

Cheers!

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!
]]> http://blog.michaelfmcnamara.com/2009/02/upgrading-the-i2002-phone-firmware/feed/ 0 http://blog.michaelfmcnamara.com/2009/01/unistim-firmware-release-31-for-nortel-ip-phones/ http://blog.michaelfmcnamara.com/2009/01/unistim-firmware-release-31-for-nortel-ip-phones/#comments Tue, 06 Jan 2009 03:00:09 +0000 Michael McNamara http://blog.michaelfmcnamara.com/?p=552 We’ve been running on a very old version of firmware for the i2002, i2004, i2007, 1140e and 1150e for sometime now. We initially put a lot of time and effort assisting Nortel with troubleshooting the LLDP/ADAC integration between the Nortel Ethernet Routing Switches and the Nortel IP telephones. We had been running 0604DBG on the i2002 and i2004 models for the past 24 months with great success on about 350+ phones.

We have another large IP phone deployment coming up in the next few months and thought it would be a good time to upgrade prior to deploying potentially another 300+ IP phones.

We’ve just started upgrading our Data Center (our testbed if you will) with the latest firmware.

• 0604DCG for Phase II IP Phones (2001, 2002 & 2004),
• 0621C6H for IP Phone 2007,
• 0623C6J, 0624C6J, 0625C6J and 0627C6J for IP Phone 1110, 1120E, 1140E and 1150E respectively
• 062AC6J for IP Phone 1210, 1220, and 1230

I’m happy to report that everything appears to be working properly. The regular i2002 and i2004 handsets work fine. The 1140e works fine with the Plantronics Bluetooh headset and the 1150es still work fine in our three call centers. We are using LLDP/ADAC with all of our phones as a way to standardize their configuration. We utilize CRQM for Contact Recording and that seemed to work fine along with Contact Center 6.0 when used with the 1150e phones.

We did have one or two problems with the Default PVID changing on the Nortel ERS 5520 switch after the upgrade (power cycle). I initially thought it was related to our previous experiences with ADAC which I discussed in this post. However, this problem only involved the PVID and not the entire VLAN so additional testing will probably be required to try and isolate this issue.

I have yet to test either of the new provisioning options, including the new DHCP option (“Nortel-i2004-B”)  or the new “Info Block” files retrieved over TFTP. I talked about the new DHCP options when firmware 2.3 was released back in May 2008.  I’m curious if either of these options will help ease the initial configuration of the IP handsets.

You can find the release notes for the Nortel UNIStim Release 3.1 here.

Cheers!