Avaya UNIStim Firmware Release 3.4 for IP Phones Notice

Product Bulletin

Bulletin Number: P-2009-0131-Global

Date: 30-Sep 2009

UNIStim Firmware Release 3.4 for IP Phones, including:

 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

REVISION HISTORY

Date Revision # Summary of Changes

30-Sep-09 Original bulletin This is the original publication

Introduction

Nortel* is pleased to announce the availability of UNIStim firmware release 3.4 for IP Phones. UNIStim firmware release 3.4 makes available firmware version 0604DCN for the Phase II IP Phone 2001, Phase II IP Phone 2002, and Phase II IP Phone 2004. UNIStim firmware release 3.4 also makes available firmware version 0621C6R for the IP Phone

2007. In addition, UNIStim firmware release 3.4 makes available firmware version 0623C6T, 0624C6T, 0625C6T and 0627C6T for the IP Phone 1110, IP Phone 1120E, IP Phone 1140E and IP Phone 1150E respectively. Finally, UNIStim firmware release 3.4 makes available firmware version 062AC6T for the IP Phone 1210, IP Phone 1220 and IP Phone 1230.

Nortel recommends an upgrade to these releases of firmware for all applicable IP Phones and Call Servers at the earliest convenience. These releases are being provided as a no charge update to all customers.

Nortel Page 1 of 57

UNIStim firmware release 3.4 for IP Phones is available for download from the “Software Download” link under “Support and Training” on the Nortel website located at:

http://support.nortel.com

and Accessories”. These firmware loads have not

. The firmware is available by phone model under “Phones, Clients

been introduced as the default loads

for the IP Phones shipped from Nortel.

UNIStim firmware release 3.4 for IP Phones delivers enhancements to Nortel’s IP Telephony Solution and delivers general quality improvements. The enhancements available 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

Enhancements

1. Screen Saver – including slideshow (applies to the IP Phone 2007 only) To provide greater choice for power conservation and to extend the life of the screen on the

IP Phone 2007, as of UNIStim firmware release 3.4, the “Display Setting” Preference screen has been enhanced to provide screen saver control.

The addition of screen saver options to the Display Setting screen also allowed the opportunity to remove some ambiguity on the operation of the IP Phone 2007’s Dim feature. Previously, the Dim feature did not work if the Backlight was disabled. Now the Dim control is independent of the backlight control.

Also, with UNIStim firmware release 3.4, a new slideshow mode has been introduced. Slideshow, Backlight and Dim are all grouped together in the new “ScreenSaver” section.

The new ScreenSaver “Display Setting” Preference screen is as depicted below:

Nortel Page 2 of 57

Contrast and Brightness continue to function as they did in UNIStim firmware release prior to

3.4. The new ScreenSaver sections bundles together the Slideshow, Dim, and Backlight controls. Each timer – Slideshow, Dim, and Backlight – are now independent of each other. But realize that once the backlight extinguishes, Dim and Slideshow become redundant. Also note that the Slideshow can be run while the phone is in Dim mode.

The Slideshow, Dim, and Backlight timers are used to delay the start of the respective screen saver control after the phone becomes idle.

The acceptable timer values for Slideshow are: 1 minute, 5 minutes, 10 minutes, 15 minutes, 30 minutes, 1 hour, 2 hours and Off. The default timeout is Off.

The acceptable timer values for Dim are: 5 seconds, 1 minute, 5 minutes, 10 minutes, 15 minutes, 30 minutes, 1 hour, 2 hours, and Off. The default timeout is 30 minutes.

The acceptable timer values for Backlight are 5 seconds, 1 minute, 5 minutes, 10 minutes, 15 minutes, 30 minutes, 1 hour, 2 hours, and “Always On”. The default timeout is 1 hour.

Slideshow The Slideshow feature is new to the IP Phone 2007 as of UNIStim firmware release 3.4.

This feature allows users to download images onto the phone which are sequentially displayed. A user can download up to ten images.

The Slideshow will cycle through a list of user supplied images stored in the phone’s memory. Images can be downloaded via the IP Phone’s configuration file (i2007.cfg).

Nortel Page 3 of 57

Once the slideshow starts, the phone sequentially displays the slide show images from the phone’s memory. Each image is displayed for 10 seconds before the next image is loaded. Once the last found image is displayed the phone will wrap around and start the sequence from the beginning again. The slideshow will continue until the backlight timer turns off the screen’s backlight. If the Dim timer is enabled, the slide show images continue to be visible, although dimmed, after the Dim mode starts.

