Table Of Contents
SIP Configuration Flexibility
Contents
Restrictions for Implementing SIP Configuration Flexibility
Information About SIP Configuration Flexibility
OPTIONS Support
Restrictions for OPTIONS Support
Rewriting From Header on Non-Register Requests
Restrictions for Rewriting From Header on Non-REGISTER Requests
Rewriting To Header on Non-REGISTER Requests
Auto-detecting NAT
Restrictions for Auto-detecting NAT
Routing on Wildcard Domains
Restrictions for Auto-detecting NAT
How to Implement SIP Configuration Flexibility
Implementing SIP Configuration Flexibility
Additional References
Related Documents
Standards
MIBs
RFCs
Technical Assistance
SIP Configuration Flexibility
The SBC offers flexibility in configuring the following features of a SIP adjacency:
•
OPTIONS Support
•
Rewriting From Header on Non-REGISTER requests
•
Rewriting To Header on Non-REGISTER requests
•
Auto-detecting NAT
•
Routing on wildcard domains
Feature History for SIP Configuration Flexibility
Release
|
Modification
|
Release 3.5.1
|
This feature was introduced on Cisco XR 12000 Series Router.
|
Release 3.6.0
|
No modification.
|
Contents
This module contains the following sections:
•
Restrictions for Implementing SIP Configuration Flexibility
•
Information About SIP Configuration Flexibility
•
How to Implement SIP Configuration Flexibility
•
Additional References
Restrictions for Implementing SIP Configuration Flexibility
The restrictions for implementing SIP configuration flexibility are listed per feature in this chapter.
Information About SIP Configuration Flexibility
OPTIONS Support
By default, the SBC blocks the OPTIONS method from passing through. But users can now configure the SBC on a per-adjacency basis to pass or block the passthrough of the OPTIONS method. If you configure the SBC with method whitelist profiles per adjacency, then the SBC allows the OPTIONS method to pass through. If you configure the SBC with method blacklist profiles per adjacency, then the SBC blocks the OPTIONS method from being passed through.
Restrictions for OPTIONS Support
•
The SBC strips out SDP blocks from messages when it allows the OPTIONS method to pass through. This limits what the SIP endpoints can exchange.
•
The SBC-SIG does not send the Accept and Allow headers on any methods, including OPTIONS.
•
The SBC allows only the 100Rel and Replaces tags of the Supported header to pass through, while the other tags of this header are controlled by whitelists and blacklists.
Rewriting From Header on Non-Register Requests
With this feature, users can configure the SBC on a per-adjacency basis to control whether it rewrites the hostport section of the From header on Non-Register Requests to the outbound SIP adjacency address or port. If the SBC is configured to allow the From header to pass through without it being rewritten, then the SBC allows the entire header to pass through without changing it. The only exception occurs with the Tag parameter; the SBC assigns a different value to this parameter before passing it through.
Restrictions for Rewriting From Header on Non-REGISTER Requests
•
This feature is not applicable for REGISTER requests.
•
This feature may only work limitedly with the Rewrite-Register feature.
•
If the From header contains a Tel URI, then the SBC does not rewrite the header since it does not have a hostport.
•
Depending on the number of headers, options and SIP whitelist profiles, the SBC limits the size of the From header that it allows to pass through to approximately 1000 bytes.
Rewriting To Header on Non-REGISTER Requests
With this feature, users can configure the SBC on a per-adjacency basis to control whether it rewrites the stopper section of the To header on Non-Register Requests to the outbound SIP adjacency address or port. When configured to rewrite the To headers, the SBC rewrites them to match the outgoing Request URI.
Auto-detecting NAT
With the addition of a new configuration field to the SIP adjacency, it is now possible for users to specify if the SBC must auto-detect whether a NAT is in use on that adjacency. If the SBC is configured to auto-detect NAT, then for each request that it receives, the SBC determines whether a NAT is in use for that endpoint. If the SBC determines that NAT is in use, then the SBC stores the bindings for that request and uses them when sending a response. Additionally, the SBC stores and reuses bindings for REGISTER requests for subsequent Dialog-forming and Out-of-dialog requests.
Restrictions for Auto-detecting NAT
•
The SBC can auto-detect NAT only by comparing the Sent-by stopper in the Via header with the remote address and port of the message.
•
If the stopper contains a domain name, instead of an IP address, the SBC cannot auto-detect whether NAT is in use. In this case, the SBC assumes that NAT is in use.
•
Auto-detecting NAT is applied only to Out-of-dialog requests or Dialog-forming requests.
Routing on Wildcard Domains
The SBC routing policy allows you to use the * character in a text domain name match string. This character can match any number of characters in the called address. For example, *domain.com can match both sip1.domain.com and sip2.domain.com.
Restrictions for Auto-detecting NAT
•
You can only specify one wildcard character in a given match string.
•
This feature applies only to text domain name match rules, and not to dialed digit match rules.
How to Implement SIP Configuration Flexibility
This section contains the steps for implementing SIP configuration flexibility.
Implementing SIP Configuration Flexibility
SUMMARY STEPS
1.
configure
2.
sbc service-name
3.
sbe
4.
adjacency sip adjacency-name
5.
passthrough from header
6.
passthrough to header
7.
nat force on
8.
commit
9.
exit
DETAILED STEPS
| |
Command or Action
|
Purpose
|
Step 1
|
configure
Example:
RP/0/0/CPU0:router# configure
|
Enables global configuration mode.
|
Step 2
|
sbc service-name
Example:
RP/0/0/CPU0:router(config)# sbc mysbc
|
Enters the mode of an SBC service.
• Use the service-name argument to define the name of the service.
|
Step 3
|
sbe
Example:
RP/0/0/CPU0:router(config-sbc)# sbe
|
Enters the mode of the signaling border element (SBE) function of the SBC.
|
Step 4
|
adjacency sip sipadj
Example:
RP/0/0/CPU0:router(config-sbc-sbe)# adjacency sip
sipadj
|
Enters the mode of an SBE SIP adjacency.
• Use the adjacency-name argument to define the name of the SIP adjacency.
|
Step 5
|
passthrough from header
Example:
RP/0/0/CPU0:router(config-sbc-sbe-sip-adj)#
passthrough from header
|
Configures the SIP adjacency to disable From rewrite.
|
Step 6
|
passthrough to header
Example:
RP/0/0/CPU0:router(config-sbc-sbe-sip-adj)#
passthrough to header
|
Configures the SIP adjacency to disable To rewrite.
|
Step 7
|
nat force-on
Example:
RP/0/0/CPU0:router(config-sbc-sbe-sip-adj)# nat
force-on
|
Configures the SIP adjacency to assume that all endpoints are behind a NAT device. To configure the SIP adjacency to assume that all endpoints are behind a NAT device, use the nat force-off command. By default, the SBC autodetects whether the endpoints are behind a NAT device.
|
Step 8
|
commit
Example:
RP/0/0/CPU0:router(config-sbc-sbe-sip-adj)#
commit
|
Saves configuration changes. Use the commit command to save the configuration changes to the running configuration file and remain within the configuration session.
|
Step 9
|
exit
Example:
RP/0/0/CPU0:router(config-sbc-sbe-sip-adj)# exit
|
Exits the adj-sip mode and returns to the SBE mode.
|
Additional References
The following sections provide references related to SIP configuration flexibility on the SBC.
Related Documents
Related Topic
|
Document Title
|
Cisco IOS XR master command reference
|
Cisco IOS XR Master Commands List
|
Cisco IOS XR SBC interface configuration commands
|
Cisco IOS XR Session Border Controller Command Reference
|
Initial system bootup and configuration information for a router using the Cisco IOS XR Software
|
Cisco IOS XR Getting Started Guide
|
Cisco IOS XR command modes
|
Cisco IOS XR Command Mode Reference
|
Standards
Standards
|
Title
|
No new or modified standards are supported by this feature, and support from existing standards has not been modified by this feature.
|
—
|
MIBs
RFCs
RFCs
|
Title
|
RFC 3261
|
SIP: Session Initiation Protocol
|
RFC 2543
|
Session Initiation Protocol
|
RFC 2617
|
HTTP Authentication: Basic and Digest Access Authentication
|
RFC 4590
|
RADIUS Extension for Digest Authentication
|
Technical Assistance
Description
|
Link
|
The Cisco Technical Support website contains thousands of pages of searchable technical content, including links to products, technologies, solutions, technical tips, and tools. Registered Cisco.com users can log in from this page to access even more content.
|
http://www.cisco.com/techsupport
|