ADTRAN IP 700 Series Phones Release Notes 2.3.0
Fixes
Copyright © 2012 ADTRAN, Inc.
5
Fixes
This section highlights major bug fixes in Firmware version 2.3.0.
Errata
The following is a list of errata that still exist in Firmware version 2.3.0.
• The phone would not use the VLAN ID setting from DHCP option 157 when using Window Server
2008 as the DHCP server.
• The phone would decline a DHCP offer from a Windows DHCP server if the option 157 string was too
long.
• Attempting to pick up an SLA call from public hold resulted in a fast busy tone rather than retrieving
the call from hold.
• The IP 700 Series phones would not send DTMF in an early media situation when establishing the
second leg of a three-way conference call.
• An SLA call retrieved from public hold could not be transferred.
• After transferring a call from an SLA, the line on the phone that performed the transfer no longer
appeared busy. An attempt to seize that line while it was still busy resulted in dead air.
• Ringback tone was not heard when placing a call from the NetVanta BCS ucCompanion or the
NetVanta 7000 Personal Phone Manager using the click-to-dial capability.
• IP 700 Series phones would not play ringback tone when it received a
180 Ringing
response after a
183
Session Progress
response.
• IP 700 Series phones would not play music on hold when registered to a NetVanta ECS server.
• If a 302 Moved Temporarily response was received while performing an attended transfer, the user in
the Refer-To header in the REFER would not be correct when completing the transfer.
• Calls with packetization periods other than 20 ms were disconnected by the phone with a BYE response.
• When no dial plan is configured, the phone uses a non-null default dial plan.
• When syslog is enabled for verbose debugging, if a REFER is received from NetVanta ECS, and
subsequent INVITE may not be sent. This causes certain call flows like blind transfers and park/retrieve
to stop functioning.
• The phone may intermittently stop responding after calling voicemail.
• In the case where a blind transfer fails or is canceled, the IP phone will no longer be able to transfer the
current call. Subsequent calls will allow transfers as expected. A work around is to park the call and
then retrieve it to regain the ability to transfer.