Avaya 1600 Series IP Deskphones: Installation and Maintenance Guide Release 1.2.x
Avaya 1600 Series IP Deskphones: Installation and Maintenance Guide Release 1.2.x
                                        16-601438
                                           Issue 4
                                     February 2010
© 2010 Avaya Inc.                                                                 Third-party Components
All Rights Reserved.                                                              Certain software programs or portions thereof included in the Product may
                                                                                  contain software distributed under third party agreements (“Third Party
Notice
                                                                                  Components”), which may contain terms that expand or limit rights to use
While reasonable efforts were made to ensure that the information in this         certain portions of the Product (“Third Party Terms”). Information identifying
document was complete and accurate at the time of printing, Avaya Inc. can        Third Party Components and the Third Party Terms that apply to them is
assume no liability for any errors. Changes and corrections to the information    available on Avaya’s Web site at:
in this document may be incorporated in future releases.
                                                                                  http://support.avaya.com/ThirdPartyLicense/
For full legal page information, please see the complete document, Avaya
                                                                                  Interference
Legal Page for Hardware Documentation, Document number 03-600759.
                                                                                  Using a cell, mobile, or GSM telephone, or a two-way radio in close proximity to
To locate this document on our Web site, simply go to
                                                                                  an Avaya IP Telephone might cause interference.
http://www.avaya.com/support and search for the document number in
the search box.
Documentation disclaimer
Avaya Inc. is not responsible for any modifications, additions, or deletions to
the original published version of this documentation unless such modifications,
additions, or deletions were performed by Avaya. Customer and/or End User
agree to indemnify and hold harmless Avaya, Avaya's agents, servants and
employees against all claims, lawsuits, demands and judgments arising out of,
or in connection with, subsequent modifications, additions or deletions to this
documentation to the extent made by the Customer or End User.
Link disclaimer
Avaya Inc. is not responsible for the contents or reliability of any linked Web
sites referenced elsewhere within this documentation, and Avaya does not
necessarily endorse the products, services, or information described or offered
within them. We cannot guarantee that these links will work all of the time and
we have no control over the availability of the linked pages.
Warranty
Avaya Inc. provides a limited warranty on this product. Refer to your sales
agreement to establish the terms of the limited warranty. In addition, Avaya’s
standard warranty language, as well as information regarding support for this
product, while under warranty, is available through the following Web site:
http://www.avaya.com/support
Copyright
Except where expressly stated otherwise, the Product is protected by copyright
and other laws respecting proprietary rights. Unauthorized reproduction,
transfer, and or use can be a criminal, as well as a civil, offense under the
applicable law.
Avaya support
Avaya provides a telephone number for you to use to report problems or to ask
questions about your product. The support telephone number
is 1-800-242-2121 in the United States. For additional support telephone
numbers, see the Avaya Web site:
http://www.avaya.com/support
Software License
USE OR INSTALLATION OF THE PRODUCT INDICATES THE END USER’S
ACCEPTANCE OF THE TERMS SET FORTH HEREIN AND THE GENERAL
LICENSE TERMS AVAILABLE ON THE AVAYA WEBSITE AT
http://support.avaya.com/LicenseInfo/ (“GENERAL LICENSE TERMS”). IF
YOU DO NOT WISH TO BE BOUND BY THESE TERMS, YOU MUST
RETURN THE PRODUCT(S) TO THE POINT OF PURCHASE WITHIN TEN
(10) DAYS OF DELIVERY FOR A REFUND OR CREDIT.
Avaya grants End User a license within the scope of the license types
described below. The applicable number of licenses and units of capacity for
which the license is granted will be one (1), unless a different number of
licenses or units of capacity is specified in the Documentation or other
materials available to End User. “Designated Processor” means a single
stand-alone computing device. “Server” means a Designated Processor that
hosts a software application to be accessed by multiple users. “Software”
means the computer programs in object code, originally licensed by Avaya and
ultimately utilized by End User, whether as stand-alone Products or
pre-installed on Hardware. “Hardware” means the standard hardware
Products, originally sold by Avaya and ultimately utilized by End User.
License Type(s):
Designated System(s) License (DS). End User may install and use each copy
of the Software on only one Designated Processor, unless a different number
of Designated Processors is indicated in the Documentation or other materials
available to End User. Avaya may require the Designated Processor(s) to be
identified by type, serial number, feature key, location or other specific
designation, or to be provided by End User to Avaya through electronic means
established by Avaya specifically for this purpose.
                                               Contents
Chapter 1: Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . .                  7
   About This Guide . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .       7
   Intended Audience. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .       7
   Document Organization . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .        8
   Other Documentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .        8
   Customer Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .       9
Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89
Intended Audience
   This document is intended for personnel who install and administer the 1600 Series IP
   Deskphones.
               ! CAUTION:
   CAUTION:        Avaya does not support many of the products mentioned in this document. Take
                   care to ensure that there is adequate technical support available for the servers
                   involved, including, but not necessarily limited to, HTTP, HTTPS, and DHCP
                   servers. If the servers are not functioning correctly, the IP telephones might not
                   be able to operate correctly.
Document Organization
       The guide contains the following sections:
Other Documentation
       See the Avaya support site at http://www.avaya.com/support for 1600 Series IP Deskphone
       technical and end user documentation.
       The following documents are available for the 1600 Series IP Telephones:
          ●    Avaya 1600 Series IP Deskphones Installation and Maintenance Guide, Document
               Number 16-601438.
          ●    Avaya one-X™ Deskphone Value Edition 1600 Series IP Telephone Pre-Installation
               Checklist, Document Number 16-601439.
          ●    Avaya one-X™ Deskphone Value Edition 1600 Series IP Telephone Safety Instructions,
               Document Number 16-601440.
     ●   Avaya one-X™ Deskphone Value Edition 1600 Series IP Telephones BM32 Button
         Module Installation and Safety Instructions, Document Number 16-601441.
     ●   Avaya one-X™ Deskphone Value Edition 9600 Series IP Telephone Application
         Programmer Interface (API) Guide, Document Number 16-601442.
     ●   Avaya 1600 Series IP Deskphones Telephone Administrator Guide,
         Document Number 16-601443.
     ●   Avaya 1603/1603SW/1603-I/1603SW-I IP Deskphone User Guide,
         Document Number 16-601444.
     ●   Avaya 1608/1608-I IP Deskphone User Guide, Document Number 16-601446.
     ●   Avaya 1616/1616-I IP Deskphone User Guide, Document Number 16-601448.
     ●   Avaya one-X™ Deskphone Value Edition 1600 Series IP Telephones BM32 Button
         Module User Guide, Document Number 16-601450
     ●   Avaya one-X™ Deskphone Value Edition 1603 IP Telephone Wall Mount Instructions,
         Document Number 16-601453.
     ●   Avaya one-X™ Deskphone Value Edition 1608/1616 IP Telephone Wall Mount
         Instructions, Document Number 16-601933.
     ●   Avaya 1603/1603SW/1603-I/1603SW-I IP Deskphone Quick Reference,
         Document Number 16-601445.
     ●   Avaya 1608/1608-I IP Deskphone Quick Reference, Document Number 16-601447.
     ●   Avaya 1616/1616-I IP Deskphone Quick Reference, Document Number 16-601449.
   See Appendix C: Related Documentation for a list of non-Avaya documents, such as those
   published by the Internet Engineering Task Force (IETF) and International Telecommunication
   Union (ITU).
Customer Support
   For 1600 Series IP Deskphone support, call the Avaya support number provided to you by your
   Avaya representative or Avaya reseller.
   Information about Avaya products can be obtained at the following URL:
           http://www.avaya.com/support
Introduction
   The 1600 Series IP Telephone product line uses Internet Protocol (IP) technology with Ethernet
   interfaces. The IP telephones supplement the existing Avaya IP Solutions platform.
   The 1600 Series IP Telephones support DHCP and HTTP/HTTPS over IPv4/UDP which
   enhance the administration and servicing of the telephones. These telephones use DHCP to
   obtain dynamic IP addresses, HTTP or HTTPS to download customized settings for the
   telephones, and HTTP only to download the new software version.
   The 1603SW, 1603SW-I, 1608, 1608-I, 1616, and 1616-I IP Telephones provide the ability to
   have one IP connection on the desktop for both a telephone set and a PC using an Ethernet
   switch. The 1603 and 1603-I IP Telephone do not provide a secondary Ethernet connection for
   a PC.
   In compliance with Australian law, the following information is provided:
        This equipment shall be installed and maintained by trained service personnel. All the input/
        output ports are classified as Safety Extra Low Voltage (SELV, in the meaning of IEC
        60950). To maintain safety compliance when connecting the equipment electrically to other
        equipment, the interconnecting circuits shall be selected to provide continued conformance
        of clause 2.3 for SELV circuits (generally, double/reinforced insulation to 240Vac rms to any
        primary/mains circuitry and 120Vac rms to any telecommunications network circuitry). To
        ensure that these conditions are adhered to, interconnect the equipment only with the
        already approved/certified equipment.
IP Telephone Models
       There are seven telephone set models and a button module currently defined in the 1600 Series
       IP Telephone family:
       The 1603SW, 1603SW-I, 1608, 1608-I, 1616, and 1616-I telephones have an internal Ethernet
       switch that allows the telephone and a PC to share the same LAN connection, if appropriate.
       Thus, these 1600 models do not need, or work with, the 30A switched hub interface.
       This document describes the installation of these telephones and post-installation maintenance
       issues. For details about using the features provided by the telephones, see the user
       documentation for each telephone. For information about desk or wall mounting any of the 1600
       Series IP Telephones, see the instructions boxed with the telephone. Wall or desk mount
       instructions are also available on the Avaya support Web site http://www.avaya.com/support.
Software
       As shipped from the factory, the 1600 Series IP Telephone may not contain the most up-to-date
       software for registration and operation. When the telephone is first plugged in, a software
       download from an HTTP server might be initiated. The software download gives the telephone
       upgraded functionality.
       For subsequent downloads of software upgrades, the Avaya Media Server provides the
       capability for a remote restart of the IP telephone. As a consequence of restarting, the
       telephone automatically restarts reboot procedures which result in a download if new software
Pre-Installation Checklist
   Before plugging in the 1600 Series IP Telephone, verify that all the following requirements are
   met. Failure to do so prevents the telephone from working properly and can have a negative
   impact on the network. Print copies of this checklist for each server and IP telephone.
                            !
                           Important:
               Important:  IP telephone firmware Release 1.0 or greater requires TN799C V3
                           or greater CLAN circuit pack(s). For more information, see the
                           Avaya Aura Communication Manager Software and Firmware
                           Compatibility Matrix on the Avaya support Web site
                           http://www.avaya.com/support.
         4.    For Avaya Aura Communication Manager, the Avaya Media Server is configured
               correctly, as described in the Avaya 1600 Series IP Deskphones Administrator
               Guide and Avaya Aura Communication Manager documentation. Both documents
               are available at
               http://www.avaya.com/support.
               For Avaya Aura Communication Branch, see the Avaya Aura Communication
               Manager Branch Device Manager online help.
         5.    The DHCP server and application are administered as described in the Avaya 1600
               Series IP Deskphones Administrator Guide.
               Note:
    Note:           For sites using headsets, the 1608 IP Telephone and the 1616 IP Telephone
                    support only the HIS headset cords. The 1603 IP Telephone does not support
                    headsets.
                 ! CAUTION:
    CAUTION:        Failure to connect the proper cables with the proper jacks might result in an
                    outage in part of your network.
       Figure 1, Figure 2, Figure 3, Figure 4, Figure 5, Figure 6, and Figure 7 provide illustrations to
       connect cords to jacks on 1600 Series IP Telephones. Use the illustrations and associated
       procedures as appropriate for telephone assembly.
           Note:
                The BM32 Button Module shown in the lower left corner can also be
                attached to the telephone with the connector packaged with the module.
   Note:
        The BM32 Button Module shown in the lower left corner can also be
        attached to the telephone with the connector packaged with the module.
               1. Plug one end of the first Category 5 modular line cord into the Ethernet jack of the PC and
                  the other end into the secondary Ethernet jack on the 1600 Series IP Telephone,
                  if appropriate.
               2. Plug one end of the second Category 5 modular line cord into the Ethernet jack on the 1600
                  Series IP Telephone. Plug the other end of this cord into the Ethernet wall jack. If the
                  telephone is to be IEEE-powered, you are finished. Do not proceed to Step 3.
               3. If the telephone is to be powered locally, plug the power cord into the 1600 Series IP
                  Telephone and the power cord plug into the wall socket.
          Note:
Note:          The Ethernet speed indicated is the LAN interface speed for both the telephone
               and any attached PC, assuming the administrator has not disabled the latter
               interface by a PHY2STAT setting.
        2. The IP telephone sends a request to the DHCP server and invokes the DHCP process.
          One of the following messages display:
          where s is the number of seconds that have elapsed since DHCP was invoked. The
          message on the left appears if 802.1Q tagging is off and access to local programming
          procedures is not disabled or restricted. (See Chapter 3: Local Administrative Options for
          specifics.) The middle message appears if 802.1Q tagging is on and access to local
          programming procedures is disabled or restricted. If the left and middle messages alternate
          every two seconds, 802.1Q tagging is on. When both messages alternate, access to local
          programming procedures is not disabled or restricted. Finally, the message on the right
          appears if 802.1Q tagging is off and access to local programming procedures is disabled or
          restricted.
        3. The DHCP server provides IP addresses for the following hardware:
          ●    The IP telephone
          ●    The HTTP/HTTPS server
          ●    The TN799C or D Control-LAN (CLAN) circuit pack on the media server
        4. Using the list of gateway IP addresses provided by the DHCP server, the telephone
           performs a router check. The telephone cycles through the gateway IP addresses with
           ARPs or pings until it receives a response. When the router is located, the HTTP/HTTPS
           process starts.
        5. While the IP telephone connects to the HTTP/HTTPS server, the telephone displays the
           following message:
HTTP:n ipadd
          where n is the number of the IP address obtained from the HTTP/HTTPS server and ipadd
          is the IP address.
        6. When connected, the telephone looks for an upgrade script file.
HTTP: n uri
            For HTTP, n is the number of HTTP requests made by the telephone and uri is the URI for
            the current HTTP request.
          8. While the upgrade script file is being downloaded, all IP telephones display the following
             message:
HTTP:n sc etag
            where n is the number of the IP address obtained from the HTTP server, sc is the status
            code of the HTTP response and etag is the value of the ETag header.
          9. While the application file is saved in flash memory, all IP telephones display the following
             message:
              Saving to flash
              1%, 1 secs
            with the percentage of the file and the number of elapsed seconds incremented as the
            application file is stored in flash memory.
         10. The telephone contacts the Avaya Media Server and attempts to log in.
            All IP telephones display the following prompts for an extension:
              Enter Extension
              EXT= #=OK
           11. Enter a new extension and press OK. To register the telephone without the extension or
               password (unnamed), press only OK or make no entry and wait 60 seconds.
                Note:
   Note:             Unnamed registration is the capability to register a telephone with the call server
                     without entry of an extension or password. The UNNAMEDSTAT parameter must
                     be set to enable unnamed registration. Telephones registered unnamed have
                     limited functionality. For more information, see Unnamed Registration.
                All IP telephones display the following prompt for a password:
                 Login
                 Enter Password
                 Enter Password and press Enter or OK
           12. Enter the password and press OK. To register the telephone without the extension or
               password (unnamed), press OK or make no entry and wait 60 seconds.
           13. The extension is visible as you enter it but the password displays as asterisks. The system
               determines whether the extension is in use.
           14. Successful completion of this process produces a dial tone when the Speaker button is
               pressed or the handset is lifted.
                The IP telephone was installed successfully.
