In this section:
Default values are enclosed in square brackets [ ].
The Transparency profile contains the configurable parameters sipHeader and sipMessageBody in it.
The length of the sipHeader is currently 1-31 and the length of the sipMessageBody is 1-127.
When proprietary headers are used in the above profile, the maximum allowed header length is increased to 63 characters. The existing functionality of Transparency profile remains same with the extended header length.
This feature is supported for GW-GW.
Command Parameters
Parameter | Length/Range | Default | Description | M/O |
---|---|---|---|---|
sipHeader | 1-63 |
|
|
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.
The show status system gpuTranscodeStatus
CLI command will now show entries for opusTotal and opusUtilization.
No changes in command status, only in msg returned (see example)
Example
|
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. |
The SBC relies on IP addressing to interact with its operations-related services, such as reaching SNMP trap targets and acquiring services offered by an Element Management System (EMS). However, the addresses of trap targets and the EMS server can occasionally change.
The Service Discovery for Trap Target Destinations and EMS Registration feature eliminates the need for SBC reconfiguration and re-initiation when IP address numbers change. This feature leverages a Domain Name System (DNS) Service Discovery framework and Fully Qualified Domain Name (FQDN) system to dynamically and automatically accomplish:
trap destination discovery
EMS server registration
For more information, refer to the following:
% set oam snmp communityString <snmpCommunity_Index> snmpCommunityName <community name> localEngineId <Id> securityLevel <authNoPriv | authPriv | noAuthNoPriv> trapTarget <trap target name> fqdn <SNMP trap target FQDN> ipAddress <IP address> port <port number> state <disabled | enabled> targetSecurityLevel <authNoPriv | authPriv | noAuthNoPriv> targetUserName <name> trapType <inform | v1 | v2 | v3> users <username> authKey <colon separated hex string> authProtocol <HMACMD5 | HMACSHA> group <admin | user | operator> privKey <colon separated hex string> privProtocol <DES | AES128> version <v1v2c | v3only>
Parameter | Default | Description |
---|---|---|
| N/A | Specifies an FQDN for the trap target. Use an FQDN to configure the SBC to use Service Discovery to point to up to eight IP address and port combinations as trap targets. Refer to Service Discovery for Trap Target Destinations and EMS Registration for for more information on Service Discovery. Refer to Configuring Service Discovery for Trap Target Destinations and EMS Registration for information on FQDN naming conventions. |
% set system ems emsFqdn <FQDN for EMS registration> emsIpAddressOverride <IP address to override the FQDN>
Parameter Name | Length/Range | Description |
---|---|---|
| 1....128 characters | Specifies an FQDN (up to 128 characters) of the EMS server to use for EMS registration. Refer to Configuring Service Discovery for Trap Target Destinations and EMS Registration for information on FQDN naming conventions. Changing this value requires an SBC reboot to take effect. |
| <ip address> | IP address enforced for the EMS registration. You can specify up to 8 override addresses. These will override any other previously configured EMS registration settings. |
% set system serviceDiscovery serviceRegistry <name_of_serviceRegistry> nameserver <index_of_nameserver> hostname <fqdn> | ipAddress <ip> port <1...65535> priority <0...100> weight <0...100> transport <fallback | tcp | udp | udpEdns0> attempts <1...x> timeout <100...x> resolve recurse <false | true> roundRobin <false | true> ttl <1...x>
Parameter | Length/Range | Description |
---|---|---|
| N/A |
|
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.
The parameter vlanTag
is added to monitoringProfile header
.
With this enhancement, monitoringProfile
has the following parameters:
% set profiles services monitoringProfile <name> monitoringIpAddress <IPv4 | IPv6> monitoringIpPort <0-65535> headerPresence <disabled | enabled> header <index> headerName <name> sourceIpPort <disabled | enabled> destinationIpPort <disabled | enabled> additionalInformation <disabled | enabled> date <disabled | enabled> timestamp <disabled | enabled> vlanTag <disabled | enabled>
Corresponding changes in the result of the show
command are shown below:
% show profiles services monitoringProfile test_monitoring_profile monitoringIpAddress 10.54.21.25; monitoringIpPort 80; headerPresence enabled; header 1 { headerName To; sourceIpPort enabled; destinationIpPort enabled; timestamp enabled; date enabled; additionalInformation enabled; vlanTag enabled; } [ok][<YYYY-MM-DD HH:MM:SS>]
Parameter | Length/Range | Default | Description | M/O |
---|---|---|---|---|
vlanTag | N/A | disabled | Adds VLAN ID of the interface on which the monitored message is sent/received.
| O |
To disable/enable EMA components from the CLI, the following enhancements are available:
ema
is added under system admin
. The child parameters of ema
, each with the disable/enable options, are as follows:enableCoreEMA
enableREST
enableTS
ema
, with its child parameters, are available under system admin
of the show
commands.To disable/enable the EMA components, use the following syntax:
% set system admin <system_name> ema enableCoreEMA <disabled | enabled> enableREST <disabled | enabled> enableTS <disabled | enabled>
To display the status of the EMA components, use the following syntax:
Within the "configure" mode:
% show system admin <system_name> ema <enableCoreEMA | enableREST | enableTS>
Outside of the "configure" mode:
> show table system admin <system_name> ema <enableCoreEMA | enableREST | enableTS>
If you do not provide the name of the EMA component, the output displays the status of all the three components.
The SBC is enhanced to enable/disable these components independently; the state of one component does not affect the function of the other components. For using the full capabilities of the EMA, Ribbon recommends enabling all the components simultaneously.
You can disable/enable the components during installation, or after the installation. By default, all the components are enabled. For the post-installation changes to take effect, restart the application.
To configure the EMA components, use the following example:
% set system admin REDGRAPE-SA ema enableCoreEMA enabled enableREST disabled enableTS enabled
To display the status of the EMA components, use the following example:
Within "configure" mode:
% show system admin REDGRAPE-SA ema enableREST enabled; enableCoreEMA enabled; enableTS enabled; [ok][<YYYY-MM-DD HH:MM:SS>]
Outside "configure" mode:
> show table system admin REDGRAPE-SA ema enableREST enabled; enableCoreEMA enabled; enableTS enabled; [ok][<YYYY-MM-DD HH:MM:SS>]
For more information, refer to EMA - CLI.
The default profiles defaultTsgspec17SipCpc
and defaultTsgspec17CpcSip
are added to SIP Cause Code Mapping profiles sipToCpcCauseMapProfile
and cpcToSipCauseMapProfile
respectively.
The default profiles enables quick configuration of SIP cause-code maps based on TSG/SPEC/017, and Microsoft Team's Q.850 acceptance criteria for calls.
Default TSG SPEC 17 SIP CPC
% set profiles signaling sipCauseCodeMapping sipToCpcCauseMapProfile defaultTsgspec17SipCpc
Similar to other default profiles under sipToCpcCauseMapProfile
, the existing parameters automatically associates with defaultTsgspec17SipCpc
, as shown below.
Default TSG SPEC 17 CPC SIP
% set profiles signaling sipCauseCodeMapping cpcToSipCauseMapProfile defaultTsgspec17CpcSip
Similar to other default profiles under cpcToSipCauseMapProfile
, the existing parameters automatically associates with defaultTsgspec17CpcSip
, as shown below:
Parameter | Length/Range | Default | Description | M/O |
---|---|---|---|---|
defaultTsgspec17SipCpc | N/A | N/A | The default SIP to CPC Cause Map Profile that complies with TSG/SPEC/017. | O |
| N/A | N/A | The default CPC to SIP Cause Map Profile that complies with TSG/SPEC/017. | O |
To configure defaultTsgspec17SipCpc
, see the example below:
% set profiles signaling sipCauseCodeMapping sipToCpcCauseMapProfile defaultTsgspec17SipCpc cancelCause 31 locBye user locCancel user loc3xx networkBeyondPoint loc4xx networkBeyondPoint loc5xx networkBeyondPoint loc6xx networkBeyondPoint % commit
To configure defaultTsgspec17CpcSip
, see the example below:
% set profiles signaling sipCauseCodeMapping cpcToSipCauseMapProfile defaultTsgspec17CpcSip unrecAction q1912Procedure includeQ850Reason enabled % commit
The above examples retains the default mappings in compliance with TSG/SPEC/017. However, the default profiles defaultTsgspec17SipCpc
and defaultTsgspec17CpcSip
are available starting with SBC Core 8.2. For SBC versions prior to 8.2, you can manually configure the mapping tables.
For more information, refer to the following pages:
This feature introduces the following enhancements in the CLI:
sipCssrStats
is added under SIP Trunk Group.addressContext zone
(displayed as output of appropriate show <table | status>
commands):sipTrunkGroupCSSRCurrentStatistics
sipTrunkGroupCSSRIntervalStatistics
.sipTrunkGroupCSSRIntervalStatistics
on a file by enabling under system
fileStatisticsAdmin
.For an existing SIP Trunk Group, the syntax to disable/enable collection of CSSR statistics are as follows:
% set addressContext <acName> zone <zoneName> id <zoneId> sipTrunkGroup <tgName> sipCssrStats <disabled | enabled>
Once enabled, the following commands display the CSSR statistics collected by the SBC:
CSSR Current Statistics:
% show <status | table> addressContext <acName> zone <zoneName> sipTrunkGroupCSSRCurrentStatistics <tgName> <CSSR counter>
CSSR Interval Statistics:
% show <status | table> addressContext <acName> zone <zoneName> sipTrunkGroupCSSRIntervalStatistics <tgName> <CSSR counter>
If you do not provide the Trunk Group name and a specific CSSR counter, all possible counters are displayed, resulting in a long and truncated output.
To write the output of the show command for the interval statistics in a .csv
file, use the following syntax:
% set system fileStatisticsAdmin sipTrunkGroupCSSRIntervalStatistics state <disabled | enabled>
For each Trunk Group, the SBC creates a separate .csv
file.
Parameter | Length/Range | Default | Description | M/O |
---|---|---|---|---|
sipCssrStats | N/A | disabled | Enable this flag to collect SIP Call Set-up Success Rate (CSSR) statistics.
Note: This parameter is available only on SBC SWe/Cloud deployments. | O |
Parameter | Length/Range | Default | Description | M/O |
---|---|---|---|---|
sipTrunkGroupCSSRCurrentStatistics | N/A | N/A | Displays the current statistics for the Call Set-up Success Rate (CSSR) of the SIP Trunk Group. Note: This statistics is available only on SBC SWe/Cloud deployments. | O |
sipTrunkGroupCSSRIntervalStatistics | N/A | N/A | Displays the interval statistics for the Call Set-up Success Rate (CSSR) of the SIP Trunk Group. Note: This statistics is available only on SBC SWe/Cloud deployments. | O |
To enable collection of SIP CSSR Statistics for an existing SIP Trunk Group, use the following example:
% set addressContext default zone defaultSigZone id 1 sipTrunkGroup test_sip_tg sipCssrStats enabled % commit
To display the SIP CSSR Current Statistics, use the following example:
> show status addressContext default zone defaultSigZone sipTrunkGroupCSSRCurrentStatistics sipTrunkGroupCSSRCurrentStatistics test_sip_tg { inv_sent 0; inv_rcvd 0; alert_sent 0; alert_rcvd 0; ansCalls_sent 0; ansCalls_rcvd 0; cancel_sent 0; cancel_rcvd 0; bye_sent 0; bye_rcvd 0; inv200_sent 0; inv200_rcvd 0; inv380_sent 0; inv380_rcvd 0; inv400_sent 0; inv400_rcvd 0; inv403_sent 0; inv403_rcvd 0; inv404_sent 0; inv404_rcvd 0; inv406_sent 0; inv406_rcvd 0; inv408_sent 0; inv408_rcvd 0; inv410_sent 0; inv410_rcvd 0; inv420_sent 0; inv420_rcvd 0; inv480_sent 0; inv480_rcvd 0; inv481_sent 0; inv481_rcvd 0; inv482_sent 0; inv482_rcvd 0; inv483_sent 0; inv483_rcvd 0; inv484_sent 0; inv484_rcvd 0; inv486_sent 0; inv486_rcvd 0; inv487_sent 0; inv487_rcvd 0; inv488_sent 0; inv488_rcvd 0; inv500_sent 0; inv500_rcvd 0; inv501_sent 0; inv501_rcvd 0; inv502_sent 0; inv502_rcvd 0; inv503_sent 0; inv503_rcvd 0; inv504_sent 0; inv504_rcvd 0; inv580_sent 0; inv580_rcvd 0; inv600_sent 0; inv600_rcvd 0; nonInv603_sent 0; nonInv603_rcvd 0; nonInv606_sent 0; nonInv606_rcvd 0; nonInvUnknown_sent 0; nonInvUnknown_rcvd 0; }
The output of show table
command is simlar to the show status
command illustrated above, but in a tabular format.
The output of the SIP CSSR interval statistics are similar to that of the current statistics, but represents an aggregate over a period of time.
To write the SIP CSSR Interval Statistics to .csv
files, use the following example:
% set system fileStatisticsAdmin sipTrunkGroupCSSRIntervalStatistics state enabled % commit
For each Trunk Group, the SBC creates a separate .csv
file.
This statistics sipTrunkGroupCSSRIntervalStatistics
is available only on SBC SWe/Cloud deployments.
For more information, refer to the following pages: