SIP Misc Parameter Configuration
SIP Misc Parameter Configuration
DGW 46.2.2239
2020-09-16
Table of Contents
Table of Contents
Basic Concepts 4
Basic Tasks 12
media5corp.com
Table of Contents
Online Help 21
DGW Documentation 22
Copyright Notice 23
media5corp.com
SIP Misc Parameter Configuration 4
Basic Concepts
This feature is useful when DNS requests return multiple or varying addresses for a host FQDN. It
makes sure that, when a host is down, no SIP request is sent to it for a minimal amount of time.
When enabled, this feature takes effect immediately on the next call attempt.
The penalty box feature is applied only when using UDP or TCP connections established with a
FQDN. A similar penalty box feature for the TLS persistent connections is available via the TLS
Persistent Retry Interval parameter.
Note: The Penalty Box feature works only with Trunk Gateways, i.e. it is disabled when an Endpoint
Gateway type is configured.
Note: It is not the destination itself that is placed in the penalty box, but rather targets, which are a
combination of address, port, and transport. Targets put in penalty box are not used unless all the
targets are in the penalty box. In that case, the highest priority target is used.
Let’s say for instance that the Mediatrix unit supports both the UDP and TCP transports. It tries to
reach endpoint “B” for which the destination address does not specify a transport and there is no
DNS SRV entry to specify which transports to use in which order. It turns out that this endpoint “B” is
also down. In this case, the Mediatrix unit first tries to contact endpoint “B” via UDP. After a timeout
period, the UDP target is placed in the penalty box and the unit then tries to contact endpoint “B”
via TCP. This fails as well and the TCP target is also placed in the penalty box.
Now, let’s assume endpoint “B” comes back to life and the Mediatrix unit tries again to contact it
before UDP and TCP targets are released from the penalty box. First, the unit tries UDP, but it is
currently in the penalty box and there is another transport left to try. The Mediatrix unit skips over
UDP and tries the next target, which is TCP. Again, TCP is still in the penalty box, but this time, it is
media5corp.com
SIP Misc Parameter Configuration 5
the last target the Mediatrix unit can try, so penalty box or not, TCP is used all the same to try to
contact endpoint “B”.
There is a problem if endpoint “B” only supports UDP (RFC 2543-based implementation). Endpoint
“B” is up, but the Mediatrix unit still cannot contact it: with UDP and TCP in the penalty box, the unit
only tries to contact endpoint “B” via its last choice, which is TCP.
The same scenario would not have any problem if the penalty box feature was disabled. Another
option is to disable TCP in the Mediatrix unit, which makes UDP the only possible choice for the unit
and forces to use UDP even if it is in the penalty box.
You must fully understand the above problem before configuring this feature. Mixing endpoints that
do not support the same set of transports with this feature enabled can lead to the above problems,
so it is suggested to either properly configure SRV records for the hosts that can be reached or be
sure that all hosts on the network support the same transport set before enabling this feature.
Mediatrix devices internally use Q.850 ISDN cause codes as the common representation for call
errors and call terminations. Mediatrix devices are gateways used between SIP and conventional (i.e.
non-SIP) telephony technologies; therefore converting SIP error codes to Q.850 ISDN cause codes
is required in both directions i.e. from SIP to ISDN and ISDN to SIP.
The following table presents the conversion of SIP Error Codes to Q.850 ISDN Cause Codes. It is
possible to override these default conversions and to configure the conversions of any other SIP
error code between 400 and 699. (Refer to the Basic tasks)
media5corp.com
SIP Misc Parameter Configuration 6
media5corp.com
SIP Misc Parameter Configuration 7
Mediatrix devices internally use Q.850 ISDN cause codes as the common representation for call
errors and call terminations. Mediatrix devices are gateways used between SIP and conventional
(i.e. non-SIP) telephony technologies; therefore, converting SIP error codes to Q.850 ISDN cause
codes is required in both directions i.e. from SIP to ISDN and ISDN to SIP.
The following table presents the conversion of Q.850 ISDN Cause Codes to SIP Error Codes. It is
possible to override these default conversions and to configure the conversions of any other Q.850
ISDN Cause Codes between 1 and 127. (Refer to the Basic tasks.)
Normal Event
media5corp.com
SIP Misc Parameter Configuration 8
Resource unavailable
ISUP Cause Value SIP Response
34: No circuit/channel available. 503 Service unavailable
38: Network out of order. 503 Service unavailable
41: Temporary failure. 503 Service unavailable
42: Switching equipment congestion. . 503 Service unavailable
43: Access information discarded. 500 Internal Server Error
44: Requested circuit/channel not available. 500 Internal Server Error
47: Resource unavailable, unspecified 503 Service unavailable
media5corp.com
SIP Misc Parameter Configuration 9
Invalid Message
ISUP Cause Value SIP Response
81: Invalid call reference value. 500: Internal Server Error
82: Identified channel does not exist. 500 Internal Server Error
83: A suspended call exists, but this call identity 500 Internal Server Error
does not.
84: Call identity in use. 500 Internal Server Error
85: No call suspended. 500 Internal Server Error
86: Call having the requested call identity has 500 Internal Server Error
been cleared.
87: user not member of CUG. 403 Forbidden
88: Incompatible destination.. 503 Service unavailable
91: Invalid transit network selection. 500 Internal Server Error
95: Invalid message, unspecified 500 Internal Server Error
media5corp.com
SIP Misc Parameter Configuration 10
Protocol error
ISUP Cause Value SIP Response
96: Mandatory information element is missing. 500: Internal Server Error
97: Message type non-existent or not 500: Internal Server Error
implemented.
98: Message not compatible with call 500: Internal Server Error
state or message type non-existent or not
implemented.
99: Information element non-existent or not 500: Internal Server Error
implemented.
100: Invalid information element contents. 500: Internal Server Error
101: Message not compatible with call state. 500: Internal Server Error
102: Recovery on time expiry. 504 Gateway timeout
111: Protocol error, unspecified. 500 Server internal error
Interworking
ISUP Cause Value SIP Response
127: Interworking, unspecified 500 Server internal error
PRACK
Reliable provisional responses (PRACK) is supported as per RFC 3262.
This refresh request sent by the Mediatrix unit is either a reINVITE or an UPDATE, according to the
configuration of the Session Refresh Request Method parameter.
A successful response (200 OK) to this refresh request indicates that the peer is still alive and
reachable. A timeout to this refresh request may mean that there are problems in the signalling path
or that the peer is no longer available. In that case, the call is shut down by using normal SIP means.
media5corp.com
SIP Misc Parameter Configuration 11
It is up to the caller to decide what to do when it receives a 422 to its INVITE. The Mediatrix unit will
automatically retry the INVITE, with a Session-Expires value equal to the minimum value that the
user agent server was ready to accept (located in the Min-SE header). This means that the maximum
value as set in the Mediatrix unit might not be followed. This has the advantage of establishing the
call even if the two endpoints have conflicting values. The Mediatrix unit will also keep retrying as
long as it gets 422 answers with different Min-SE values.
Session Refresh
Sending a session timer reINVITE or UPDATE is referred to as refreshing the session.
Normally, the user agent server that receives the INVITE has the last word on who refreshes. The
Mediatrix unit always lets the user agent client (caller) perform the refreshes if the caller supports
session timers. In the case where the caller does not support session timers, the Mediatrix unit
assumes the role of the refresher.
Event Handling
The Mediatrix unit supports receiving event handling Notifications to start a remote reboot or a sync
of configuration for specific endpoint(s).
The event handling Notifications "reboot" or "check-sync" is not specified in an Allow-Events header.
The Mediatrix unit supports the Notify without subscription.
Note: It is recommended to use these event handling notifications only when the SIP transport is
secure (TLS) or when the firewall filters the requests sent to the unit.
media5corp.com
SIP Misc Parameter Configuration 12
Basic Tasks
Overriding the Default Mapping for SIP Error Code to ISDN Cause
Steps
1) Go to SIP/Misc.
2) In the SIP to Cause Error Mapping table, click .
3) In the Configure New SIP to Cause Error Mapping table, from the Suggestion list, choose
a SIP code and cause.
4) Click Apply.
Result
For example:
media5corp.com
SIP Misc Parameter Configuration 13
Overriding the Default Mapping for ISDN Cause to SIP Error Codes
Steps
1) Go to SIP/Misc.
2) In the Cause to SIP Error Mapping table, click .
3) In the Configure New Cause to SIP Error Mapping table, from the Suggestion list, choose
a SIP code and cause.
4) Click Apply.
Result
media5corp.com
SIP Misc Parameter Configuration 14
Note: Disabling this parameter is not recommended since it will make 'dead' calls impossible to
detect.
Note: The value of the Minimum Expiration Delays must be equal or smaller than the Maximum
Expiration Delays value.
media5corp.com
SIP Misc Parameter Configuration 15
Note: The value of the Maximum Expiration Delays must be equal or higher than the Minimum
Expiration Delays value.
Note: When the Maximum Expiration Delays value is lower than the Minimum Expiration Delays
value, the minimum and maximum expiration delay values in INVITE packets are the same as the
value set in the Minimum Expiration Delay field.
Note: Session Refresh Requests can be received via both methods, regardless of how this parameter
is configured.
6) Click Apply.
Result
For example :
media5corp.com
SIP Misc Parameter Configuration 16
media5corp.com
SIP Misc Parameter Configuration 17
media5corp.com
SIP Misc Parameter Configuration 18
media5corp.com
SIP Misc Parameter Configuration 19
media5corp.com
SIP Misc Parameter Configuration 20
Although most of the DGW parameters can be configured in the Web browser, some aspects of the
configuration can only be completed with the configuration parameters by:
• using a MIB browser
• using the CLI
• creating a configuration script containing the configuration parameters
For more details on the following parameters, refer to the DGW Configuration Guide - Reference Guide
published on the Media5 documentation portal https://documentation.media5corp.com/.
• To set the forked provisional responses behaviour::
SipEp.interopForkedProvisionalResponsesBehavior
• To set the DNS failure concealment parameter: Sip.DnsFailureConcealment
Note: This parameter applies only to Endpoint Gateway types; it has no effect on Trunk
Gateways. The behavior on Trunk Gateways always matches the "none" value.
media5corp.com
SIP Misc Parameter Configuration 21
Online Help
If you are not familiar with the meaning of the fields and buttons, click Show Help, located at the
upper right corner of the Web page. When activated, the fields and buttons that offer online help
will change to green and if you hover over them, the description will be displayed.
media5corp.com
SIP Misc Parameter Configuration 22
DGW Documentation
Mediatrix units are supplied with an exhaustive set of documentation.
• Release notes: Generated at each GA release, this document includes the known and solved
issues of the software. It also outlines the changes and the new features the release includes.
• Configuration notes: These documents are created to facilitate the configuration of a specific
use case. They address a configuration aspect we consider that most users will need to
perform. However, in some cases, a configuration note is created after receiving a question
from a customer. They provide standard step-by-step procedures detailing the values of
the parameters to use. They provide a means of validation and present some conceptual
information. The configuration notes are specifically created to guide the user through an
aspect of the configuration.
• Technical bulletins: These documents are created to facilitate the configuration of a specific
technical action, such as performing a firmware upgrade.
• Hardware installation guide: They provide the detailed procedure on how to safely and
adequately install the unit. It provides information on card installation, cable connections, and
how to access for the first time the Management interface.
• User guide: The user guide explains how to customise to your needs the configuration of
the unit. Although this document is task oriented, it provides conceptual information to
help the user understand the purpose and impact of each task. The User Guide will provide
information such as where and how TR-069 can be configured in the Management Interface,
how to set firewalls, or how to use the CLI to configure parameters that are not available in the
Management Interface.
• Reference guide: This exhaustive document has been created for advanced users. It includes
a description of all the parameters used by all the services of the Mediatrix units. You will find,
for example, scripts to configure a specific parameter, notification messages sent by a service,
or an action description used to create Rulesets. This document includes reference information
such as a dictionary, and it does not include any step-by-step procedures.
media5corp.com
SIP Misc Parameter Configuration 23
Copyright Notice
Copyright © 2020 Media5 Corporation.
media5corp.com