Unnamed Registration
   Unnamed registration is a capability an IP telephone can have to register with a call server, and
   receive limited service, without requiring an extension and password entry. Typical
   environments where this functionality is useful include:
            ●   “Hot-desking” environments where there is a period of time between one user logging out
                and another user logging in on the same telephone.
            ●   Using the Avaya Softphone application in “road warrior” mode, which allows a traveller to
                invoke the telephony features and functionality by taking over the office telephone
                extension. This takeover unregisters the office telephone.
   In both examples, the user unregisters the telephone by logging off or by taking the office
   telephone extension over to another telephone. Without unnamed registration, the telephone in
   the first example will just wait for an extension and password entry and the telephone in the
   second example will continue attempting to register at regular intervals. The downside of a
   telephone being unregistered is that no one can use the telephone, for example, to report a
   building emergency like a fire.
       Unnamed registration allows the telephone to register without an extension and password.
       Because there is no extension, telephony functionality is limited, specifically:
          ●   The user has only one call appearance, and hence, cannot transfer or conference calls.
          ●   The user has no administered feature buttons, and cannot invoke on-hook dialing.
          ●   Extension-based information, like a given user’s Contacts data or Option settings are not
              available.
          ●   The user is limited to the calling capability administered for PSA (Personal Station Access)
              on the call server, for example, access to an emergency number.
       Unless otherwise disabled, the telephone automatically attempts to register unnamed if no
       action is taken on the telephone Extension entry screen within 60 seconds. Initiating any ID or
       password entry disables and prevents unnamed registration from occurring. Unnamed
       registration is ignored after any dialpad entry.
       Administrators can disable unnamed registration by appropriately administering the system
       parameter UNNAMEDSTAT, as indicated in Chapter 7 of the Avaya 1600 Series IP Deskphones
       Administrator Guide. Unnamed registration appears to the end user like Avaya Aura
       Communication Manager TTI Mode, and is similar from an administration perspective. For more
       information about TTI, see your Avaya Aura Communication Manager documentation.
Introduction
   After you have successfully installed an IP telephone, you might be instructed to administer one
   of the options described in this chapter.
              Note:
   Note:           You can modify the settings file to set parameters for IP telephones that
                   download their upgrade script and application files from the same HTTP server.
                   See Chapter 4: Maintaining 1600 Series IP Telephones and “1600 Series IP
                   Telephone Scripts and Application Files” in Chapter 4 of the Avaya 1600 Series
                   IP Deskphones Administrator Guide.
               ! CAUTION:
   CAUTION:        Perform these procedures only if instructed to do so by the system or LAN
                   administrator.
              Note:
      Note:        Unless otherwise prohibited using administration, the user can view but not
                   change most of the parameters associated with Local Administrative Procedures.
                   For more information about this option, see the applicable user guide(s).
                     802.1X=setting
                     *=change #=OK
                 where the setting is the current value of the system value DOT1X (802.1X Supplicant
                 Mode), defined as:
                 ●    Pass-thru mode if setting = 0
                 ●    P-t w/Logoff (pass-thru with Logoff) mode if setting = 1
                 ●    Supplicant mode without pass-thru or p-t w/Logoff if setting = 2
               2. Perform one of the following steps:
                 ●    If you want to change the DOT1X mode value, go to Change the DOT1X Mode Value on
                      page 32.
                 ●    If you want to change the DOT1XSTAT mode value go to Change the DOT1XSTAT
                      Mode Value on page 33.
       changes the value to 1 (p-t w/Logoff). ("p-t w/Logoff" stands for "pass-thru with Logoff".) If
       the current value is Supplicant mode (2), pressing * changes the value to 0 (pass-thru).
       If a value different from the current 802.1X value is entered, the following text displays
       left-justified at the top of the display:
     2. Press the * button to terminate the procedure, or the # button to save the new value. If you
        press the # button, the telephone displays the following text:
           Supplicant=setting
           *=change #=OK
       where the setting is the current value of the system value DOT1XSTAT (802.1X Supplicant
       Mode), defined as:
       ●    Disabled if setting = 0
       ●    Unicast only if setting = 1
       ●    Unicast/multicast if setting = 2
     2. To change the mode value, press *.
       Depending on the current value, the next sequential valid mode value is selected and
       displayed as the setting. For example, if the current value is Disabled (0), pressing *
       changes the value to 1 (Unicast only). If the current value is Unicast/multicast mode (2),
       pressing * changes the value to 0 (Disabled).
       If a value different from the current 802.1X value is entered, the following text displays
       left-justified at the top of the display:
         3. Press the * button to terminate the procedure, or the # button to save the new value. If you
            press the # button, the telephone displays the following text:
               2.   The transport layer port number of the address of the Management Complex
                    (media server/gatekeeper). Although this can be a value between 0 and 65535,
                    the default value is 1719. Do not change this value unless it conflicts with an
                    existing port assignment.
4. The IP netmask.
                  ! CAUTION:
   CAUTION:          Static addressing is necessary when a DHCP server is unavailable.
                     Because of the increased opportunities for text entry errors associated with static
                     addressing, we very strongly recommend that a DHCP server be installed and
                     static addressing avoided.
   Use the following procedure to invoke manual address information programming.
              1. Start manual address programming by performing one of the following steps:
                a. During normal DHCP processing, press the * key while “* to program“ displays during
                   the DHCP process.
                     or
                b. While the telephone is on-hook and idle, press the following sequence of keys on the
                   faceplate of the telephone:
                   Mute 2 3 3 7 # (Mute A D D R #)
                Note:
   Note:             Press the Mute button momentarily. Do not press this button while pressing other
                     keys/buttons.
                The telephone displays:
                 Phone=nnn.nnn.nnn.nnn
                 New=_
                 CallSv=nnn.nnn.nnn.nnn
                 New=_
             Router=nnn.nnn.nnn.nnn
             New=_
             Mask=nnn.nnn.nnn.nnn
             New=_
             FileSv=nnn.nnn.nnn.nnn
             New=_
             If NVL2Q is 0:                    802.1Q=auto
                                               *=change #=OK
             If NVL2Q is 1:                    802.1Q=on
                                               *=change #=OK
             If NVL2Q is 2:                    802.1Q=off
                                               *=change #=OK
         7. Press * to change 802.1Q to the next sequential value. For example, if the current value is 0
            (auto) pressing * changes it to 1 (on) and if the current value is 2 (off), pressing * changes it
            to 0 (auto).
            The display is updated to show the current status of 802.1Q.
 8. Press the # button to continue the procedure without changing the displayed status of
    802.1Q
   The telephone displays the following text:
    VLAN ID=dddd
    New=_
   where dddd is the current system value of the 802.1 VLAN ID.
 9. Enter a valid value between 0 and 4094 for the new value of the 802.1 VLAN ID.
   The telephone displays the following message:
    VLAN test=ddd
    New=_
   where ddd is the number of seconds to wait for the DHCPOFFER on a non-zero VLAN.
10. Enter a valid value between 0 and 999 for the new value of the DHCPOFFER wait period.
   The telephone displays:
11. Press the # button to save the new values you entered.
   The telephone displays:
    New values
    being saved
               3. To change the AGC Handset value from On to Off, press 0. To change the AGC Handset
                  value from Off to On, press 1.
                 If the telephone has a Headset interface one of the following displays, based on the current
                 value of the system value AGCHEAD:
4. To change the AGC Headset value from On to Off, press 0. To change the AGC Headset
   value from Off to On, press 1.
  One of the following displays, based on the current value of the system value AGCSPKR:
5. To change the AGC Speaker value from On to Off, press 0. To change the AGC Speaker
   value from Off to On, press 1.
  If a value different from the current AGCHAND value and/or the current AGCHEAD value
  and/or the current AGCSPKR value is entered, the following text displays left-justified at the
  top of the display:
6. Press the * button to terminate the procedure, or the # button to save the new value(s). If
   you press the # button, the telephone displays the following text:
                  chaddr=ddd
                  New=
                 where ddd is the value of NVCHADDR, the system variable for the DHCP Client Hardware
                 Address.
               2. To change the Client Hardware Address value, enter a valid client hardware address. This
                  value is usually the MAC address, which DHCP then converts to an integer preceded by
                  zeroes.
                 For all IP telephones, if a value different from the current value of NVCHADDR is entered,
                 the following text displays left-justified at the top of the display:
               3. Press the * button to terminate the procedure, or the # button to save the new value. If you
                  press the # button, the telephone displays the following text:
Clear Procedure
   Sometimes, you might want to remove all administered values, user-specified data, and option
   settings. Essentially, you want to return a telephone to its initial “clean slate” or out of the box
   condition. This is usually done when passing a telephone to a new, dedicated user when the
   user’s L O G O F F option is not sufficient. For example, a new user is assigned the same
   extension, but requires different permissions than the previous user.
   The C L E A R option erases all administered data—static programming, file server and call
   server programming, and user settings including Contact button labels and locally programmed
   Feature button labels, and restores all such data to default values. The C L E A R option does
   not affect the software load itself. If you have upgraded the telephone, the telephone retains the
   latest software. Once you have cleared a telephone, you can administer it normally.
                  ! CAUTION:
   CAUTION:           This procedure erases all administered data, without any possibility of recovering
                      the data.
   Use the following procedure to clear the telephone of its administrative, user-assigned and
   options values.
              1. While the telephone is on-hook and idle, press the following sequence of keys on the
                 faceplate of the telephone:
                Mute 2 5 3 2 7 # (Mute C L E A R #)
                Note:
   Note:             Press the Mute button momentarily. Do not press this button while pressing other
                     keys/buttons.
                The following text displays left-justified at the top of the display:
              2. If you do not want to clear all values, press * (no) to terminate the procedure and retain the
                 current values.
                A screen displays the following prompt on the top line:
               3. Press the * button to terminate the procedure without clearing the values. Press the # button
                  to clear all values to their initial default values.
                 A confirmation tone sounds and the following text displays left-justified at the top of the
                 display:
Clearing values.
                 If a value different from the current NVDEBUG value is entered, the following text displays
                 left-justified at the top of the display:
               3. Press the * button to terminate the procedure, or the # button to save the new value. If you
                  press the # button, the telephone displays the following text:
Group Identifier
   Use the following procedure to set or change the Group Identifier.
             Note:
   Note:          Perform this procedure only if the LAN Administrator instructs you to do so.
                  For more information about groups, see The GROUP System Value on page 57.
   While the telephone is on-hook and idle, press the following sequence of keys on the faceplate
   of the telephone:
             Mute 4 7 6 8 7 (Mute G R O U P)
             Note:
   Note:          Press the Mute button momentarily. Do not press this button while pressing other
                  keys/buttons.
             The following text displays left-justified at the top of the display:
              Group=ddd
              New=_
             where ddd is the Group value.
           1. Enter a valid Group value (0-999).
             If a value different from the current Group value is entered, the following text displays
             left-justified at the top of the display:
              New value
              being saved
The new value is saved and the user interface is restored to its previous state.
Interface Control
       Use the following procedure to set or change the interface control value.
               1. While the telephone is on-hook and idle, press the following sequence of keys on the
                  faceplate of the telephone:
                 Mute 4 6 8 # (Mute I N T #)
                 Note:
       Note:          Press the Mute button momentarily. Do not press this button while pressing other
                      keys/buttons.
               2. After entry of the command sequence, telephones with an internal Ethernet switch display
                  the following text, depending on the current interface control value:
                     PHY1=status
                     *=change #=OK
4. Press the * button to terminate the procedure, or the # button to save the new value. If you
   press the # button, the following text displays:
      PHY2=status
      *=change #=OK
6. Press the * button to terminate the procedure, or the # button to save the new values.
   If you press the # button, the following text displays.
      New value
      being saved
  The new values are saved and a restart occurs automatically. The user interface is restored
  to its previous state.
                     Log=status
                     *=change #=OK
                 where status is the type of logging indicated by the NVLOGSTAT value, defined as:
                 ●    Status is disabled when NVLOGSTAT = 0
                 ●    Status is emergencies when NVLOGSTAT = 1
                 ●    Status is alerts when NVLOGSTAT = 2
                 ●    Status is critical when NVLOGSTAT = 3
                 ●    Status is errors when NVLOGSTAT = 4
                 ●    Status is warnings when NVLOGSTAT = 5
                 ●    Status is notices when NVLOGSTAT = 6
                 ●    Status is information when NVLOGSTAT = 7
                 ●    Status is debug when NVLOGSTAT = 8
               3. To change the logging status, press *.
                 Depending on the current value, the next sequential valid NVLOGSTAT value is selected
                 and displayed as the status. For example, if the current value is alerts (2), pressing *
                 changes the value to 3 (critical). If the current value is debug (8), pressing * changes the
                 value to 0 (disabled).
                 If a value different from the current NVLOGSTAT value is entered, the following text displays
                 left-justified at the top of the display:
              4. Press the * button to terminate the procedure, or the # button to save the new value. If you
                 press the # button, the telephone displays the following text:
Logoff
   Use the following procedure to log off a telephone.
                  ! CAUTION:
   CAUTION:           Once a telephone is logged off, a password and extension might be needed to
                      log back on.
              1. While the telephone is on-hook and idle, press the following sequence of keys on the
                 faceplate of the telephone:
                Mute 5 6 4 6 3 3 # (Mute L O G O F F #)
                Note:
   Note:             Press the Mute button momentarily. Do not press this button while pressing other
                     keys/buttons.
              2. After entry of the command sequence, the telephone unregisters from the call server. The
                 telephone display (and button module display, if applicable) clears, then displays the
                 following prompt for subsequent login:
                 Enter Extension
                 EXT= #=OK
                      ! CAUTION:
       CAUTION:           This procedure erases all static information except the extension number and
                          password, without any possibility of recovering the data.
                  1. While the telephone is on-hook and idle, press the following sequence of keys on the
                     faceplate of the telephone:
                    Mute 7 3 7 3 8 # (Mute R E S E T #)
                    Note:
       Note:             Press the Mute button momentarily. Do not press this button while pressing other
                         keys/buttons.
                    The IP telephones display the following text left-justified at the top of the display:
                     Reset values?
                     *=no    #=yes
                      ! CAUTION:
       CAUTION:           As soon as you press the # button, all static information except the extension
                          number and password will be erased, without any possibility of recovering the
                          data.
                  2. If you do not want to reset the system values, press * (no) and proceed to Step 4.
                    The following prompt displays on the top line:
                  3. Press the * button to continue without resetting the values and proceed to Step 4. Or, press
                     the # button to reset values to their defaults.
                    All telephones display the following text left-justified at the top of the display while the
                    system values are reset to defaults:
                     Resetting
                     values.
The telephone resets from the beginning of registration, which takes a few minutes.
4. If you do not reset the telephone, the telephone displays the following prompt:
               Restart phone?
               *=no    #=yes
           5. Press the * key to terminate the procedure without restarting the telephone. Otherwise,
              press # and perform the following Restart procedure.
               Reset values?
               *=no    #=yes
           2. Press the # button to reset values to their defaults, or * to continue a restart without resetting
              the values to their defaults.
             The telephones display the following text left-justified at the top of the display while the
             system values are reset to defaults:
               Resetting
               values.
             Once you press the * button to restart without resetting the values, the following prompt
             displays on all IP telephones:
               Restart phone?
               *=no    #=yes
           3. Press the * key to terminate the procedure without restarting the telephone.
             Press the # key to restart the telephone.
             The remainder of the procedure depends on the status of the boot and application files.
             See Appendix A: Restart Scenarios.
                  Restart phone?
                  *=no    #=yes
              4. Press the * (asterisk) key to terminate the procedure without restarting the telephone.
                Press the # (pound) key to restart the telephone.
                The remainder of this procedure depends on the status of the boot and application files.
                See Appendix A: Restart Scenarios.
                 SSON=ddd
                 New=_
              3. Press the * button to terminate the procedure, or the # button to save the new value. If you
                 press the # button, the telephone displays the following text:
                 New value
                 being saved
The telephone saves the new value, and restores the user interface to its previous state.
Self-Test Procedure
                 Note:
       Note:          1600 Series IP Telephones store two software code images in reprogrammable
                      non-volatile memory. The primary image, called the “big app” must be running to
                      perform a self-test. The backup image, called the “little app” does not support the
                      self-test.
       For self-testing, use the following procedure:
               1. To invoke 1600 Series IP Telephone self-test procedures, press the following sequence of
                  keys on the faceplate of the telephone:
                 Mute 8 3 7 8 # (Mute T E S T #)
                 Note:
       Note:          Press the Mute button momentarily. Do not press this button while pressing other
                      keys/buttons.
                 All telephones show the following text, left-justified at the top of the display, for 1 second
                 after self-test is invoked:
                  Self test
                  #=end
                 A block character with all pixels on then displays in all display character locations for
                 5 seconds. Display of the block character helps to find bad display pixels.
                 The telephone displays one of the following:
Introduction
   This chapter covers the maintaining the 1600 Series IP Telephones, for example, downloading
   a new telephone software version from the Avaya support Web site. Note that the
   recommended configuration is the latest call server software and the latest IP telephone
   firmware.
                   Note:
       Note:            You can use one settings file for all your Avaya IP Telephones including the 1600
                        Series IP Telephone, 9600 Series IP Telephones, and 4600 Series IP
                        Telephones.
       In addition to the upgrade script and settings files, you need the latest binary code used in the
       Avaya IP Telephones.