If the Screensaver timer is set to a value other than “Off” but no images are stored in the phone’s memory, the Screensaver operation will be the same as if the Screensaver timer is “Off”.

Slideshow configuration The slideshow images are downloaded to the IP Phone 2007 via the IP Phone’s

configuration file (i2007.cfg). A new section called [IMAGES] must be added to the i2007.cfg file. This section specifies the files to be copied. The [IMAGES] section can be in the file by itself or with the [FW] and [FONT0N] sections.

The [IMAGES] section has six command lines:

• DOWNLOAD_MODE (required command) - The DOWNLOAD_MODE can be either FORCED or AUTO. If FORCED, the VERSION command is ignored and the image files are always downloaded. If AUTO, the application looks at the VERSION and downloads the image files only if they are a newer version than what is currently stored on the phone.

• VERSION (optional command) - if this command is not present, version 0 is assumed. The VERSION command specifies the version of the images being downloaded. The version applies to all files listed in the [IMAGES] section. When images are written to the phone’s memory, the value for the .cfg file’s VERSION field (or “0” if VERSION is not in the file) becomes the new stored version value against which any future comparisons are made. Note that VERSION string’s values of 1, 01, and 000001 are all equivalent to decimal “1”.

• DELETE_FILES (optional command) - see “Slideshow deletion” section below for more details.

• FILENAME (required command) - There can be up to ten FILENAME entries for the slideshow images – one command for each image file to transfer – each containing the filename of the image to be downloaded. The slideshow images must be 240 W x 320 H pixel 24 bit PNG or JPG files. Files can either be in the same folder as the i2007.cfg file or in a sub-folder. If they are in a subdirectory, the path needs to be pre-pended to each filename. The image files must be named screensaverN.png or screensaverN.jpg where “N” is a number from 0 to 9 inclusive. Missing files are silently skipped. A mixture of PNG and JPG files can be loaded, but since the phone ignores the filename extension once the file is copied to the phone, there can be only one file with each filename.

• PROTOCOL (optional command) – The PROTOCOL command specifies the protocol used to download the image files. The protocol can be either TFTP or

Nortel Page 4 of 57

HTTP. If provided, the specified protocol will be used. If this command is not present then the phone will use the same protocol that it used to obtain the i2007.cfg file.

• SERVER_IP xxx.xxx.xxx (required command) - IP Address (in decimal format) of the TFTP server

Below is an example of an IMAGES section in an i2007.cfg file. Note that in this example three of the image files are in a subdirectory named “2007pics” while the others are in the same directory as the i2007.cfg file itself:

[IMAGES] DOWNLOAD_MODE FORCED VERSION 000001 FILENAME screensaver0.png FILENAME screensaver1.png FILENAME screensaver2.png FILENAME screensaver3.png FILENAME 2007pics/screensaver4.jpg FILENAME 2007pics/screensaver5.jpg FILENAME 2007pics/screensaver6.jpg FILENAME screensaver7.png FILENAME screensaver8.jpg FILENAME screensaver9.png PROTOCOL TFTP SERVER_IP 192.168.1.101

Below is another example of an IMAGES section in an i2007.cfg file. In this example the three images will be downloaded only if the images already stored in the phone’s memory are version 1 or less.

[IMAGES] DOWNLOAD_MODE AUTO VERSION 000002 FILENAME screensaver5.png FILENAME screensaver6.png FILENAME screensaver8.png PROTOCOL TFTP SERVER_IP 192.168.1.101

Slideshow deletion Image files are deleted from the IP Phone 2007 via the IP Phone’s configuration file

(i2007.cfg) in one of two ways: either by overwriting the existing file by transferring a new file with the same filename, or by deleting all the image files using the DELETE_FILES command. To overwrite an image file, simply download an image file with the identical screensaverN name. To delete all of the images, the DELETE_FILES command must be

Nortel Page 5 of 57

added to the configuration file. Within the [IMAGES] section, the command DELETE_FILES is specified followed by a space and either a 'Y', 'y', or '1' character. If no character is placed after the space following the DELETE_FILES command, or if any other character besides 'Y', 'y', or '1' is placed after the space following DELETE_FILES command, the command is ignored and anything else in the [IMAGES] section is processed instead

. A valid

DELETE_FILES command deletes all image files. The following are examples of valid delete command lines:

DELETE_FILES 1 DELETE_FILES Y DELETE_FILES Yes DELETE_FILES y DELETE_FILES yES

