Reachability how often messages are sent to the softswitch/IP PBX and how quickly a softswitch/IP PBX is declared unreachable or reachable. Configure softswitch/IP PBX reachability for both redundancy and local or remote call control functions. For more details regarding the operation of the survivability function, refer to Survivability Overview.
- Choose VoIP > Survivability.
Scroll to SIP Server Reachability .
This configuration controls how often messages are sent to the Softswitch/IP PBX and how quickly a Softswitch/IP PBX is declared unreachable or reachable. It determines Softswitch/IP PBX reachability for redundancy and local or remote call control functions.
Configure settings using the information in the following table as a guide.
Regular Proxy Reachability Detection Parameters
Item | Description |
---|
Configure SIP keepalive messages: | |
| When this box is selected, the Edgemarc sends SIP Options messages to the active server and inactive servers (s).
|
| When this option is selected, the Edgemarc determines server reachability status based on the receipt of SIP Options FROM the configured servers in the list. This option is required if the SIP Options Passthrough feature is desired. See ISDN PRI and Survivability for more details on the SIP Options Passthrough feature.
|
| Enter the number of seconds between consecutive keepalive messages sent to the softswitch to determine connectivity. Note: This field only controls the time between keepalives sent to the servers. When the server is marked unavailable, a backoff algorithm is used for the time interval between keepalives to this server. |
Number of Missed Messages To Declare Alarm | Enter the number of missed messages after which a loss of connectivity to the remote switch is declared. The interval used for these keepalives is the defined initial interval of the regular backoff algorithm, described below. This is 5 seconds by default. |
Number of received messages to clear alarm | Enter the number of consecutively received keepalive messages required for the system to declare successful connectivity to the remote softswitch. |
Interpret error codes as success | Enter the error response codes (maximum of up to 5) to be treated as successful responses (range 300-699). Responses with successful return codes (range 200-299) are always accepted. |
No-response backoff algorithm | Choose the behavior of keepalive messages when a SIP server becomes unavailable. The following options control the behavior of these keepalive messages when no response is received. Once a response is received, the system resets the interval to the default initial value (5 seconds). • Regular—Keepalive messages to the failed server are started immediately after unavailability is detected. If the system does not receive any response to the keepalive messages, it doubles the interval for the next message until it reaches a maximum. The maximum interval is 40 seconds when in local mode and 160 seconds when in remote mode. • Random—Keepalive messages are not immediately started. The system waits for a random period between 3 seconds and the maximum configured value, Tmax, before starting the OPTIONS pings. If the system does not receive any response to the keepalive messages, it continues to wait for a randomly selected period between 3 seconds and Tmax seconds before sending the next OPTIONS message. |
Maximum backoff interval | Enter the maximum back off interval when you choose the Random option for the No-response back off algorithm. |
Reachability holdoff | Enter the minimum number of seconds to wait after the reachability algorithm detects that a higher priority server has become reachable before marking the server active. This is used to help prevent flip-flopping of the available server when an SBC responds to keepalives but the actual SIP server is not ready to handle registrations. Most installations use a default value of 0 seconds. |
Ignore holdoff when local | Select the checkbox to instruct the system not to apply the Reachability Holdoff delay when the system is running in local mode. This prevents unnecessary delay when switching from local mode to remote SIP servers. |
SIP Requests |
Monitor SIP Messages | Select the check-box to monitor SIP requests sent to the active server. When this option is selected, the system monitors the SIP requests sent to the active server (excluding keepalive messages generated by the system). If no response is received within the specified time, that server is marked as unavailable. |
Time for declaring SIP messages lost (seconds) | Enter the number of seconds to wait for a reply to a SIP request. If no request is received within this time interval, the softswitch is declared unreachable. |
Monitor Inbound SIP Transactions | Monitors SIP requests from the active SIP server trigger cancellation of the “Monitor SIP Messages” timer. Disabled—The cancellation of the SIP messages timer on request received from active SIP server is disabled. All SIP Requests—Monitor all SIP requests to cancel the SIP messages timer. All except SIP OPTIONS—Monitor all SIP requests except OPTIONS to cancel the SIP messages timer. |
Ignore response codes | Enter response codes that ignore SIP request timeout messages once the Session Border Controller (SBC) has received 100 Trying responses. Enter a comma separated list of response codes. For example, if the list is “100,404,” Survivability ignores a 100 Trying response and 404 Not Found response when determining whether a SIP message has been responded to. |
Ignore other responses when INVITE/NOTIFY pending | Select the check-box to ignore SIP request timeout messages that have an INVITE pending. The Ignore options are useful in environments that have an SBC in the network that responds directly to certain SIP messages. In particular, REGISTER messages are handled by the SBC. Other messages, INVITES in particular, are handled by the SS. In this configuration, the Survivability algorithm might not detect a failure, if the Softswitch went down, but the SBC kept running. It would see responses from the REGISTER messages, but no responses from INVITES. Depending on how they were intermixed, it would at least delay entry into Survivability, and potentially not go into Survivability at all. With the Ignore options set, the Survivability algorithm ignores any response traffic except for non-100 INVITE responses. |
Remote Responses |
Failover on Remote 4xx 5xx 6xx codes | the SIP error codes that should trigger a proxy switchover. The codes can be any 4xx, 5,xx, or 6xx error. This function provides SIP message response detection for 4xx, 5xx, and 6xx codes based on the current availability of SIP servers. When the active SIP server sends a SIP message response, for example, 500 Server Internal Error or 503 Service Unavailable, the system immediately determines that this SIP server is unavailable and marks its status as Unavailable. The system then marks the Idle SIP server as Active and sends new SIP messages to the Active SIP server until the unavailable SIP server becomes Active. Note that this feature is not dependent on the SIP Keepalive messages or SIP Requests features being enabled; however, it works with both SIP Server Reachability features to provide more reliable SIP server detection of when a SIP server has become unstable for processing SIP calls. Configure 4xx, 5xx, or 6xx Server Failure response messages by a comma delimiter to indicate that a SIP server is currently unavailable, for example, 500,503.
|
When selected, SIP Server Reachability is based on pilot registration status. The SIP server redundancy and SRV Lookup options under SIP Server Redundancy Configuration becomes mandatory and can not be disabled.
Configure settings using the information in the following table as a guide.
IMS Proxy Reachability Detection Parameters
Item | Description |
---|
Authentication |
Register user with softswitch | Select the Register user with softswitch check-box to enable the SBC to recognize OPTIONS sent to the softswitch by registering the “From” username of the OPTIONS message. |
User name | Enter the user name that is used in the SIP Keepalive messages. If the Register user with softswitch box is checked, this username is also registered with the softswitch. |
Authorization User name | Enter the username to be used in authorization response. |
Password (Status) | Read-only field to show the status of the password. |
Edit Password | Allows to set the password. |
Password | Enter the authentication password. |
Confirm password | Confirm password by re-entering it. |
Realm | Enter the realm string for the server where the above credentials are to be used. The realm string can be set to any base64 value to identify the secure area and may used by HTTP clients to manage passwords. For example: “aHR0cHdhdGNoOmY=” If this field is left blank, the credentials are used for all realms. If a realm string value is provided, the password is not saved in clear text in the configuration file. |
Click Submit to save your settings.