Download Procedure
       The Avaya-provided upgrade script files and the binaries included in the zip files upgrade the
       Avaya IP Telephones. You should not need to modify them. It is essential that all the binary files
       be together on the file server. When downloading a new release onto a file server with an
       existing release already on it, we recommend that you:
               ●   Stop the file server.
               ●   Back up all the current file server directories as applicable.
               ●   Copy your 46xxsettings.txt file to a backup location.
               ●   Remove all the files in the download directory. This ensures that you do not have an
                   inappropriate binary or configuration file on the server. The only system values that can be
                   used in the Conditional statement are: BOOTNAME, GROUP, and SIG.
               ●   Download the self-extracting executable file, or the corresponding zip file.
               ●   Extract all the files.
               ●   Copy your 46xxsettings.txt file back into the download directory.
               ●   Check the Readme files for release-specific information.
               ●   Modify the 46xxsettings.txt file as desired.
               ●   Restart the HTTP/HTTPS server.
               ●   Reset your Avaya IP Telephones.
       You can download a default upgrade script file, sometimes called merely the “script file,” from
       http://www.avaya.com/support. This file allows the telephone to use default settings for
       customer-definable options. Of course, these settings can also be changed with DHCP or in
       some cases, from the telephone’s dialpad itself. However, you might want to open the default
       file and administer the options to add useful functionality to your Avaya IP Telephones. This file
       must reside in the same directory as the upgrade script file, and must be called
       46xxsettings.scr or 46xxsettings.txt. The Avaya IP Telephones can operate without this file.
                   Note:
       Note:            Most Windows systems interpret the file extension *.scr as a screen saver. The
                        4600 IP Telephones originally used *.scr to indicate a script file. We highly
                        recommend that the settings file have the extension *.txt.
The settings file can include any of the five types of statements, one per line:
        ●   Comments, which are statements with a “#” character in the first column.
        ●   Tags, which are comments that have exactly one space character after the initial #,
            followed by a text string with no spaces.
        ●   Goto commands, of the form GOTO tag. Goto commands cause the telephone to
            continue interpreting the settings file at the next line after a # tag statement. If no such
            statement exists, the rest of the settings file is ignored.
        ●   Conditionals, of the form IF $name SEQ string GOTO tag. Conditionals cause the Goto
            command to be processed if the value of name is a case-insensitive equivalent to string.
            If no such name exists, the entire conditional is ignored.
        ●   SET commands, of the form SET parameter_name value. Invalid values cause the
            specified value to be ignored for the associated parameter_name so the default or
            previously administered value is retained. All values must be text strings, even if the
            value itself is numeric, a dotted decimal IP address, etc.
        Note:
Note:           Enclose all data in quotation marks for proper interpretation.
The Avaya-provided upgrade script file includes lines that tell the telephone to GET
46xxsettings.scr and 46xxsettings.txt. These lines cause the telephone to use HTTP/HTTPS
to attempt to download the file specified in the GET command. If the file is obtained, its contents
are interpreted as an additional script file. That is how your settings are changed from the
default settings. If the file cannot be obtained, the telephone continues processing the upgrade
script file. The upgrade script file is processed so that if there is no 46xxsettings.scr file, the
telephone looks for a 46xxsettings.txt file. If the settings file is successfully obtained but does
not include any setting changes the telephone stops using HTTP. This happens when you
initially download the script file template from the Avaya support Web site, before you make any
changes. When the settings file contains no setting changes, the telephone does not go back to
the upgrade script file.
You can change the settings file name, if desired, as long as you also edit the corresponding
GET command in the upgrade script file. However, we encourage you not to alter the
Avaya-provided upgrade script file. If Avaya changes the upgrade script file in the future, any
changes you have made will be lost. We strongly encourage you to use the 46xxsettings file to
customize your settings instead.
For more details on customizing your settings file, see Contents of the Settings File on page 56.
Introduction
   This chapter describes problems that might occur during both installation and normal operation
   of the 1600 Series IP Telephone and possible ways of resolving these problems.
   This chapter contains the following sections:
     ●   Descriptions of error conditions and methods for resolving them.
     ●   The use of the V I E W option to view system values.
     ●   Error and status messages, and methods for resolving them.
Error Conditions
   There are three areas where installers can troubleshoot problems before seeking assistance
   from the system or LAN administrator:
     1. Check both the power and Ethernet wiring for the following conditions:
         ●   Whether all components are plugged in correctly.
         ●   Check LAN connectivity in both directions to all servers - DHCP, HTTP, HTTPS, Avaya
             Aura Communication Manager or Avaya Aura Communication Manager Branch.
         ●   If the telephone is supposed to be powered from the LAN, ensure that the LAN is
             properly administered and is compliant with IEEE 803.3af.
     2. If you are using static addressing:
         ●   Use the View command to find the names of the files being used and verify that these
             filenames match those on the HTTP/HTTPS server. See The View Administrative
             Option on page 60 for more information. Check the Avaya Web site to verify whether the
             correct files are being used.
         ●   Use the ADDR option to verify IP addresses. See Static Addressing Installation on
             page 35 for information.
     3. If the 1600 Series IP Telephone is not communicating with the system (DHCP, HTTP, or
        Avaya Media Server), make a note of the last message displayed, as described in Table 2
        and/or Table 3. Consult the system administrator.
     4. If you expect the telephone to be IEEE-powered, verify with the LAN administrator that IEEE
        power is indeed supported on the LAN.
DTMF Tones
       H.323 telephones do not send DTMF tones to non-H.323 telephones. The failure to hear DTMF
       tones sent by a far-end 1600 Series IP Telephone does not require any action on the user’s
       part. The TN2302AP board does not pass in-band DTMF tones.
Power Interruption
       If power to a 1600 Series IP Telephone is interrupted while the telephone is saving the
       application file, the HTTP/HTTPS application can stop responding. If this occurs, restart the
       HTTP/HTTPS server.
                  View settings
                  *=next   #=exit
  2. Press the * button at any time during viewing to display the next name and system value
     pair or filename from Table 1. The first pair returns after the last pair displays. Values that
     cannot display on one line wrap to the next line.
    Press the # button at any time during viewing to terminate the procedure and restore the
    user interface to its previous state. The names and values display in the following order:
   Table 2: Possible Error and Status Messages During Installation of 1600 Series IP
   Telephones
    Message               Cause/Resolution
    802.1X Failure        CAUSE: Incorrect credentials provided for authentication or not
                          provided at all.
                          RESOLUTION: Follow the display prompts and reenter the 802.1X ID
                          and password.
    Address               CAUSE: The telephone has detected an IP address conflict.
    Conflict              RESOLUTION: Verify administration to identify duplicate IP
                          address(es).
    Bad FileSv            CAUSE: The HTTP/HTTPS server IP address in the IP telephone’s
    Address               memory is all zeroes.
                          RESOLUTION: Depending on the specific requirements of your
                          network, this may not be an error. If appropriate, either administer the
                          DHCP server with the proper address of the HTTP/HTTPS server, or
                          administer the telephone locally using the ADDR option. The ADDR
                          option is explained in Chapter 3: Local Administrative Options.
    Bad Router?           CAUSE: The telephone cannot find a router based on the information in
                          the DHCP file for GIPADD.
                          RESOLUTION: Use static addressing to specify a router address, or
                          change administration on DHCP, as indicated in the 1600 Series IP
                          Telephone Administrator Guide.
    Call Error            CAUSE: The user was on a call when the connection to the gatekeeper
                          went down, perhaps due to a network outage or a gatekeeper problem.
                          The telephone attempted to automatically register with the same, or
                          another, gatekeeper, but the responding gatekeeper had no record of
                          the call.
                          RESOLUTION: Wait for the call to end, and if the telephone does not
                          automatically register, restart the telephone.
    Contacting call       CAUSE: The telephone has rebooted successfully and is moving on to
    server...             attempt to register with the call server.
                          RESOLUTION: Allow the telephone to continue.
                                                                                               1 of 4
      Table 2: Possible Error and Status Messages During Installation of 1600 Series IP
      Telephones (continued)
       Message               Cause/Resolution
       DHCP: CONFLICT        CAUSE: At least one of the IP address offered by the DHCP server
       * to program          conflicts with another address.
                             RESOLUTION: Review DHCP server administration to identify duplicate
                             IP address(es).
       Discover              CAUSE: The telephone is attempting to find a call server, and the user
       aaa.bbb.ccc.ddd       is allowed to view IP addresses.
                             RESOLUTION: If this message appears for more than a few seconds,
                             verify with the LAN Administrator that a DHCP server is appropriately
                             administered on the network. If there is not supposed to be a DHCP
                             server, you must “break into” the Discovering process and use static
                             addressing. See Static Addressing Installation on page 35. To break into
                             the Discovering process, press the # button, and when you see the
                             “100Mbs” or “10Mbs” message, quickly press the * (asterisk) button.
       Discovering...        CAUSE: The 16xx telephone is attempting to find a call server and the
                             user is not allowed to view IP addresses.
                             RESOLUTION: If this message appears for more than a few seconds,
                             verify with the LAN Administrator that a DHCP server is appropriately
                             administered on the network. If there is not supposed to be a DHCP
                             server, you must “break into” the Discovering process and use static
                             addressing. See Static Addressing Installation on page 35. To break into
                             the Discovering process, press the # button, and when you see the
                             "1000Mbps", “100Mbps” or “10Mbps” message, quickly press the *
                             (asterisk) button.
       EEPROM error,         CAUSE: Downloaded application file was not downloaded or saved
       repair required       correctly.
                             RESOLUTION: The telephone automatically resets and attempts to
                             re-initialize.
       Emergency             CAUSE: Incompatible emergency option.
       Option                RESOLUTION: This should never happen. Contact Avaya.
       Extension Error       CAUSE: The call server does not recognize the extension entered.
                             RESOLUTION: Confirm the extension is correct and is correctly
                             administered on the switch. Then try registration again, taking particular
                             care to enter the extension accurately.
       Extension in          CAUSE: The call server detects an extension conflict with an existing
       Use                   set or Softphone.
                             RESOLUTION: You can force the current telephone to register, and
                             thereby disconnect the other user, by pressing #. The 1600 Series IP
                             Telephone prompts you again for the extension and password. If you
                             enter the same extension and password, you are asked to confirm that
                             you want to unregister the original user. Press # to unregister the original
                             user and to register the current telephone. Then press * to reset the
                             telephone and enter a different extension and password.
       Finding               CAUSE: The telephone is proceeding through boot-up.
       router...             RESOLUTION: Allow the telephone to continue.
                                                                                                   2 of 4
Table 2: Possible Error and Status Messages During Installation of 1600 Series IP
Telephones (continued)
 Message              Cause/Resolution
 Gatekeeper           CAUSE: The gatekeeper rejects the registration attempt for an
 Error                unspecified reason.
                      RESOLUTION: Review gatekeeper/call server administrations,
                      including IP network parameters.
 Gateway Error        CAUSE: DEFINITY Release 8.4 does not have an H.323 station
                      extension for this telephone.
                      RESOLUTION: On the station administration screen, ensure the DCP
                      set being aliased for this IP telephone has an H.323 station extension
                      administered, in accordance with switch administration instructions.
                      Since the 1600 Series IP Telephones are not supported on DEFINITY
                      Release 8.4, you must upgrade to a release that does support these
                      telephones.
 Incompatible         CAUSE: This release of the call server does not support the current
                      version of the IP telephone.
                      RESOLUTION: Upgrade to the current version of Avaya Aura
                      Communication Manager (3.1 or later) software.
 Invalid file         CAUSE: The telephone does not have sufficient room to store the
                      downloaded file.
                      RESOLUTION: Verify the proper filename is administered in the script
                      file, and that the proper application file is located in the appropriate
                      location on the HTTP/HTTPS server.
 IP Address           CAUSE: The gatekeeper reports an invalid IP address.
 Error                RESOLUTION: This should never happen. Contact Avaya.
 License Error        CAUSE: The call server does not support IP telephony.
                      RESOLUTION: Contact Avaya to upgrade your license.
 Limit Error          CAUSE: The call server has reached its limit of IP stations.
                      RESOLUTION: Unregister telephones not in use, or contact Avaya to
                      upgrade your license.
 NAPT Error           CAUSE: A device between the telephone and the call server is invoking
                      Network Address Port Translation, which the 1600 Series IP Telephones
                      do not support.
                      RESOLUTION: Contact the System Administrator to remove or
                      re-administer the device.
 Network              CAUSE: The telephone has detected a loss of signal on the Ethernet
 connectivity         interface lasting longer than about one second.
 has been lost.       RESOLUTION: Check power and cabling.
 Trying to re-
 establish...
 No Ethernet          CAUSE: When first plugged in, the IP telephone is unable to
                      communicate with the Ethernet.
                      RESOLUTION: Verify the connection to the Ethernet jack, verify the jack
                      is Category 5, verify power is applied on the LAN to that jack, etc.
                                                                                           3 of 4
      Table 2: Possible Error and Status Messages During Installation of 1600 Series IP
      Telephones (continued)
       Message               Cause/Resolution
       Packet Error          CAUSE: Protocol timeout error.
                             RESOLUTION: Reenter the correct extension and password. If the
                             condition persists, contact the System Administrator.
       Password Error        CAUSE: The call server does not recognize the password entered.
                             RESOLUTION: Confirm the password is correct, then try registration
                             again, taking particular care to enter the password accurately.
       Request Error         CAUSE: The gatekeeper believes the telephone’s registration request is
                             improperly formatted.
                             RESOLUTION: The telephone will automatically attempt to register with
                             the next gatekeeper on its list. If the problem persists, reboot the
                             telephone.
       Restarting...         CAUSE: The telephone is in the initial stage of rebooting.
                             RESOLUTION: Allow the telephone to continue.
       Subnet conflict       CAUSE: The telephone is not on the same VLAN subnet as the router.
                             RESOLUTION: Administer an IP address on the telephone using Static
                             Addressing Installation, or administer network equipment to administer
                             the telephone appropriately.
       System busy           CAUSE: Most likely, the number of IP endpoints on the call server is
                             already at maximum, Less likely, network resource is unavailable.
                             RESOLUTION: The telephone was attempting to access a network
                             resource (DHCP server, HTTP server, or the call server) and was not
                             successful. Check the resource being called upon for its availability. If
                             the resource appears operational and properly linked to the network,
                             verify that addressing is accurate and that a communication path exists
                             in both directions between the telephone and the resource.
       System Error          CAUSE: The call server has an unspecified problem.
                             RESOLUTION: Consult your Avaya Media Server administration and
                             troubleshooting documentation.
       Undefined Error       CAUSE: The call server has rejected registration for an unspecified
                             reason.
                             RESOLUTION: Consult your Avaya Media Server administration and
                             troubleshooting documentation.
       Updating: DO          CAUSE: The telephone is updating its software image.
       NOT UNPLUG THE        RESOLUTION: Allow the telephone to continue.
       TELEPHONE
       Wrong Set Type        CAUSE: The call server does not recognize the set type.
                             RESOLUTION: Ensure the call server is properly administered to
                             expect the appropriate telephone for the IP address and extension.
                                                                                              4 of 4
               Reset values?
               *=no #=yes
               Resetting
               values.
              Once you press the * button to restart without resetting the values, the following prompt
              displays:
               Restart phone?
               *=no #=yes
         3. Press the * key to terminate the procedure without restarting the telephone.
            Press the # key to restart the telephone.
            The remainder of the procedure depends on the status of the boot and application files:
Restarting...
Initializing
         While either the application file if there is one or the boot code is uncompressed into RAM,
         the telephone displays:
          Loading: 5 secs
          replboot_v3.app             4084KB
         This message counts the seconds as the application file (replboot_v3.app in this example)
         is being written into RAM.
         When control is passed to the software that was just loaded, the following messages
         display:
Starting...
         This message continues while the new boot code is being written into RAM.
         The telephone displays the speed of the Ethernet interface in Mbps, that is, 0, 10, or 100.
         The message No Ethernet displays until the software determines whether the interface is
         10 Mbps or 100 Mbps.
               Note:
       Note:        The Ethernet speed indicated is the LAN interface speed for both the telephone
                    and any attached PC, assuming the administrator has not disabled the latter
                    interface through the PHY2STAT setting.
               The software determines whether sufficient IP address information was downloaded. In this
               scenario, it is discovered that sufficient information has not been downloaded. The
               following message displays while the DHCP process is invoked:
                DHCP: 0 secs
                * to program
               The number of elapsed seconds is incremented once per second, until DHCP successfully
               completes.
               While the IP telephone establishes a TCP connection to the HTTP server, the telephone
               displays the following message:
HTTP:n ipadd
               where n is the number of the IP address obtained from the HTTP server and ipadd is the IP
               address.
               The following message displays while the HTTP process is invoked:
HTTP: n uri
               The number increments once per second, until the HTTP server responds.
               While the upgrade script file is being downloaded, all IP telephones display the following
               message:
HTTP:n sc etag
               where n is the number of the IP address obtained from the HTTP server, sc is the status
               code of the HTTP response and etag is the value of the ETag header.
               The script file is processed. The software determines that the telephone’s boot code file
               name (BOOTNAME) is not the latest version. APPNAME is set to the name of an
     application file to replace the boot code. The following message displays while the
     application file is downloaded into RAM:
      app_filename
      n KB received
      Saving to flash
      n%, x secs
     where n is the percentage of the file stored, and x is the number of elapsed seconds. This
     usually takes longer than the file download.
     The following message displays while the telephone is reset so the application file can be
     executed:
Restarting...
      Updating...
      n%, x secs
     where n is the percentage of boot code rewritten and x is the number of elapsed seconds
     during rewriting.
     When the new boot code is successfully written into the flash memory, the application
     corrupts its own checksum stored in flash. The application then resets the telephone so the
     latest system-specific application file can be downloaded.
Continue with the next procedure.
Restarting...
            The telephone detects and displays the speed of the Ethernet interface in Mbps, that is, 0,
            10, or 100. The message No Ethernet displays until the software determines whether the
            interface is 10 Mbps or 100 Mbps.
        Note:
Note:        The Ethernet speed indicated is the LAN interface speed for both the telephone
             and any attached PC.
        The software determines whether sufficient IP address information was downloaded. In this
        scenario, it is discovered that sufficient information has not been downloaded. The
        following message displays while the DHCP process is invoked:
         DHCP: 0 secs
         * to program
        The number of elapsed seconds is incremented once per second, until DHCP successfully
        completes.
        While the IP telephone establishes a TCP connection to the HTTP server, the telephone
        displays the following message:
HTTP:n ipadd
        where n is the number of the IP address obtained from the HTTP server and ipadd is the IP
        address.
        The following message displays while the HTTP process is invoked:
HTTP: n uri
        The number increments once per second, until the HTTP server responds.
        While the upgrade script file is being downloaded from the HTTP server, all IP telephones
        display the following message:
HTTP:n sc etag
        where n is the number of the IP address obtained from the HTTP server, sc is the status
        code of the HTTP response and etag is the value of the ETag header.
        The script file is processed. The software determines that the name of the boot code file in
        the telephone (BOOTNAME) is not the latest version. APPNAME is set to the name of an
            application file to replace the boot code. The following message displays while the
            application file is downloaded into RAM:
             app_filename
             n KB received
             Saving to flash
             n%, x secs
            where n is the percentage of the file that was stored, and x is the number of elapsed
            seconds. This usually takes longer than the file’s download.
            The telephone is reset so the new system-specific application file can be executed.
       Continue with the next procedure.
Restarting...
            The telephone detects and displays the speed of the Ethernet interface in Mbps, that is, 0,
            10, or 100. The message No Ethernet displays until the software determines whether the
            interface is 10 Mbps or 100 Mbps.
        Note:
Note:        The Ethernet speed indicated is the LAN interface speed for both the telephone
             and any attached PC.
        The software determines whether sufficient IP address information was downloaded. In this
        scenario, it is discovered that sufficient information has not been downloaded. The
        following message displays while the DHCP process is invoked:
         DHCP: 0 secs
         * to program
        The number of elapsed seconds is incremented once per second, until DHCP successfully
        completes.
        While the IP telephone establishes a TCP connection to the HTTP server, the telephone
        displays the following message:
HTTP:n ipadd
        where n is the number of the IP address obtained from the HTTP server and ipadd is the IP
        address.
        The following message displays while the HTTP process is invoked:
HTTP: n uri
        The number increments once per second, until the HTTP server responds.
        While the upgrade script file is being downloaded from the HTTP server, all IP telephones
        display the following message:
HTTP:n sc etag
        where n is the number of the IP address obtained from the HTTP server, sc is the status
        code of the HTTP response and etag is the value of the ETag header.
        The script file is processed. The software determines that the name of the boot code file in
        the telephone (BOOTNAME) is the latest version, and the name of the application file in the
        telephone is the same as APPNAME.
        System-specific registration with the Avaya media server is invoked.
        When registration finishes, a dial tone is available on the telephone.
IETF Documents
   The following documents provide standards relevant to IP Telephony and are available
   for free from the IETF Web site: http://www.ietf.org/rfc.html.
     ●   Requirements for Internet Hosts - Communication Layers, October 1989, by R. Braden
         (STD 3: RFC 1122)
     ●   Requirements for Internet Hosts - Application and Support, October 1989, by R. Braden
         (STD 3: RFC 1123)
     ●   Internet Protocol (IP), September 1981, by Information Sciences Institute (STD 5: RFC
         791), as amended by Internet Standard Subnetting Procedure, August 1985, by J. Mogul
         and J. Postel (STD 5: RFC 950)
     ●   Broadcasting Internet Datagrams, October 1984, by J. Mogul (STD 5: RFC 919)
     ●   Broadcasting Internet Datagrams in the Presence of Subnets, October 1984, by J. Mogul
         (STD 5: RFC 922)
     ●   User Datagram Protocol (UDP), August 28, 1980, by J. Postel (STD 6: RFC 768)
     ●   Transmission Control Protocol (TCP), September 1981, by Information Sciences Institute
         (STD 7: RFC 793)
     ●   Domain Names - Concepts and Facilities (DNS), November, 1987, by P. Mockapetris
         (STD 13: RFC 1034)
     ●   Domain Names - Implementation and Specification (DNS), November 1987, by P.
         Mockapetris (STD 13: RFC 1035)
     ●   An Ethernet Address Resolution Protocol (ARP), November 1982, by David C. Plummer
         (STD 37: RFC 826)
     ●   Dynamic Host Configuration Protocol (DHCP), March 1997, by R. Droms (RFC 2131)
     ●   DHCP Options and BOOTP Vendor Extensions, March 1997, by S. Alexander and R.
         Droms (RFC 2132)
     ●   RTP: A Transport Protocol for Real-Time Applications (RTP/RTCP), January 1996, by H.
         Schulzrinne, S. Casner, R. Frederick, V. Jacobson (RFC 1889)
     ●   Definition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6 Headers,
         (DIFFSRV), December 1998, by K. Nichols, S. Blake, F. Baker and D. Black (RFC 2474)
     ●   Management Information Base for Network Management of TCP/IP Internets: MIB-II,
         March 1991, edited by K. McCloghrie and M. Rose (RFC 1213)
         ●   SNMPv2 Management Information Base for the Internet Protocol using SMIv2, November
             1996, edited by K. McCloghrie (RFC 2011)
         ●   Structure of Management Information Version 2 (SMIv2), April 1999, edited by K.
             McCloghrie, D. Perkins, and J. Schoenwaelder (RFC 2578)
         ●   Resource ReSerVation Protocol VI, September 1997, by R. Braden, L. Zhang, S. Berson,
             S. Herzog, and S. Jamin (RFC 2205)
         ●   The TLS Protocol Version 1.0, January 1999, by T. Dierks and C. Allen (RFC 2246)
ITU Documents
       The following documents are available for a fee from the ITU Web site: http://www.itu.int.
         ●   Recommendation G.711, Pulse Code Modulation (PCM) of Voice Frequencies,
             November 1988
         ●   Recommendation G.722, 7 kHz Audio-Coding within 64 kbit/s, November 1988
         ●   Recommendation G.729, Coding of speech at 8 kbit/s using Conjugate-Structure
             Algebraic-Code-Excited Linear-Prediction (CS-ACELP), March 1996
         ●   Annex A to Recommendation G.729: Reduced complexity 8 kbit/s CS-ACELP speech
             codec, November 1996
         ●   Annex B to Recommendation G.729: A silence compression scheme for G.729 optimized
             for terminals conforming to Recommendation V.70, November 1996
         ●   Recommendation H.225.0, Call signalling protocols and media stream packetization for
             packet-based multimedia communications systems, February 1998
         ●   Recommendation H.245, Control protocol for multimedia communication, February 1998
         ●   Recommendation H.323, Packet-based multimedia communications systems, February
             1998
Index
                                                                            Download Procedure . . . . . .     .   .   .   .   .   .   .   .   .   .   54
                                                                            Downloading Language Files . .     .   .   .   .   .   .   .   .   .   .   56