The DOWNLOAD_MODE and VERSION fields are still processes when using the DELETE_FILES command. If the [IMAGES] section contains both a valid DELETE_FILES command and FILENAME parameters, the phone’s currently stored image files are first deleted and then the new specifies images are downloaded. Thus the existing images on the phone can be deleted and new images loaded all in one operation.

The following is an example of an [IMAGES] section that deletes all the image files of version 2 or less which are already on the phone and then loads new images and saves their version as value 2.

[IMAGES] DOWNLOAD_MODE AUTO VERSION 2 DELETE_FILES yes FILENAME screensaver 0.png FILENAME screensaver 1.png FILENAME 2007pics/screensaver4.jpg FILENAME 2007pics/screensaver5.jpg FILENAME 2007pics/screensaver6.jpg …

ScreenSaver Auto-provison

UNIStim firmware release 3.4 also introduces changes to the Info Block to allow the Screensaver options to be auto-provisioned

It doesn’t matter what follows the 'Y', 'y', or '1'. Only the first character is read. Thus ‘Yankee’, ‘yes’

and ‘1andOnly’ would all be valid.

Nortel Page 6 of 57

A new Info Block parameter to allow the Slideshow timer to be auto-provisioned is provided in the table below. Please refer to Appendix B for the complete list of parameters supported within the Info block.

sst ‘0’ Off

‘1’ 1 minute ‘2’ 5 minutes ‘3’ 10 minutes ‘4’ 15 minutes ‘5’ 30 minutes ‘6’ 1 hour ‘7’ 2 hours

The new Info Block parameter that is added to allow the Dim timer to be auto-provisioned is provided in the table below supported within the Info block

. Please refer to Appendix B for the complete list of parameters

Phone inactivity timer to initiate the slide show

dimt ‘0’ Off

‘1’ 5 seconds ‘2’ 1 minute ‘3’ 5 minutes ‘4’ 10 minutes ‘5’ 15 minutes ‘6’ 30 minutes ‘7’ 1 hour ‘8’ 2 hours

Support of the auto-provisioning parameter for backlight timer (blt) remains unchanged with UNIStim firmware release 3.4.

Phone inactivity timer to dim the screen

As of UNIStim firmware release 3.4, the previously supported “dim” parameter is no longer

supported since its functionality is superseded by the dimt parameter. The phone will still accept the dim parameter to prevent errors when reading existing provisioning files but the parameter will be ignored in favor of the new dimt parameter.

Nortel Page 7 of 57

Since the Slideshow and Dim timers can be auto-provisioned, changes to the autoprovisioning menu have occurred within group #15. The “Display Dim Enabled” option is renamed to “Screen Dim” and a new “Slideshow” checkbox has been added.

2. Support for “Voice Signaling” Application in LLDP-MED Network Policy TLV (applies to the IP Phone 2007, 1110, 1120E, 1140E, 1150E, 1210, 1220 and 1230)

IEEE 802.1ab LLDP lets network devices transmit and receive advertisements to and from their network neighbors. Details such as device configuration, device capabilities and device identification can be advertised using this protocol.

LLDP devices advertise their information by sending Type-Length-Value (TLV) messages to their neighbors. The TLVs supported in the IP phones include:

 Basic Management TLV  IEEE 802.1 Organizationally Specific TLV  IEEE 802.3 Organizationally Specific TLV  TIA Media Endpoint Discovery (LLDP-MED) TLV - The Telecommunications Industry

Association (TIA) has developed an extension to LLDP for VoIP networks. VoIPrelated extensions to LLDP, known as LLDP-Media Endpoint Discovery (LLDP-MED) enables media devices to transmit and receive media related information.

One of the LLDP-MED TLV that is supported by the IP Phone is the Network Policy Discovery TLV. The Network Policy Discovery TLV allows both network infrastructure and endpoints devices, such as IP Phones, to advertise VLAN identifiers and both the Layer 2 priority and DSCP value associated with a specific application type.

Support for the Network Policy Discovery TLV was first delivered in UNIStim firmware release 1.0. Prior to UNIStim firmware release 3.4 though, the only application type supported in the IP Phones was the application type of “Voice”. This meant that the Layer 2 priority and DSCP value associated with voice were applied to both the media and the signaling channels.

Nortel Page 8 of 57

With UNIStim firmware release 3.4, the IP Phones now also support the application type of “Voice Signaling”. By supporting both “Voice” and “Voice Signaling” application types, a separate Layer 2 priority and DSCP value can be applied to the voice media path distinct from the voice signaling path. This is beneficial in network topologies that require a separate policy for the voice signaling than the voice media.

