In this section:
Default values are enclosed in square brackets [ ].
The SBC now collects interval-based SIP registration statistics per domain. This allows you to retrieve statistics for the current interval or a series of intervals using the SBC CLI.
The following is the syntax for retrieving per-domain SIP registration statistics for the current statistics interval.
> show status|table addressContext <addressContext_Name> sipRegCountDomainCurStats <DomainName>
The following is the syntax for retrieving per-domain SIP registration interval statistics.
> show status|table addressContext <addressContext_Name> sipRegCountDomainIntStats <DomainName>
The following statistic fields appear in the output.
To support specifying FQDNs for SRS servers, this feature adds FQDN-related parameters in the following contexts.
To enable configuring SRS servers with FQDNs, the SBC adds fqdn
and fqdnPort
parameters to the srsGroupData
components in an SRS group profile.
% set global servers srsGroupProfile <profile name> description <0-199 characters> loadDistribution <roundRobin | sequence> numSimultaneousStream <1-2> srsGroupData <0-7> cryptoSuiteProfile <cryptoSuiteProfile> fqdn <FQDN> fqdnPort <0-65535> ipAddress <IP address> ipPort <0-65535> ipTGId <IP TG Id> srtp <disable | enable> transport <tcp | tls | udp>
Parameter | Length/Range | Description | M/O |
---|---|---|---|
fqdn | up to 63 characters | Specifies an FQDN for the SRS server. Specify either an FQDN or IP address for the SRS entry, not both. | O |
fqdnPort | 0-65535 | Specifies a TCP/UDP port number for the SRS FQDN. This option only becomes available after you configure an FQDN for the SRS. | O |
To enable initiating a recording through CLI using an FQDN, the SBC adds the srsFqdn1
and srsFqdn2
parameters for specifying a target SRS server in a SIPREC start record (startRecord
).
% request global siprec startRecord callLeg egress ingress gcid <0-2147483647> numOfStreams <1-2> srsFqdn1 <FQDN> srsFqdn2 <secondary FQDN> srsIpAddress <SRS IP address> srsIpAddress2 <secondary SRS IP address> srsPort <IP port number> srsPort2 <secondary IP port number> transport <tcp | udp> transport2 <tcp | udp> trunkGroup <trunk group name> trunkGroup2 <secondary trunk group name>
Parameter | Length/Range | Description |
---|---|---|
srsFqdn1 | up to 63 characters | Specifies the FQDN of the SRS server to use for this recording. If you specify both an FQDN and individual IP address, the IP address takes precedence. |
srsFqdn2 | up to 63 characters | Specifies the FQDN of a secondary SRS server to use if the media stream is forked. |
The SBC adds the recorderFqdn
and recorderId
parameters in SIPREC stop records (stopRecord
) to enable specifying the FQDN of an SRS server or a unique identifier for the recording session among the criteria that you can use to identify which recording session to stop.
% request global siprec stopRecord gcid <0-2147483647> recorderAddress <SRS IP address> recorderFqdn <SRS FQDN> recorderId <session ID> recorderPort <port number>
Parameter | Length/Range | Description |
---|---|---|
recorderFqdn | up to 63 characters | Specifies the FQDN of the SRS server on which to stop a recording. |
recorderId | Specifies the unique identifier of the recording session to stop. The user can determine the recorderId for a session using the show table global SipRecStatus command. |
An ANI-DNIS loop refers to a situation when more than one call request shares the same combination of ANI (Automatic Number Identification) and DNIS (Dialed Number Identification Service) values. This feature adds a new aniDnisZoneloopDetection
object to zones. This object has a state parameter to control whether ANI-DNIS loop detection is enabled and a parameter that defines the limit for loop instances per ANI-DNIS pair.
% set addressContext <addressContext name> zone <zone name> aniDnisZoneloopDetection aniDnisZoneLoopInstances <1..1250> aniDnisZoneState <disabled | enabled>
Parameter | Default | Description |
---|---|---|
| 1 | Use this parameter to specify an integer limit on call requests containing matching ANI-DNIS pairs. When the limit is reached, the SBC rejects any subsequent call requests for the same ANI-DNIS combination. The valid range is 1 to 1250. |
| disabled | Use this parameter to enable or disable ANI-DNIS loop detection for the specified zone.
|
Refer to Zone - ANI-DNIS Loop Detection - CLI for more information.
The SBC adds four new entities to configure call notification server data and matching criteria.
SIP trunk groups provide two new options for implementing call notifications:
% set global servers cnsGroupProfile <profile name> cnsGroupData <sequence: 0 - 7> callNotifyTGId remoteAddress remotePort transport description loadDistribution <roundRobin | sequence> uri
Parameter | Length/Range | Description |
---|---|---|
| up to 23 characters | Specifies a name for the cns group profile. The profile can specify up to 8 servers as potential recipients of call notifications. |
| 0-7 | Specifies a sequence number for a server within the group. If the loadDistribution type is sequence , the SBC attempts to send call notifications to the servers in their specified sequence. |
| up to 23 characters | Specifies the trunk group through which the SBC sends call notifications. |
| up to 63 characters | Specifies an IP address or FQDN for the server to receive call notifications. |
| 0-65535 | Specifies the number of a port to send call notifications on the server. The default is 5060. |
|
| Specifies the transport type to use for sending notifications to this server. Currently the only type is UDP. |
| up to 199 characters | Specifies a description of this cns group profile. |
|
| Specifies how to distribute call notifications among the servers in this group. The options are:
|
| up to 140 characters | Specifies the URI to use in the Request-URI of NOTIFY messages for this group of servers. |
% set global servers cnsGroupCluster <cluster ID> cnsGroupClusterData <sequence: 0> cnsGroupId <CNS group profile name> description
Parameter | Length/Range | Description |
---|---|---|
| up to 23 characters | Specifies a name for the cns group cluster. A cns group cluster is included in call notification criteria to indicate the server(s) that should receive notifications when a call matches the criteria. |
| currently set to 0 | Specifies a sequence number for a cns group profile in the cluster. Currently a cns group cluster can include only one cns group profile and the sequence is set to 0 by default. |
| up to 23 characters | Specifies the name of the cns group profile to include in the cluster. |
| up to 199 characters | Specifies a description for the cns group cluster. |
% set global servers callNotificationCriteria <criteria ID> calledPartyId calledPartyType <AoR | number> callingPartyId callingPartyType <AoR | number> cnsGroupClusterId <cns group cluster ID> otherLegTG role <egress | ingress | none> userPartType <none | useCalledNumber | useCallingNumber | useConfigured> userPartValue
Parameter | Length/Range | Description |
---|---|---|
<criteria ID> | up to 23 characters | Specifies a name for the set of call notification criteria. |
calledPartyId | up to 134 characters | Specifies the called party user to match. The value can be a specific calling number, prefix, calling uri or the "*" character. The default value is "*" which matches all. |
calledPartyType |
| Specifies the format in which the called party is identified in the criteria. The options are:
|
callingPartyId | up to 134 characters | Specifies the calling party user to match. The value can be a specific calling number, prefix, calling uri or the "*" character. The default value is "*" which matches all. |
callingPartyType |
| Specifies the format in which the calling party is identified in the criteria. The options are:
|
cnsGroupClusterId | up to 23 characters | Specifies the name of the call notification server group cluster that should receive NOTIFY messages when a call matches this set of criteria. |
otherLegTG | up to 23 characters | Specifies the name of a SIP trunk group for the other call leg to match. The value can also be the "*" character which matches all. |
role |
| Specifies on which call leg to apply the criteria. The options are:
|
userPartType |
| Specifies what to use to populate the userpart in the Request-URI within NOTIFY messages. The options are:
|
userPartValue | up to 23 characters | Specifies a static value for the userpart of the Request-URI within NOTIFY messages, only if you specify the userPartType as useConfigured . |
% set global servers callNotificationCriteriaGroup <group ID> callNotificationCriteriaGroupData <sequence: 0 - 31> callNotificationCriteriaId <call notification criteria ID> description
Parameter | Length/Range | Description |
---|---|---|
<group ID> | up to 23 characters | Specifies a name for a group of up to 32 sets of call notification criteria. Sets of criteria are identified within the group by a sequence number. |
<sequence> | 0-31 | Specifies a sequence number for a set of call notification criteria within the group. The SBC checks for a match in sequence order until it finds a match or exhausts the list of notification criteria. |
| up to 23 characters | Specifies the name of the set of call notification criteria to associate with the sequence number. |
| up to 199 characters | Specifies a description for the call notification criteria group. |
Two parameters are added to SIP trunk groups to attach call notification criteria to the trunk group and to specify a SIPREC metadata profile to use in determining the session ID sent in call notifications. This feature uses the existing SIPREC metadata profile to map the session ID, it does not introduce a new type of profile.
% set addressContext <address context> zone <zone> sipTrunkGroup <TG name> policy callNotificationCriteriaGroup <group ID>
% set addressContext <address context> zone <zone> sipTrunkGroup <TG name> services sipCallNotificationMetadataProfile <sipRecMetadataProfile profile name>
Parameter | Length/Range | Description |
---|---|---|
| up to 23 characters | Specifies the name of the call notification criteria group to attach to the trunk group to trigger call notifications for calls that match. |
Parameter | Length/Range | Description |
---|---|---|
| up to 23 characters | Specifies the name of a SIPREC metadata profile that defines the mapping of a SIP header to the Session-Id XML element in NOTIFY messages. This parameter should be set on the trunk group used to send call notifications. Refer to Services - SIP Rec Metadata Profile for information on these profiles. |
Refer to Configuring the SBC to Send Unsolicited Call Notifications to Application Servers.
This feature adds a new signaling parameter for SIP trunk groups that controls whether the SBC locally handles OOD REFER requests.
% set addressContext <addressContext name> zone <zone name> sipTrunkGroup <trunkGroup name> signaling localOODReferSupport <disabled | enabled>
Parameter | Description |
---|---|
| Enable this flag to have the SBC locally handle out-of-dialog (OOD) REFER requests.
|
Refer to SIP TG - Signaling - Local OOD REFER Support - CLI for more information.
This feature adds a new configuration object, the Register Contact Profile, and a new zone option to assign a profile to a zone.
% set profiles signaling registerContactProfile <profile name> contactIncludeVariables <hostpart | userpart>
Parameter | Description |
---|---|
registerContactProfile <profile name> | Specifies a name for the Register Contact Profile of up to 23 characters. |
| Specifies the element or elements within the Contact header to use as additional keys when creating or retrieving registration control blocks (RCBs). The options are:
If specifying more than one value, separate the values with a comma, such as: |
% set addressContext <addressContext name> zone <zone name> registerContactProfileName <registerContactProfile name>
Parameter | Description |
---|---|
| Specifies the name of a Register Contact Profile to assign to a zone. The SBC uses the Contact header elements specified in the profile as additional keys when it creates or retrieves RCBs. |
For more information refer to Creating Multiple User Registrations Based on Contact Headers in REGISTER Messages.