Polycom Version 2.0.3B manual Recommended Practices for Server Fallback Deployments, Before SIP

Page 40

Technical Bulletin

SoundPoint ® IP, SIP 2.1

Changes From Previous Phone Behavior (Releases Before SIP 2.1)

Before SIP 2.1

In SIP 2.1

 

 

A Line is only capable of maintaining

A Line will maintain registrations with

one server registration.

all servers that are configured as

 

registrar servers.

 

 

If two servers are configured (for

If two servers are configured (for

example, reg.1.server.1.address =

example, reg.1.server.1.address =

"server1" and

"server1" and

reg.1.server.2.address =

reg.1.server.2.address =

"server2", the phone will initially

"server2", the phone will register with

register with Server1 as the working

both Server1 as the working and

server. Phone calls will be placed and

Server2. Phone calls will be placed

received through Server1 only. If the

through Server1, but may be received

registration to Server1 fails or expires,

through either Server1 or Server2. If

then the phone will attempt to register

the registration to Server1 fails or

with Server2. If this registration

expires, then the Server2 will become

succeeds, then incoming calls will be

the working server.

received using this server. At this point,

 

Server2 takes over as the working

 

server.

 

 

 

The phone will continually attempt

The phone will continually attempt to

registration using SIP registration

register with Server1 and, when this is

protocols with Server1. At the point that

successful, will switch back to using

this succeeds, the registration with

Server1 as the working server. The

Server2 will expire and Server1 will

Server2 registration will be maintained.

resume as the working server.

 

 

 

The phone attempts to maintain full SIP

Only basic SIP registration for INVITE

functionality with each server, but it is

functions is maintained with servers

questionable how effective this is.

other than the primary server.

 

 

Recommended Practices for Server Fallback Deployments

The best method for ensuring optimum server redundancy is to deploy two identical call servers and use either DNS methods or “IP Address Moving” together with call server recommended practices for maintaining synchronization of records between the redundant servers. This is termed fail-over (refer to Terminology on page 2). Deployment varies dependent on the SIP call server being used. Consult your SIP call server supplier for recommended practices for fail-over configuration.

In situations where server redundancy for fall-back purpose is used, the following measures should be taken to optimize the effectiveness of the solution:

1.Deploy an on-site DNS server to avoid long call initiation delays that can result if the DNS server records expire.

6

Image 40
Contents SIP 2.0 Administrator’s Guide SoundPoint/SoundStation IP SIP Polycom, Inc Attribute Default Configurable Feature KeysHandset, Headset, and Speakerphone Attribute Permitted Default Interpretation Values LCD BacklightDefault Permitted Attribute Values Default InterpretationExpanded Memory and Expanded Flash Memory RAM Disk ramdisk MicroBrowser Default InterpretationPermitted Values 6 G.722 Audio Codec Attribute ValuesAttribute Default Receive rxEq USB Diagnostics Administrator’s Guide SoundPoint IP / SoundStation IP Billing Code Digit MapSyslog Server Redundancy Supported Platforms Unsupported PlatformsDisable Message Waiting Indicator by Registration Daylight Saving Time Changes forDST Platform Key IDs Miscellaneous Configuration File Changes 9.1 sip.cfgPorted on SoundPoint IP Attribute Permitted Default Interpretation Values Phone1.cfg Device Parameter Configuration File Changes Boot server Sip.cfgIntroduction CentralAttribute Permitted Default Interpretation Values Dial Plan in Application Configuration FileLocal Permitted Attribute Values Default Interpretation Dial Plan in Per-Phone Configuration File Attribute Permitted Values Default InterpretationDial Plan in Application To Digit Map digitmap/ on Trademark Information Dialplan.x.digitmap isBilling Code Entry Billing Code Entry on SoundPoint IP Phones with SylantroTrademark Information Syslog on SoundPoint IP Phones Network Configuration Changes Name Possible Values DescriptionFlash Parameter Configuration Name Possible Values DescriptionSIP Server Fallback Enhancements on SoundPoint IP Phones SIP 2.0 Administrators Guide TerminologySIP 2.1 Server Fallback Implementation Example DeploymentReg.1.server.2.address=172.23.0.1 Behavior When the Primary Server Connection Fails Changes From Previous Phone Behavior Releases Before SIP Recommended Practices for Server Fallback DeploymentsBefore SIP Protocol in Application Configuration File Boot serverRegistration in Per-Phone Configuration File References Trademark Information