Feature Limitation The neighboring network switch must be configured to send both “Voice” and “Voice

Signaling” Network Policy TLV application types. If the network switch sends only “Voice” application type, the same Layer 2 priority and DSCP value will be applied to both the media and signaling packets (consistent with the behavior prior to UNIStim firmware release 3.4).

3. Incoming calls accepted during Zone Paging (applies to the IP Phone 2007, 1110, 1120E, 1140E, and 1150E)

One of the applications delivered by the Nortel Application Gateway solution is zone paging. Prior to UNIStim firmware release 3.4, when an incoming call was received while the phone was in paging mode, but not actually involved in a page, the screen on the IP phone did not switch to telephony mode. By not switching, the end user could not see from where the call was originating since the Caller Line ID (CLID) was not presented. With UNIStim firmware release 3.4, when the phone receives an incoming call while the phone is in paging mode, but not actually involved in a page, the phone switches to the telephony screen automatically allowing the end user to see the calling party and decide whether to answer the call. It should be noted, however, that the phone will still not switch to the telephony screen if there is an incoming call while the set is actually involved in Priority Paging. This is because Priority Paging actually has priority over regular phone calls.

4. AG interface enhancement – forwarding of cookie deletion event (applies to the IP Phone 2001, 2002, 2004, 2007, 1110, 1120E, 1140E, 1150E, 1210, 1220 and 1230)

Cookies are used on the IP phone to share information between the Nortel Application Gateway (AG) and the associated call server. Prior to UNIStim firmware release 3.4, the AG was not informed if a cookie was deleted. With UNIStim firmware release 3.4, if the call server deletes a cookie on the phone, the phone now forwards this event to the associated AG, so the Signaling Server and the AG remain synchronized.

Nortel Page 9 of 57

5. GXAS interface enhancement – expanded “Status Updates” commands (applies to the IP Phone 2007, 1120E, 1140E, and 1150E)

UNIStim firmware release 3.4 introduces additional communication command to the interface protocol used by Nortel Developer Partners to deliver server-based applications on the graphical IP Phone 2007, 1120E, 1140E, and 1150E.

This interface protocol provides the means for information exchange between server-based applications and the IP Phone. The protocol and the complete list of supported commands in documented in the “IP Clients Graphical Application Server Development Guide” This guide is available through the Nortel Developer Program. For details on the program, please see www.Nortel.com/developer

6. OS Diagnostics support (applies to the IP Phone 1110, 1120E, 1140E, 1150E, 1210,

1220 and 1230)

The UNIStim firmware release 3.4 introduces Operating System (OS) diagnostic capabilities to assist support personnel. The OS diagnostics provides support personnel the capability to analyze the state of the OS around the time of a phone error.

This functionality is available to Nortel support personnel only.

Operating System (OS) diagnostic capabilities was delivered on the IP Phone 2007 in UNISt im

firmware release 3.3

Nortel Page 10 of 57

Product Advisements

The following is a list of advisements associated with UNIStim firmware release 3.4. Some advisements remain from previous releases of firmware, whereas other advisements reflect new or changed behavior introduced with UNIStim firmware release 3.4. Advisements that are new to UNIStim firmware release 3.4 or have changed since previous releases of UNIStim firmware are prefixed with “NEW”.

NEW – A USB Hub cannot be used to simultaneously connect a mouse and a keyboard to the USB port of the IP Phone 2007 (applies to the IP Phone 2007 only)

The USB port on the IP Phone 2007 will not support the connection of both a mouse and a keyboard connected via a USB hub. The USB port on the IP Phone 2007 is restricted to supported either a USB mouse or a USB keyboard, but not both simultaneously.

2-step upgrade may be required to load UNIStim Firmware release 3.4 on the IP Phone 2007 (applies to the IP Phone 2007 only)

Due to changes in the memory structure of the IP Phone 2007, a 2-step upgrade may be required to load UNIStim firmware release 3.4 onto the IP Phone 2007 if the upgrade is performed with TFTP. If the IP Phone 2007 is currently running UNIStim firmware release

3.2 or greater then one will be able to upgrade using TFTP directly to UNIStim firmware release 3.4. But if the IP Phone 2007 is running any firmware prior to UNIStim firmware release 3.2 and the upgrade is performed with TFTP, then the phone must first be upgraded to UNIStim firmware release 3.2 before subsequently upgrading to UNIStim firmware 3.4. The 2-step up upgrade is not required if the upgrade is performed from the call server using UFTP.

Minimum allowable firmware on the new IP Phone 1120E and new IP Phone 1140E with hardware changes (applies to the new IP Phone 1120E and 1140E)

Recent hardware changes in the IP Phone 1120E and IP Phone 1140E restrict the minimal allowable firmware version on these phones. The new hardware phones will absolutely accept an upgrade to UNIStim firmware release 3.4. But the new hardware IP Phone 1120E and new hardware IP Phone 1140E will NOT accept a downgrade to any firmware version previous to UNIStim firmware release 3.1 (0624C6J and 0625C6J respectively)

Nortel Page 11 of 57

The new hardware is introduced with the following specific PEC and hardware release numbers:

PEC Hardware

Description

Release NTYS03ADE6 01 IP Phone 1120E Graphite with Icon Keycaps (RoHS) NTYS03BDE6 01 IP Phone 1120E Graphite with English keycaps (RoHS) NTYS03BDGS 01 IP Phone 1120E GSA (RoHS) NTYS05ACE6 50 IP Phone 1140E Graphite with Icon Keycaps (RoHS) NTYS05BCE6 50 IP Phone 1140E Graphite with English keycaps (RoHS) NTYS05BCGS 01 IP Phone 1140E GSA (RoHS)

The below Figure 1 provides an explanation of where to identify the PEC and Hardware Release Number on the white product label (located on the back of the IP Phone).

Figure 1 – IP Phone Product Label

If UFTP firmware download is used within the Communication Server 1000 environment, Nortel recommends that the firmware image for the IP Phone 1120E and IP Phone 1140E on the signaling server be upgraded minimally to UNIStim firmware release 3.1.

Communication Server 1000 release 5.0, and greater, will interpret denial of firmware downgrade responses from the new hardware phones. However, Communication Server 1000 prior to release 5.0 require patch MPLR23154 to interpret correctly the phones denial of firmware downgrade responses. Failure to install the patch introduces the risk that the call server may continuously try and downgrade the firmware thereby denying service to the phone.

If TFTP firmware download is used, and the TFTP server is not upgraded to UNIStim firmware release 3.1 or greater, the TFTP server will continuously try and downgrade the firmware in the phone. The new hardware phone will prevent the downgrade resulting in the phone being denied service.

Nortel Page 12 of 57

In a Communication Server 1000 environment containing SRG and SRG50 branch office systems, the "umsUpgradeAll" Main Office system command should not to be executed when the branch office sites has the new hardware IP Phone 1120E or the new hardware IP Phone 1140E and the IP phone firmware at the Main Office precedes UNIStim firmware release 3.1.

Two SRG atomic patches exist to allow the SRG and SRG50 platforms respectively to interpret denial of firmware downgrade responses from the new hardware phones. Failure to install the patches introduces the risk that the call server may continuously try and downgrade the firmware thereby denying service to the phone.

For SRG 200 and SRG 400 release 1.5, the denial of firmware downgrade support is included in atomic patch BCM.R400.294-SRG-4.8-1-0 and later.

For SRG50 release 3.0, the denial of firmware downgrade support is included in atomic patch BCM050.R300.SRG-194-1 and later. This patch is not available for SRG50 release

2.0 For complete details on the minimal allowable firmware for the new hardware changes in the

IP Phone 1120E and IP Phone 1140E, please refer to product bulletin P-2009-0015-Global.

EAP-MD5 and Microsoft Windows Server 2008 (applies to IP Phone 2001, 2002, 2004, 2007, 1110, 1120E, 1140E, 1150E, 1210, 1220 and 1230)

If access control is enabled on the IP Phone and MD5 is chosen as the EAP mode, realize that EAP-MD5 is not available by default in the Microsoft Windows Server 2008 NPS

but can be turned on. Please refer to Microsoft support for more details on enabling EAP-MD5. In addition, minimally, Service Pack 2 is required on the Windows Server 2008 NPS to support the IP Phones using MD5 access control.

PC Port resets during firmware upgrade (applies to IP Phone 2002, 2004, and 2007)

The PC port on the IP Phone 2002, 2004 and 2007 temporarily resets during firmware upgrades and phone resets due to configuration changes. As a result, traffic to and from the network and a PC connected to the IP Phone’s PC port will be disrupted during these periods.

Minimal firmware required on the Algo 4900 USB ATA (applies to IP Phone 1120E, 1140E, and 1150E)

