ADTRAN IP 700 Series Phones Release Notes 2.3.0 FixesCopyright © 2012 ADTRAN, Inc. 5FixesThis section highlights major bug fixes in Firmware version 2.3.0.ErrataThe 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 Server2008 as the DHCP server.• The phone would decline a DHCP offer from a Windows DHCP server if the option 157 string was toolong.• Attempting to pick up an SLA call from public hold resulted in a fast busy tone rather than retrievingthe call from hold.• The IP 700 Series phones would not send DTMF in an early media situation when establishing thesecond 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 longerappeared 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 theNetVanta 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 183Session 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 inthe 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, andsubsequent INVITE may not be sent. This causes certain call flows like blind transfers and park/retrieveto 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 thecurrent call. Subsequent calls will allow transfers as expected. A work around is to park the call andthen retrieve it to regain the ability to transfer.