--- title: "Polycom & Adtran AOS: Geo-Redundancy For VoIP Networks" description: Background The Polycom SoundPoint IP SIP Phones and Adtran IADs are used for Hosted IP PBX Access Devices, managed by the BroadWorks platform. In a non-geo --- [![ECG](https://www.ecg.co/hubfs/lp/cloud-migration/logo-vector.svg)](https://www.ecg.co) - Who We Are Company [**About ECG** Learn about the team behind the networks and services that solve real problems.](https://www.ecg.co/about) [**Careers** Join a fun, collaborative, engineer-owned company.](https://www.ecg.co/careers) Industries We Serve [**Enterprises** Optimize multi-site voice networks while meeting compliance requirements.](https://www.ecg.co/sectors/enterprise) [**Universities** Professional services designed for the unique needs of campus networks.](https://www.ecg.co/sectors/universities) [**Government** Engineering services built for government agency voice challenges.](https://www.ecg.co/sectors/government) [**Service Providers** Deep voice expertise to maintain compliance and keep customers connected.](https://www.ecg.co/sectors/service-providers) - Technologies **Carrier & Trunking Services** SIP trunking, resilience & carrier interconnect **Compliance & Call Authentication** STIR/SHAKEN, 603+ & secure signaling **Unified Communications & Collaboration** UC capabilities & platform expertise **Platform Reliability & Security** Infrastructure, capture & network fundamentals ### Carrier & Trunking Services Design, harden, and secure the carrier side of your voice network — from SIP trunking to encrypted media and compliant recording. [SIP Trunking](https://www.ecg.co/technologies/sip-trunking-consulting-expertise) [SIP Trunking High Availability](https://www.ecg.co/technologies/sip-trunking-high-availability) [STIR/SHAKEN](https://www.ecg.co/technologies/stir-shaken) [603+](https://www.ecg.co/technologies/603-plus-do-not-originate) [eSIM & FMC](https://www.ecg.co/technologies/esim-fmc) [VoIP TLS & SRTP](https://www.ecg.co/technologies/voip-encryption-tls-srtp) [SIPREC](https://www.ecg.co/technologies/siprec-call-recording) ### Compliance & Call Authentication Meet regulatory requirements end-to-end — call authentication, robocall mitigation, lawful capture, and encrypted signaling. [STIR/SHAKEN](https://www.ecg.co/technologies/stir-shaken) [603+](https://www.ecg.co/technologies/603-plus-do-not-originate) [Packet Capture / PCAP](https://www.ecg.co/technologies/pcap-wireshark-packet-capture-analysis) [VoIP TLS & SRTP](https://www.ecg.co/technologies/voip-encryption-tls-srtp) ### Unified Communications & Collaboration Modern UC capabilities backed by deep, hands-on expertise across every major voice platform. [E911](https://www.ecg.co/technologies/e911) [Business Texting](https://www.ecg.co/technologies/business-texting) [Teams Replace Phone System](https://www.ecg.co/technologies/ms-teams-replace-phone-system) [Provisioning & Endpoint Mgmt](https://www.ecg.co/technologies/sip-provisioning-endpoint-management) [Call Control & Features](https://www.ecg.co/technologies/call-control-features) [SIP Trunking HA](https://www.ecg.co/technologies/sip-trunking-high-availability) [SIPREC](https://www.ecg.co/technologies/siprec-call-recording) [vCon](https://www.ecg.co/technologies/vcon-virtualized-conversations) Platform Expertise [BroadWorks](https://www.ecg.co/technologies/broadworks) [NetSapiens](https://www.ecg.co/technologies/netsapiens-support) [Metaswitch Alianza Core](https://www.ecg.co/technologies/metaswitch-alianza-core) [Oracle Communications](https://www.ecg.co/technologies/oracle-communications-support) [Metaswitch Perimeta](https://www.ecg.co/technologies/metaswitch-perimeta) [Sansay VSXi](https://www.ecg.co/sansay-vsxi-session-border-controller) ### Platform Reliability & Security The infrastructure layer underneath your voice services — engineered, monitored, and secured by people who run it every day. [EKS / Kubernetes](https://www.ecg.co/technologies/kubernetes-eks) [Critical Network Fundamentals](https://www.ecg.co/technologies/critical-network-fundamentals) [Packet Capture / PCAP](https://www.ecg.co/technologies/pcap-wireshark-packet-capture-analysis) [VMware & Alternatives](https://www.ecg.co/technologies/vmware-alternatives) [Routing, Switching & Firewalls](https://www.ecg.co/technologies/routing-switching-firewalls) [Freeswitch](https://www.ecg.co/technologies/freeswitch-open-source-call-processing) - How We Do It Services [**Services Overview** Our experience and expertise in voice and data engineering.](https://www.ecg.co/services) [**Network Operations** Keep your voice network running with outsourced network operations.](https://www.ecg.co/services/network-operations) [**Staff Augmentation** Expert engineering support to meet deadlines and fill knowledge gaps.](https://www.ecg.co/services/staff-augmentation) [**IT Consulting & Engineering** Complete short-term projects faster with a dedicated project manager.](https://www.ecg.co/services/it-consulting-and-engineering) - Resources #### [Utilities Launch Delay Calculator Estimate what a potential product launch delay would cost your business. Try the calculator](https://www.ecg.co/cost-delay-calculator) #### [Resource Library Guides, White Papers & Tools In-depth resources on voice engineering, compliance, and AI — built from real client work. Explore resources](https://www.ecg.co/resource-library) #### [Blog Latest from the ECG Team Practical articles on SIP, UC platforms, network operations, and voice AI. Read the blog](https://www.ecg.co/blog) - [Events](https://www.ecg.co/events) [Login](https://portal.ecg.co) [Contact](https://www.ecg.co/contact) Who We Are [About ECG](https://www.ecg.co/about) [Careers](https://www.ecg.co/careers) Industries We Serve [Enterprises](https://www.ecg.co/sectors/enterprise) [Universities](https://www.ecg.co/sectors/universities) [Government](https://www.ecg.co/sectors/government) [Service Providers](https://www.ecg.co/sectors/service-providers) Technologies Carrier & Trunking Services [SIP Trunking](https://www.ecg.co/technologies/sip-trunking-consulting-expertise) [SIP Trunking High Availability](https://www.ecg.co/technologies/sip-trunking-high-availability) [STIR/SHAKEN](https://www.ecg.co/technologies/stir-shaken) [603+](https://www.ecg.co/technologies/603-plus-do-not-originate) [eSIM & FMC](https://www.ecg.co/technologies/esim-fmc) [VoIP TLS & SRTP](https://www.ecg.co/technologies/voip-encryption-tls-srtp) [SIPREC](https://www.ecg.co/technologies/siprec-call-recording) Compliance & Call Authentication [STIR/SHAKEN](https://www.ecg.co/technologies/stir-shaken) [603+](https://www.ecg.co/technologies/603-plus-do-not-originate) [Packet Capture / PCAP](https://www.ecg.co/technologies/pcap-wireshark-packet-capture-analysis) [VoIP TLS & SRTP](https://www.ecg.co/technologies/voip-encryption-tls-srtp) Unified Communications & Collaboration [E911](https://www.ecg.co/technologies/e911) [Business Texting](https://www.ecg.co/technologies/business-texting) [Teams Replace Phone System](https://www.ecg.co/technologies/ms-teams-replace-phone-system) [Provisioning & Endpoint Mgmt](https://www.ecg.co/technologies/sip-provisioning-endpoint-management) [Call Control & Features](https://www.ecg.co/technologies/call-control-features) [SIP Trunking HA](https://www.ecg.co/technologies/sip-trunking-high-availability) [SIPREC](https://www.ecg.co/technologies/siprec-call-recording) [vCon](https://www.ecg.co/technologies/vcon-virtualized-conversations) Platform Expertise [BroadWorks](https://www.ecg.co/technologies/broadworks) [NetSapiens](https://www.ecg.co/technologies/netsapiens-support) [Metaswitch Alianza Core](https://www.ecg.co/technologies/metaswitch-alianza-core) [Oracle Communications](https://www.ecg.co/technologies/oracle-communications-support) [Metaswitch Perimeta](https://www.ecg.co/technologies/metaswitch-perimeta) [Sansay VSXi](https://www.ecg.co/sansay-vsxi-session-border-controller) Platform Reliability & Security [EKS / Kubernetes](https://www.ecg.co/technologies/kubernetes-eks) [Critical Network Fundamentals](https://www.ecg.co/technologies/critical-network-fundamentals) [Packet Capture / PCAP](https://www.ecg.co/technologies/pcap-wireshark-packet-capture-analysis) [VMware & Alternatives](https://www.ecg.co/technologies/vmware-alternatives) [Routing, Switching & Firewalls](https://www.ecg.co/technologies/routing-switching-firewalls) [Freeswitch](https://www.ecg.co/technologies/freeswitch-open-source-call-processing) How We Do It Services [Services Overview](https://www.ecg.co/services) [Network Operations](https://www.ecg.co/services/network-operations) [Staff Augmentation](https://www.ecg.co/services/staff-augmentation) [IT Consulting & Engineering](https://www.ecg.co/services/it-consulting-and-engineering) Resources [Launch Delay Calculator](https://www.ecg.co/cost-delay-calculator) [Guides, White Papers & Tools](https://www.ecg.co/resource-library) [Latest from the ECG Team](https://www.ecg.co/blog) [Events](https://www.ecg.co/events) [Login](https://portal.ecg.co) [Contact](https://www.ecg.co/contact) # Polycom and Adtran AOS Geo-Redundancy Support By: Mark Lindsey 10 min read Dec 11, 2015 ## Background The Polycom SoundPoint IP SIP Phones and Adtran IADs are used for Hosted IP PBX Access Devices, managed by the BroadWorks platform. In a non-geographically-redundancy network, the devices use SIP to register to a single SIP SBC IP address. To support geographic redundancy of SBCs, the devices must support registration to multiple IP addresses. It must select the proper IP address in each case to maintain its service and operation on the platform. ![](https://www.ecg.co/hs-fs/hubfs/Imported_Blog_Media/polycom_adtran_sbc_georedundancy_1-1-1.png?width=1768&height=1096&name=polycom_adtran_sbc_georedundancy_1-1-1.png)In a conventional non-redundant design, each SIP Access device registers with only a single SBC. In a geo-redundant environment the SIP Access Device has to decide properly when and if to use each of the two sites. The behavior of a SIP Access Device controls the effectiveness of geo-redundant failover. There are no hard and fast standards on the proper behavior. For example: - How does the access device determine that the primary site is unavailable? - After determining the primary site is unavailable, what should happen to calls that had already been started through that site? - How long should the access device wait before attempting to register with the secondary site? - After successfully registering with the secondary site, when should the access device check the status of the primary site? - Should the access device check the status of the primary site with a SIP registration, or some other SIP method? - What happens to SIP subscriptions setup on the access device during a failover to a secondary site? This TR documents the best results determined for supporting this service on the Polycom SIP phones and geo-redundant SBCs, supported by BroadWorks. ## Failover Retransmission Timing Polycom - Failover is based on a lack of response for both Polycom 3.x and 4.x software. It uses a 2-exponential backoff starting at 500 ms with a maximum delay of 2000 ms. Assuming a SIP REGISTER 200 OK Contact expires=30 value causing the phone to re-register every 30 seconds, the worst-case timeline for failover is as follows, for both Adtran TA900 and Polycom phones. - Time \<0: Device Under Test (DUT )receives 200 OK for SIP REGISTER - Time 0: DUT is successfully registered. - Time 15: DUT transmits REGISTER to lab-sd1 - Time 15.5: DUT retransmits REGISTER to lab-sd1 - Time 16.5: DUT retransmits REGISTER to lab-sd1 - Time 18.5: DUT transmits REGISTER to lab-sd2 - Time \>18.5: DUT successfully registers via lab-sd2 Times are given in seconds. Adtran - The IAD uses a 2-exponential backoff starting at 500 ms with a default maximum delay of 2000 ms. Assuming default settings, the worst-case timeline for failover is as follows. - Time \<0: Device Under Test (DUT )receives 200 OK for SIP REGISTER - Time 0: DUT is successfully registered. - Time 15: DUT transmits REGISTER to lab-sd1 - Time 15.5: DUT retransmits REGISTER to lab-sd1 - Time 16.5: DUT retransmits REGISTER to lab-sd1 - Time 18.5: DUT transmits REGISTER to lab-sd2 - Time \>18.5: DUT successfully registers via lab-sd2 Times are given in seconds. ## Subscriptions Polycom - SIP Subscriptions are lost when the DUT re-registers with the secondary SBC. They are re-established after an hour. DUT does not re-SUBSCRIBE when it switches to a new SBC. BroadWorks does not keep the subscriptions coupled to the registration Contact which would route through the user's current SBC. Because subscriptions are not maintained between SBCs, features such as these will not be fully functional during the hours: - Busy Lamp Field - Shared Call Appearance - Message Waiting Indicator Adtran - SIP Subscriptions are not applicable when dealing with Adtran IADs. ## Testing Polycom SIP Version 3 [The Polycom 3.x software is the newest software available for many popular phones, including the SoundPoint IP 330 and 500.](http://downloads.polycom.com/voice/voip/sip_sw_releases_matrix.html) Therefore, for networks that include these and related generations of phones, the geo-redundancy behavior of these devices affects the core network operation significantly. In the tests below, the DUT is a Polycom SoundPoint IP 330 running 3.1.2c software. ## Configuration and DNS Lookups The DUT was configured to perform DNS lookups for "lab2.e-c-group.com", and configured for transport="DNSnaptr". ``` @ORIGIN lab2.e-c-group.com. ``` ``` _sip._udp 600        IN        SRV 20 10 5060 lab-sd2 ``` ``` _sip._udp 600        IN        SRV 10 10 5060 lab-sd1 ``` ``` lab-sd1   600        IN        A              216.128.128.11 ``` ``` lab-sd2   600        IN        A              216.128.128.40 ``` ## Fault Detection DUT detects the fault only when it fails to receive a reply to a SIP REGISTER. If the SBC returns a SIP 400 or SIP 503 response to DUT, DUT does not attempt lab-sd2. ## Affinity for Active SBC Every new registration request restarts on the primary SBC. And, even after registered on the secondary SBC, lab-sd2, every new INVITE is attempted on the primary SBC. ## Revert Because every new request is attempted in the primary SBC, each new REGISTER or INVITE will cause an attempt to revert to the primary SBC. ## Key Findings ### Geographic Failover Should Work The Polycom 3.x software should provide a functional failover option. ### Overload-After-Recovery Risk Polycoms running 3.x will attempt to register with a recovered SBC during the registration expiration interval. For example, if all devices are configured to re-register every 30 seconds, and the Polycoms re-attempt registration at half of the registration expiration time, then every Polycom 3.x device will attempt to register with the primary SBC, after its recovery, in the space of 15 seconds. This is likely to cause an overload on the newly-recovered SBC. ## Polycom SIP Version 4 [The Polycom 4.x software is available for many of Polycom's newer SoundPoint IP Phones, such as the 550 and 670.](http://downloads.polycom.com/voice/voip/sip_sw_releases_matrix.html) This software provides several additional configuration options for proper support of failover. | Parameter | Explanation | Default | Recom- mendation | | --- | --- | --- | --- | | authOptimizedInFailover | If set to 1, when failover occurs, the first new SIP request is sent to the server that sent the proxy authentication request. If set to 0, when failover occurs, the first new SIP request is sent to the server with the highest priority in the server list. | 0 | 1 | | onlySignalWithRegistered | If 1, the phone determines if the user is registered (voIpProt.SIP.outboundProxy.failOver.RegisterOn must be enabled). | 1 | 1 | | failRegistrationOn | If 1, the phone will silently invalidate an existing registration at the point of failing over. | 1 | 1 | | failOver.failBack.mode | The mode for failover failback.   newRequests – all new requests are forwarded first to the primary server regardless of the last used server. DNSTTL – the phone tries the primary server again after a timeout equal to the DNS TTL configured for the server that the phone is registered to. registration – the phone tries the primary server again when the registration renewal signaling begins.   duration – the phone tries the primary server again after the time specified by ...failOver.failBack.timeout expires. | newRequests | DNSTTL | | reRegisterOn | If 1, the phone will first attempt to register with (or via) the server to which the signaling is to be diverted, and only if the registration succeeds (200 OK with valid expires) will the signaling diversion proceed with that server. | 0 | 1 | ## Configuration and DNS Lookups The DUT was configured to perform DNS lookups for "lab2.e-c-group.com", and configured for transport="DNSnaptr". We tested with both TCP and UDP on the Polycom 4.x software. ### TCP Configured ``` @ORIGIN lab2.e-c-group.com. @         600        IN        NAPTR 50 10 "S" "SIP+D2T" "" _sip._tcp ``` ``` _sip._udp 600        IN        SRV   20 10 5060             lab-sd2 ``` ``` _sip._udp 600        IN        SRV   10 10 5060             lab-sd1 ``` ``` lab-sd1   600        IN        A                            216.128.128.11 ``` ``` lab-sd2   600        IN        A                            216.128.128.40 ``` ### UDP Configured ``` @ORIGIN lab2.e-c-group.com. ``` ``` _sip._udp 600        IN        SRV 20 10 5060 lab-sd2 ``` ``` _sip._udp 600        IN        SRV 10 10 5060 lab-sd1 ``` ``` lab-sd1   600        IN        A              216.128.128.11 ``` ``` lab-sd2   600        IN        A              216.128.128.40 ``` ## Fault Detection DUT detects the fault only when it fails to receive a reply to a SIP REGISTER. If the SBC returns a SIP 400 response to DUT, DUT does not attempt lab-sd2. If the SBC returns a SIP 503 response, the DUT attempts to re-register with lab-sd2. But it does not stay registered properly with lab-sd2; it allows the registration to expire. In effect, when the primary SBC returns a SIP 503, the DUT stays registered only part of the time. ## Affinity for Active SBC Using the settings that we recommend in this document, DUT continues to consistently use a specific SBC until it fails, or the DNS TTL timer expires. ## Revert Using the recommendations of this document, DUT will continue to use the secondary SBC for the duration specified by DNS TTL value. After this expires, DUT will re-attempt the primary SBC. ## Key Findings ### Geographic Failover Should Work The Polycom 4.x software should provide a functional failover option. Because the affinity/revert function is less aggressive than the 3.x software, the 4.x software should provide better functionality for a geographically-redundant system. ## Adtran TA900E IAD Testing began with firmware version A4.07.00E. However, due to an issue with this version of the firmware the failover SIP register command is malformed. Thus, a firmware upgrade is required to allow the Adtran DUT to support failover. The firmware was upgraded to the most recent version of [R10.5.0E](http://www.adtran.com/web/appmanager/portal/Adtran?_nfpb=true&_pageLabel=waverunner_page_support_softwaredownloads_hidden&softwareFamilyId=1175). ## Configuration and DNS Lookups The DUT was configured to perform DNS lookups for "lab2.e-c-group.com". However, the Adtran IADs only support “SRV” lookup and have no support for “DNSnaptr”. The DUT does correctly prioritize the SBCs based on the DNS lookup. ## Fault Detection DUT detects the fault primarily when it fails to receive a reply to a SIP REGISTER. If the SIP Trunk setting “sip-server rollover service-unavailable-or-timeout” is set then failover on a SIP 503 response can occur for requests other than SIP REGISTER. If the SBC returns a SIP 400 response to DUT, DUT does not attempt lab-sd2. ## Affinity for Active SBC Every new registration request restarts on the primary SBC. And, even after registered on the secondary SBC, lab-sd2, every new INVITE is attempted on the primary SBC. ## Revert Because every new request is attempted in the primary SBC, each new REGISTER or INVITE will cause an attempt to revert to the primary SBC. ## Key Findings ### Geographic Failover Should Work with updated firmware The A4.07.00E software sends malformed the failover SIP messages. However, the R10.5.0EE firmware for the Adtran IAD will provide a functional failover option. ### Overload-After-Recovery Risk Default Adtran IAD configurations will attempt to register with a recovered SBC during the registration expiration interval. For example, if all devices are configured to re-register every 30 seconds, and the IAD re-attempts registration at half of the registration expiration time, then every IAD will attempt to register with the primary SBC, after its recovery, in the space of 15 seconds. This is likely to cause an overload on the newly-recovered SBC. ## Lab Testing [Test-By-Test Lab Testing records are available here.](https://docs.google.com/spreadsheets/u/1/d/10wctRa1K_lXUXuygAKFjqsSnVuOloSPEshfKFzQhnsE/pub?output=html#)In these tests, we used the following equipment: - Polycom SoundPoint IP 330 0a1e - Polycom SoundPoint IP 601 35b2 - Polycom SoundPoint IP 550 28ec8e - Adtran TA 908e - Acme Packet NN4250, 6.2 software, lab-sd1 - Acme Packet NN4250, 6.2 software, lab-sd2 - BroadWorks R18 Lab, lab2.e-c-group.com - Cisco Small Business SG300-10P PoE Ethernet Switch   This article based on ECG Tech Report TR-ECG15273. Lab Testing: Matt Keathley   [maturity](https://www.ecg.co/blog/tag/maturity) [georedundancy](https://www.ecg.co/blog/tag/georedundancy) [reliability](https://www.ecg.co/blog/tag/reliability) [network-engineering](https://www.ecg.co/blog/tag/network-engineering) ## Similar posts [![Black-Box Testing Fring for SIP and SkypeOut](https://www.ecg.co/hubfs/ecg-site/blog-listing-placeholder.jpg)](https://www.ecg.co/blog/61-black-box-testing-fring-for-sip-and-skypeout) ### [Black-Box Testing Fring for SIP and SkypeOut](https://www.ecg.co/blog/61-black-box-testing-fring-for-sip-and-skypeout) [![SIP and Fragments: Together Forever?](https://www.ecg.co/hubfs/Imported_Blog_Media/regular_26664897842_9f2f1b18db_o-1.jpg)](https://www.ecg.co/blog/125-sip-and-fragments-together-forever) ### [SIP and Fragments: Together Forever?](https://www.ecg.co/blog/125-sip-and-fragments-together-forever) [![New Podcast: Samuel Rausch of Comcast: Engineering SIP Timers](https://www.ecg.co/hubfs/ecg-site/blog-listing-placeholder.jpg)](https://www.ecg.co/blog/90-new-podcast-samuel-rausch-of-comcast-engineering-sip-timers-end-to-end-for-optimal-network-performance) ### [New Podcast: Samuel Rausch of Comcast: Engineering SIP Timers](https://www.ecg.co/blog/90-new-podcast-samuel-rausch-of-comcast-engineering-sip-timers-end-to-end-for-optimal-network-performance) ## Need Help With Your Network or AI Project? Get expert advice from engineers who've solved complex problems for carriers, enterprises, and government agencies. [Let's Talk](https://www.ecg.co/contact) [![ecg-logo-white](https://www.ecg.co/hubfs/ecg-site/global/ecg-logo-white.svg "ecg-logo-white")](https://www.ecg.co/) 505 North Toombs St. Suite A Valdosta, Georgia 31601 USA #### Headquarters - 1.866.324.0700 US Toll-free - 1.229.244.2099 International - 1.229.244.2399 Fax - [info@e-c-group.com](mailto:info@e-c-group.com) #### Services - [Overview](https://www.ecg.co/services) - [Network Operations](https://www.ecg.co/services/network-operations) - [Custom AI Development](https://www.ecg.co/services/custom-ai-development) - [Outsourced NOC Support](https://www.ecg.co/services/outsourced-noc-support) - [Staff Augmentation](https://www.ecg.co/services/staff-augmentation) - [IT Consulting & Engineering](https://www.ecg.co/services/it-consulting-and-engineering) #### Company - [About](https://www.ecg.co/about) - [Careers](https://www.ecg.co/careers) - [Blog](https://www.ecg.co/blog) - [Resources](https://www.ecg.co/resource-library) - [Events](https://www.ecg.co/events) © ECG, Inc. [Privacy Policy](https://9353907.hs-sites.com/privacy) ```json { "@context" : "https://schema.org", "@type" : "BlogPosting", "author" : { "@type" : "Person", "name" : "Mark Lindsey", "url" : "https://www.ecg.co/blog/author/mark-lindsey" }, "dateModified" : "2025-10-23T20:02:27.400Z", "datePublished" : "2015-12-11T05:00:00.000Z", "headline" : "Polycom & Adtran AOS: Geo-Redundancy For VoIP Networks", "mainEntityOfPage" : { "@id" : "https://www.ecg.co/blog/118-polycom-and-adtran-aos-geo-redundancy-support", "@type" : "WebPage" }, "publisher" : { "@type" : "Organization", "logo" : { "@type" : "ImageObject", "url" : "https://www.ecg.co/hubfs/ECG_hexagons_and_url_borderless.jpeg" }, "name" : "ECG, Inc" } } ```