The Algo 4900 USB ATA must have firmware version v1.00.32v or greater before connecting the adapter to the IP Phone. A Windows based configuration tool to upgrade the ATA firmware version can be found at the Algo web site:

In Windows Server 2008, IAS has been replaced with Network Policy Server (NPS)

Nortel Page 13 of 57

http://www.algosolutions.com/products/usbATA/fw-download.html

Also note that the Algo 4900 USB ATA

is classified as a high power USB device and must be connected to the phone through a powered USB hub. If it is connected to the phone directly, it will cause the phone to shut off service to the USB port completely.

Constant humming sound may be heard in Nortel USB Adapter (applies to the IP Phone 1120E, 1140E and 1150E)

A constant humming noise is sometime heard through the Nortel USB Adapter headset when either the Nortel Enhanced USB Headset Adapter or the Nortel Mobile USB Headset Adapter is connected to the IP Phone 1120E, 1140E and 1150E.

The humming noise is within the headset adapter can be corrected with upgrading the headset adapter firmware to version 2.00.98 or greater.

Nortel USB Headset Adapter firmware version 2.00.98 is available for download from the “Software Download” link under “Support and Training” on the Nortel website located at:

http://support.nortel.com

. The firmware is available for the IP Phone 1120E, 1140E and

1150E models under “Phones, Clients and Accessories” as file Adapter3v2.0098.zip. To load the version 2.00.98 firmware onto the Nortel USB Headset Adapter perform the

following procedure:

1. Download the firmware file Adapter3v2.0098.zip from the Nortel Technical Support web site

2. Load the file Adapter3v2.0098.zip onto a PC

3. Uncompress (unzip) the file to obtain Adapter3v2.0098.exe.txt.

4. Rename Adapter3v2.0098.exe.txt to Adapter3v2.0098.exe

5. Connect the Nortel USB Headset Adapter to the PC.

6. Start the Adapter3v2.0098.exe application to load the firmware onto the device.

IP Phone’s performance will be diminished during broadcast storms (applies to IP Phone 2001, 2002, 2004, 2007, 1110, 1120E, 1140E, 1150E, 1210, 1220 and 1230)

By default, network traffic to the IP Phone will be accepted based on the packet’s destination MAC address. The phone will therefore accept, in addition to all unicast packets sent to the phones MAC address, all broadcast and multicast packets as well. If the network environment results in a high amount of broadcast or multicast traffic, the IP Phone’s performance may be impacted.

If “Voice 802.1Q” is enabled on the phone, the phone can then be provisioned to filter some or all of the broadcast or multicast traffic. If “VLAN Filter” is enabled, packets will be accepted by the phone based on the packet’s destination MAC address as well as the packet’s VLAN tag. Untagged packets and packets with a VLAN tag different from the Voice

Nortel Page 14 of 57

VLAN ID will be prevented from reaching the phone. This will protect the voice application from excessive traffic sent to the broadcast address or to the multicast addresses. But please be aware, if VLAN filtering is enabled on the phone, one must ensure that voice packets are tagged with the appropriate VLAN ID as they exit the network switch, else the packets will be dropped by the filter.

Change in behavior of entering an asterisk (*) to manually provision the “Provision” parameter in the network configuration menu (applies to the IP Phone 2007, 1120E, 1140E, and 1150E)

In UNIStim firmware prior to release 3.2 the asterisk (*) key could not be used to input the dot (.) for defining an IP address in the “Provision” parameter in the network configuration menu. Since the “Provision” parameter in the network configuration menu can accept both a URL as well as an IP address the entry is a text based field causing the asterisk key to be accepted as an actual asterisk. But since this is different from other parameters that accept only

an IP address where the asterisk key is used to represent the dot the inconsistent

behavior of this field can be confusing. Therefore with UNIStim firmware release 3.2, the typing of the asterisk key in the “Provision”

parameter in the network configuration menu has slightly changed. Now, if the asterisk key is pressed twice

relatively quickly it will input the dot. Pressing the asterisk key once will still

input the asterisk character consistent with previous behavior.

Throughput may be slow for large file transfers on conversions from GigE to 100Mbit (applies to the IP Phone 1120E, 1140E and 1150E)

In networks in which a PC is connected to the IP Phone’s PC port and the PC’s NIC speed is 100Mbit but the network speed is at GigE, large file transfers to the PC can take quite a long time. This is an issue with large file transfers only which due to the speed mismatch between the two phone ports can overflow the buffers in the phone resulting in retransmissions.

