Configuring Cisco Unified Border Element (SP Edition)
This chapter describes how to configure the data border element (DBE) and signaling border element (SBE) for Cisco Unified Border Element (SP Edition).
Note that the DBE configuration is still required when running in the unified model because the DBE configuration provides the information necessary for the RTP media to flow.
Cisco Unified Border Element (SP Edition) was formerly known as Integrated Session Border Controller and may be commonly referred to in this document as the session border controller (SBC).
For a complete description of the commands used in this chapter, refer to the Cisco Unified Border Element (SP Edition) Command Reference: Unified Model at:
http://www.cisco.com/en/US/docs/ios/sbc/command/reference/sbcu_book.html
For information about all Cisco IOS commands, use the Command Lookup Tool at
http://tools.cisco.com/Support/CLILookup or a Cisco IOS master commands list.
Configuring Unified Model
This section contains the following information on configuring the unified model:
- Configuring SBE in the Unified Model
- Memory Alerting
- Configuring Memory Alerting
- Configuring DBE in the Unified Model
- Image Upgrade Procedure for Cisco Unified Border Element (SP Edition)
Configuring SBE in the Unified Model
This section describes how to configure a SBE on a Cisco ASR 1000 Series Routers:
Prerequisites
- In the unified mode, you must configure the SBE before the DBE.
- You need to configure blacklisting to override default blacklisting thresholds when the SBE is configured and before you start using Cisco Unified Border Element (SP Edition). See the Dynamic Blacklisting Behavior for configuration information.
- When running Cisco Unified Border Element (SP Edition) with 500 or more active calls, configure the huge buffer size to 65535 bytes with the buffer huge size 65535 command. The increased buffer size is required because by default Cisco IOS software sets the “huge” buffer size to be 18084 bytes, which is not large enough for audit responses when there are more than 500 active calls.
Configuration Tip
We strongly recommend you use different addresses for signaling and media addresses to avoid scenarios where reservation for media port range can prevent call signaling packets from reaching the route processor (RP). In this scenario, if the SBC attempts to receive a call using a port that has been reserved by the SBC for media, packets will be dropped, rather than forwarded to the RP. This type of scenario is more likely to occur for H.323 and SIP calls using TCP transport.
SUMMARY STEPS
4. adjacency sip adjacency-name
5. signaling-address ipv4 ipv4_IP_address
7. remote-address ipv4 ip-address ip-mask
9. signaling-peer-port port_num
12. adjacency sip adjacency-name
13. signaling-address ipv4 ipv4_IP_address
15. remote-address ipv4 ip-address ip-mask
17. signaling-peer-port port_num
19. call-policy-set policy-set-id
20. first-call-routing-table table-name
21. rtg-src-adjacency-table table-id
24. dst-adjacency target-adjacency
29. dst-adjacency target-adjacency
DETAILED STEPS
Modifying Existing Call Policy Set
A policy set is a group of policies that can be active on Cisco Unified Border Element (SP Edition) at any one time. If a policy set is active, then Cisco Unified Border Element (SP Edition) uses the rules defined within it to apply policy to events. Routing and number analysis are configured in a call policy set.
Only one policy set of each type can be active at any given time. You can switch the active policy set at any time. You cannot modify the currently active policy set without deactivating it. However you can modify policy sets that are not active. A policy set can be deleted, provided that it is not the active policy set.
To modify an existing call policy set, you must first deactivate it with the no active call-policy-set command and then execute a no complete command.
DETAILED STEPS
Replacing an Existing Call Policy Set
Only one policy set of each type can be active at any given time. You can replace or switch the active policy set at any time. To do that, first deactivate the existing call policy set. Then activate the new call policy set for it to take effect.
DETAILED STEPS
Memory Alerting
The Memory Alerting feature enables you to configure the number of active calls on an SBC based on the amount of free memory available on the device.
For example, an ASR1000 may support 5000 maximum active calls and support other features as well. In a scenario where the upper limit to the active calls is not configured, and other non-SBC features are also in use, there is a possibility that the SBC might use the system memory to a point that even the basic functions of the ASR1000 gets affected due to memory fragmentation or lack of memory.
The Memory Alerting feature enables you to configure thresholds and drop rates for various memory availability levels. This prevents the SBC from consuming memory for new calls or call registrations.
The Memory Alerting feature consists of four levels, Minor, Major, Critical, and Halt. The levels are defined based on the amount of processor memory available at a given time. Processor memory is checked after every ten new calls to determine the memory available.
You can configure the percentage of memory available to trigger each level, and define the number of calls to be rejected (0 to 10) from a set of 10 calls.
Table 3-1 represents the default percentages and drop rates.
Note You cannot configure or modify the level Halt. If only 10 or lesser percentage of memory is available on the device, SBC stops accepting new calls.
Whenever a memory level change occurs, a message similar to the following is displayed on the console:
Use the [no] reject-threshold [ level ] memory [ percentage ] [ reject rate ] command to configure the memory threshold and reject rate for new calls.
Configuring Memory Alerting
This task configures the reject threshold and reject rate for new calls.
DETAILED STEPS
Configuring DBE in the Unified Model
This section describes how to configure a DBE on a Cisco ASR 1000 Series Routers in the unified model.
The DBE configuration is still required when running in the unified model because the DBE configuration provides the information necessary for the RTP media to flow.
Prerequisites
When running Cisco Unified Border Element (SP Edition) with 500 or more active calls, configure the huge buffer size to 65535 bytes with the buffer huge size 65535 command to ensure the buffer is large enough for audit responses.
Configuring Cisco Unified Border Element (SP Edition) Unified Model: Example
The following is an example of a Cisco Unified Border Element (SP Edition) unified model configuration:
Configuring Memory Alerting: Example
The following example shows how to configure memory threshold and reject rate for new calls:
Image Upgrade Procedure for Cisco Unified Border Element
(SP Edition)
The following procedures describe how to perform an image upgrade.
Step 1 Copy the Cisco Unified Border Element (SP Edition) image from the tftp location onto your hard disk:
Step 2 Check if the node has two RP cards using the show platform command.
If the node has two RP cards, copy the image to the standby card using the following command:
Step 3 Do a no boot system of the existing image on the Active RP using the following command:
Step 4 Start the upgrade using the following command:
Step 5 Do a show run to check if the changes are reflected.
Step 6 Reload the node using the reload command:
Step 7 To verify that the new image is loaded after the “reload,” use the show version command.
Step 8 After the upgrade, check that all the cards have come up in the Active state by using the show platform command.