Numerical                                                                   Downloading Software Upgrades      .   .   .   .   .   .   .   .   .   .   53
1600 Series IP Telephone                                                    DTMF Tones . . . . . . . . . .     .   .   .   .   .   .   .   .   .   .   60
   Assembling the . . . . . . . . . .     .   .   .   .   .   .   .   15    Dynamic Addressing Process . .     .   .   .   .   .   .   .   .   .   .   24
   Installation . . . . . . . . . . . .   .   .   .   .   .   .   .   .11
   Models . . . . . . . . . . . . . .     .   .   .   .   .   .   .   12
   Powering the . . . . . . . . . . .     .   .   .   .   .   .   .   15    E
   Requirements . . . . . . . . . .       .   .   .   .   .   .   .   14    Enable Automatic Gain Control (AGC) . .            .   .   .   .   .   .   38
   Restart . . . . . . . . . . . . . .    .   .   .   .   .   .   .   49    Enable Event Logging . . . . . . . . .             .   .   .   .   .   .   46
1600 Series IP Telephones                                                   Entering Data for Administrative Options .         .   .   .   .   .   .   30
   Maintenance . . . . . . . . . . .      . . . . . . . 53                  Error and Status Messages, Installation .          .   .   .   .   .   .   63
802.1X Operational Mode, Setting the .    . . . . . . . 32                  Error Conditions . . . . . . . . . . . .           .   .   .   .   .   .   59
                                                                            Event Logging . . . . . . . . . . . . .            .   .   .   .   .   .   46
A
About This Guide . . . . . . . . . . . .          . . . . . . 7             F
ADDR Option . . . . . . . . . . . . . .           . . . . . 35              Font Files, Downloading . . . . . . . . . . . . . . 56
Administrative Options                                                      from . . . . . . . . . . . . . . . . . . . . . . . . 28
   Entering Data for . . . . . . . . . . .        .   .   .   .   .   30
   Local. . . . . . . . . . . . . . . . .         .   .   .   .   .   29
AGC . . . . . . . . . . . . . . . . . .           .   .   .   .   .   38    G
ANSI/IEEE Documents . . . . . . . . . .           .   .   .   .   .   87
Assembling the 1600 Series IP Telephone .         .   .   .   .   .   15    Glossary of Terms . . . . . . . . . . . . . . . . . 83
Automatic Gain Control, Disable/Enable . .        .   .   .   .   .   38    Group Identifier . . . . . . . . . . . . . . . . . . . 43
                                                                            GROUP System Value . . . . . . . . . . . . . . . 57
B
                                                                            I
Boot File, upgrading the . . . . . . . . . . . . . . 75
button labels . . . . . . . . . . . . . . . . . . . . 28                    IEC/ISO Documents . . . . . . . .          .   .   .   .   .   .   .   .   87
                                                                            IEEE/ANSI Documents . . . . . . .          .   .   .   .   .   .   .   .   87
                                                                            IETF Documents . . . . . . . . . .         .   .   .   .   .   .   .   .   85
C                                                                           Installation . . . . . . . . . . . . .     .   .   .   .   .   .   .   .   11
                                                                            Intended Audience, for this document       .   .   .   .   .   .   .   .   .7
Clear Procedure . . . . . . . . . . . . . . . .               . . 41        Interface Control . . . . . . . . . .      .   .   .   .   .   .   .   .   44
Client Hardware Address . . . . . . . . . . . .               . . 40        IP Telephone Models . . . . . . . .        .   .   .   .   .   .   .   .   12
Connection Jacks for 1603 Series IP Telephones                . 17, 18      ISO/IEC, ANSI/IEEE Documents . .           .   .   .   .   .   .   .   .   87
Connection Jacks for 1608 Series IP Telephones                . 20, 21      ITU Documents. . . . . . . . . . .         .   .   .   .   .   .   .   .   86
Connection Jacks for 1616 Series IP Telephones                . 22, 23
Contents of the Settings File . . . . . . . . . .             . . 56
Customer Support . . . . . . . . . . . . . . .                . . . 9       L
                                                                            Language Files, Downloading . . . . .          .   .   .   .   .   .   .   56
D                                                                           Local Administrative Options . . . . .         .   .   .   .   .   .   .   29
                                                                            Local Administrative Procedures, About         .   .   .   .   .   .   .   30
Debug Procedure . . . . . . . . . .       .   .   .   .   .   .   .    42   LOG Procedure . . . . . . . . . . .            .   .   .   .   .   .   .   46
DHCP Client Hardware Address . . .        .   .   .   .   .   .   .    40   Logoff Procedure . . . . . . . . . . .         .   .   .   .   .   .   .   47
Disable Automatic Gain Control (AGC)      .   .   .   .   .   .   .    38
Disable Event Logging . . . . . . . .     .   .   .   .   .   .   .    46
Document Organization . . . . . . .       .   .   .   .   .   .   .   . 8
Download File Content . . . . . . . .     .   .   .   .   .   .   .    53
M                                                                        T
Maintaining 1600 Series IP Telephones . . . . . . . 53                   Technical Support . . . . . . . . . . . .     . . . . . .9
                                                                         Terms, Glossary of . . . . . . . . . . . .    . . . . . 83
                                                                         TEST Procedure . . . . . . . . . . . . .      . . . . . 52
O                                                                        Troubleshooting
Operational Errors and Status Messages . . . . . . 67                       DTMF Tones . . . . . . . . . . . . .       .   .   .   .   .   60
Other Documentation . . . . . . . . . . . . . . . . 8                       Error Conditions . . . . . . . . . . . .   .   .   .   .   .   59
                                                                            Guidelines for . . . . . . . . . . . . .   .   .   .   .   .   59
                                                                            Installation Error and Status Messages .   .   .   .   .   .   63
P                                                                           Operational Errors and Status Messages     .   .   .   .   .   67
                                                                            Parameter Values . . . . . . . . . . .     .   .   .   .   .   61
Parameter Values . . . . . . . . . . . . . .            .   .   .   61
                                                                            Power Interruption . . . . . . . . . . .   .   .   .   .   .   60
Power Interruption . . . . . . . . . . . . . .          .   .   .   60
                                                                            VIEW Administrative Option . . . . . .     .   .   .   .   .   60
Powering the 1600 Series IP Telephone . . . .           .   .   .   15
Pre-Installation Checklist . . . . . . . . . . .        .   .   .   13
Pre-Installation Checklist for Static Addressing .      .   .   .   34   U
                                                                         Unnamed Registration . . . . . . . . . . . . . . . 27
R                                                                        Upgrade
                                                                           Application File . . . . . . . . . . . . . . . . . 78
Related Documentation . . . . . . . . . . . . . . 85
                                                                           Boot File . . . . . . . . . . . . . . . . . . . . 75
Requirements, for each IP Telephone . . . . . . . . 14
Reset
   Boot File and System-Specific Application File Already                V
    Loaded . . . . . . . . . . . . . . . . . . . . 80
   Boot File Loaded/No Application File or Application File              VIEW Administrative Option . . . . . . . . . . . . . 60
    Needs to be Upgraded . . . . . . . . . . . . . 78
   Boot File Needs to be Upgraded . . . . . . . . . 75
Reset System Values . . . . . . . . . . . . . . . 48
Restart Process, Scenarios for the . . . . . . . . . 73
Restart Scenarios . . . . . . . . . . . . . . . . . 73
Restart the Telephone . . . . . . . . . . . . . . . 73
S
Scenarios for the Restart Process . . . . .     .   .   .   .   .   73
Self-Test . . . . . . . . . . . . . . . .       .   .   .   .   .   52
Settings File, Contents . . . . . . . . . .     .   .   .   .   .   56
SIG Procedure . . . . . . . . . . . . . .       .   .   .   .   .   50
Signaling Protocol Identifier . . . . . . . .   .   .   .   .   .   50
Site-Specific Option Number Setting . . .       .   .   .   .   .   51
Software . . . . . . . . . . . . . . . .        .   .   .   .   .   12
Software Upgrades, Downloading . . . . .        .   .   .   .   .   53
SSON Procedure . . . . . . . . . . . .          .   .   .   .   .   51
Static Addressing
    Installation . . . . . . . . . . . . . .    .   .   .   .   .   35
    Pre-Installation Checklist . . . . . . .    .   .   .   .   .   34
System Parameter Values, troubleshooting        .   .   .   .   .   61
System Values, Reset . . . . . . . . . .        .   .   .   .   .   48