Although the IP Phones support Ethernet flow control (802.3x), the support is only implemented on the phone’s PC port, not on the phone’s network port. Ethernet flow control is a mechanism were the IP Phone can request a brief “pause” from the transmitting Ethernet device if the IP Phone buffers are about to overflow.

Ethernet flow control cannot be implemented on the phone’s network port, since it impacts the phone’s voice quality. As a result, in environments were the network is GigE but the PC NIC is only 100Mbit, large file transfers from the network to the PC can take quite a long time.

On the other hand, since Ethernet flow control is implemented on the phone’s PC port, in environments were the PC NIC is GigE but the network is only 100Mbits, large file transfers should be well managed by the phone’s Ethernet flow control mechanism.

Nortel Page 15 of 57

Incompatibility between older IP Phones and the Nortel-i2004-B option string (applies to Phase 0 IP Phone 2004, Phase 1 IP Phone 2002 and Phase 1 IP Phone 2004 only)

A compatibility issue was found with the new Nortel-i2004-B option type and the older Phase 0 IP Phone 2004 (NTEX00), Phase 1 IP Phone 2002 (NTDU76) and Phase 1 IP Phone 2004 (NTDU82). Even thought these older phones ignore the Nortel-i2004-B option type, the length of the DHCP frame causes problems for the older phones. Since the list of all the parameters that can be provisioned via the Nortel-i2004-B options is extensive, the length of the DHCP frame can be quite large. The older phones will only accept a DHCP message to a maximum of 590 bytes (far short of the maximum DHCP message size of 1456 bytes). In a mixed environment of phones that support Nortel-i2004-B with Phase 0 and Phase1 phones one must either:

 Ensure any option string that are defined are small enough that the DHCP message

does not exceed 590 bytes, or

 Service the Phase 0 and Phase 1 phones with a DHCP offer that excludes the

Nortel-i2004-B option.

Receiving a LLDP MED Network Policy TLV from the network infrastructure will cause the phone to ignore DSCP from the Communication Server 1000 Element Manager and the Info Block (applies to IP Phone 2001, 2002, 2004, 2007, 1110, 1120E, 1140E, 1150E, 1210, 1220 and 1230)

Because of the precedence order, in auto-provisioning mode (i.e. the value has not been overridden manually) if the IP Phone receives a LLDP MED Network Policy TLV from the network infrastructure, the phone will provision its DSCP from the LLDP MED Network Policy TLV and not from the Call Server or Info Block. When the phone receives a Network Policy TLV from the network infrastructure, it sets its voice VLAN, L2 Priority and DSCP to the value specified in the VLAN ID field, L2 Priority field and DSCP Value field respectively. Thus, if the Network Policy TLV is received, any QoS values also received from the Call Server (i.e. Telephony Manager and/or Element Manager) or Info Block it will be ignored.

New - Special Note:

As already mentioned in this bulletin, the new feature “DSCP provisioning precedence override” introduced in UNIStim firmware release 3.3 provides a work-around to this advisory.

Phones default for Auto VLAN changed to “Enabled”. And Auto VLAN now supports a No VLAN option (applies to IP Phone 2001, 2002, 2004, 2007, 1110, 1120E, 1140E, 1150E, 1210, 1220 and 1230)

In firmware loads prior to UNIStim firmware release 2.2 for IP Phone 2007, 1110, 1120E, 1140E, 1150E, 1210, 1220 and 1230 and in firmware loads prior to UNIStim firmware

The Phase 0 IP Phone 2004, Phase 1 IP Phone 2002 and Phase 1 IP Phone 2004 are now End of

Life (EOL) products

Nortel Page 16 of 57

release 2.3 for Phase II IP Phone 2001, 2002 and 2004, one had to manually provision whether the phone was to be installed in an 802.1Q VLAN environment or not. The default configuration for the phone was assuming that the phone was not

being deployed into an environment supporting a Voice VLAN. The default source for VLAN assignment was “no VLAN”.

For the phones to be deployed into a voice VLAN environment, the phone had to be manually provisioned with either a Voice VLAN ID, or manually provisioned to accept and Auto VLAN assignment.

With UNIStim firmware commencing with release 2.2 (and 2.3) and continuing with UNIStim firmware release 3.1 the default configuration for the phone now has Auto VLAN assignment via DHCP enabled. But realizing that not all phones will be deployed in an 802.1Q VLAN environment, the Auto VLAN assignment support has also been updated to support both an

802.1Q VLAN environment and an environment without 802.1Q VLANs.

With Auto VLAN enabled, if VLAN information is provided within the DHCP option type VLAN-A, the phone will use the VLAN information to provision a voice VLAN. However, if no VLAN-A option type is provided by DHCP, the phone will assume that no VLAN is to be provisioned.

Although the default configuration for voice VLAN has changed, the new default configuration will not be applied to field upgrades. A limitation of the new functionality is that it could only apply to new phones being shipped from the factory with UNIStim firmware release 2.2 or greater. The default configuration of “Auto” will not be applied to field upgrades. Upgrading firmware does not change any pre-established values already in the phones.

But as mentioned above, to allow phones already deployed in the field to change the source of their VLAN information, with UNIStim firmware release 3.2 a new parameter called “vvsource” has been added to the Info Block to allow VLAN source to be auto-provisioned.

Important Note: While these changes provide greater flexibility, the change might impact the deployment of new phones into the network.

Manually provisioned link speed and duplex mode restored to “Auto” after firmware upgrade (applies to IP Phone 2001, 2002, 2004, 2007, 1120E, 1140E and 1150E)

In UNIStim firmware release 1.3

for IP Phones including 0604DAX for Phase II Phones, 0621C3N for IP Phone 2007, 0623C3F, 0624C3F, 0625C3F and 0627C3F for IP Phone 1110, 1120E, 1140E and 1150E respectively, Nortel introduced greater low level network control available through the phones configuration menus. The greater control included allowing the link speed and the duplex mode on the IP phones to be provisioned independently for both the network port and the PC port

Nortel Page 17 of 57

By delivering this greater network control, the firmware unfortunately has to reset link speed and duplex mode back to “Auto” after an upgrade. Regrettably, preservation of the forced manual override could not be maintained during the upgrade.

What this means, is that if the IP Phone is running firmware prior to UNIStim firmware release 1.3 and if the link speed was manually provisioned to force the link to 10Mbit Full Duplex or 100MBit Full Duplex, after upgrading the firmware to UNIStim firmware release

1.3 or greater (including the current UNIStim firmware release 3.0), the link speed and duplex mode is reset to “Auto” representing Auto-negotiation. With the phone now configured for Auto-negotiation a duplex mode mis-match will occur if the other end of the link is still provisioned to force the link to 10Mbit Full Duplex or 100MBit Full Duplex.

But, with UNIStim firmware release 3.1 for IP Phones, the means to provision the network port speed and the network port duplex mode has been added to the Info-Block (see feature #3 “Auto-Provisioning Support for Network Port Speed and Network Port Duplex Mode” detailed earlier in this bulletin. If a duplex mis-match occurs as a result of the firmware upgrade, the speed and duplex mode can forced, by provisioning them via the Info Block. This is possible because the auto-negotiation will pick the correct speed but the wrong duplex mode. Since the speed is correct, but the duplex mode is wrong, transmission can occur, albeit of poor quality. The duplex mismatch will impact the time taken for the phone to receive the Info Block, but re-transmission mechanisms built into the transmission protocols should allow the Info Block to eventually be received by the phone thus correcting the resetting of link speed and duplex mode to “Auto”.

Proportional spacing may not be optimal (applies to IP Phone 2007, IP Phone 1110, 1120E, 1140E, 1150E and 1210)

The IP Phone 2007, IP Phone 1110, IP Phone 1120E, IP Phone 1140E, IP Phone 1150E and IP Phone 1210 support graphical fonts. The supported fonts include hinting – or ‘intelligence’ – to the font outline, making the font more readable by preventing the letters in the font from becoming distorted and difficult to identify. But in some rare instances, the hinting may impact the proportional spacing resulting in characters appearing too close or too far apart.

Some models of Plantronics Bluetooth headset may unexpectedly become unpaired. (applies to IP Phone 1140E and 1150E)

An issue was uncovered with certain Plantronics Bluetooth headsets (including the formerly validated Plantronics Voyager 510/510S) in which the headset may unexpectedly become unpaired. If the unpair occurs during an active call, all audio will be lost to and from the headset. In such a situation the call will remain active and the user is recommended to switch to handset or handsfree.

Due to the severity of this issue, Nortel does not recommend the use of the Plantronics Voyager 510/510S headset. For a complete list of wired and wireless headsets that Nortel has confirmed provide acceptable audio quality when used in conjunction with Nortel IP

Nortel Page 18 of 57

+ 39 hidden pages