In this section:
Ribbon recommends using the Transparency Profile to configure transparency on the SBC Core for new deployments, as well as applying additional transparency configurations to existing deployments. Do not use IP Signaling Profile flags in these scenarios because the flags will be retired in upcoming releases.
Refer to the SBC SIP Transparency Implementation Guide for additional information.
Use the Zone window to create and work with zones. A zone is used to group a set of objects in a particular customer environment. A zone can also be referenced by a SIP or H.323 trunk group.
Trunk group names must be unique across all address contexts, zones, and trunk group types.
Also, IP peer names must be unique across all address contexts, and zones.
On the SBC main screen, navigate to one of the following paths:
By default all zones are listed in the Zone window. Select an Address Context to list only the zones in that address context.
To create a new zone:
Click New Zone.
Use the following table to configure the zone and then click Save.
Zone Parameters:
|
|
---|---|
Name | Specifies the name of the zone. Must be 1 to 23 characters. The name must be unique across all address contexts. |
ID | specifies a unique numeric ID for this zone. The value ranges from 1 to 4096. The ID must be unique across all address contexts. |
Disable Zone Level Loop Detection |
|
DNS Group | Select the name of the default DNS server group for the zone. |
Remote Device Type | Select the type of device facing this Zone. The options are:
|
Domain Name | Specifies the name of the fully qualified domain name for this Zone. The name must be 1 to 63 characters. |
SIP Register Relay | Enable this option flag to relay REGISTER messages using the routes from a PSX. Options are:
|
Dialog Transparency | Specifies if dialog transparency is enabled for SIP messages processed in the zone. If enabled, SBC sends "Call-ID", "From" tag, and "To" tag transparently in the outgoing message. Note
The parameter Dialog Transparency must be enabled in both the ingress and egress zones. Otherwise, the Note
To enable Dialog Transparency for a zone, first disable all SIP Sig Ports for that zone.
Note
The following features are not supported on the SBC when Dialog Transparency is enabled:
|
Generate Call ID with Dialog Transparency | Use this option to natively generate the Call ID even when dialog transparency is enabled. The Call ID is generated on the egress side.
Note
You must enable 'Dialog Transparency' to use this flag. |
Retarget Support | Note
Beginning in release 8.0, Load Balancing Service configuration applies only to media SBC (M-SBC) clusters in distributed SBC SWe deployments. The M-SBC load balancing distributes media requests among nodes. Load balancing of REGISTER or INVITE requests through retargeting is no longer supported and should not be configured.
|
Advance Peer Control | Use this option to control whether the Mode, Action and Block Direction configuration is active in IP peers within the zone. Refer to System Provisioning - IP Peer for information on these options. Options are:
|
Flexible Policy Adapter Profile | Use this Zone/Trunk Group parameter to associate a SIP Adapter Profile configured for flexible policy (Profile Type=Flexible Policy) with a particular Zone/Trunk Group. If a Flexible Policy Adapter Profile is provisioned both at the trunk group and zone levels, the trunk group’s profile takes precedence. If an Input Adapter Profile is configured, it is applied first to manipulate the PDU and then the Flexible Policy Adapter Profile rules are applied on the manipulated PDU. NOTE: Flexible Policy is not supported on ERE and is intended for use with an external PSX only. |
Register Contact Profile Name | 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 registration control blocks (RCBs) for users registering through this zone. |
SIP Header For Anonymous Call | Set this parameter to Remote Party ID to allow the SBC to pick the SIP header for calls from surrogate registered endpoints when the username in the From header is received as anonymous.
|
Crank Back Profile | Select a crankback profile to apply to the zone. For flexibility, crankback profiles can be assigned at three levels: trunk group, zone, and global. By default, the "default" crankback profile is assigned at the SBC global level, while the trunk group and zone level crankback profile settings are initially empty (" "). Thus in the SBC default configuration, trunk groups and zones inherit the default crankback profile from the global level. However, you have the option to configure a profile at the trunk group or zone level. The user-specified profile assigned at the most specific level takes precedence. |
To edit a zone:
To delete a zone:
The zone commands are available from both system-level and configure modes. These command allows you to perform system-level commands against a particular zone, such as recovering blacklisted endpoints and resetting statistics counts on all signaling ports.
When a zone is selected from the Zone list window, the Zone Commands window appears at the bottom of the Zone window.
Select a command from the Commands drop-down list:
The commands are described in the following table:
Commands | Description |
---|---|
CAC Non Register End Point Remove Entry | Removes any CAC entry for the specified source IP address.
|
SIP ARS Endpoint Recovery All | Recovers all blacklisted endpoints in this zone. NOTE: This command only applies for peers blacklisted using the ARS mechanism (not via PATHCHECK). |
SIP ARS Endpoint Recovery By IP | Recovers a blacklisted endpoints in this zone identified by IP address and port.
NOTE: This command only applies for peers blacklisted using the ARS mechanism (not via PATHCHECK). |
SIP Sig Conn Reset All | Resets all the statistics counts to zero on all SIP signaling port connections. |
SIP Sig Port Reset All | Resets all the statistics counts to zero on all SIP signaling ports. |
Sub-system signaling ports (such as SIP signaling ports, relay ports, D-SBC signaling ports, H.323 signaling ports) must use different IP addresses because each IP address adds one system ACL, and IP addresses are not prioritized when measured in the same ACL. This best practice will avoid any IP addressing overlaps and ensure proper policing of packets.