|
Contents
- Cisco UBE Mid-call Re-INVITE/UPDATE Consumption
- Restrictions for Cisco UBE Mid-call Re-INVITE/UPDATE Consumption
- Information About Cisco UBE Mid-call Re-INVITE/UPDATE Consumption
- Types of Mid-call Re-INVITE/UPDATE Consumption
- Passthrough Media Change
- Block
- Behavior of Mid-call Re-INVITE/UPDATE Consumption
- How to Configure Cisco UBE Mid-call Re-INVITE Consumption
- Configuring Passthrough SIP Messages at the Global Level
- Configuring Passthrough SIP Messages at Dial Peer Level
- Blocking SIP Messages at the Global Level
- Blocking SIP Messages at Dial Peer Level
- Verifying and Troubleshooting Cisco UBE Mid-call Re-INVITE/UPDATE Consumption
- Configuration Examples for Cisco UBE Mid-call Re-INVITE Consumption
- Example Configuring Passthrough SIP Messages at the Global Level
- Example Configuring Passthrough SIP Messages at Dial Peer Level
- Example: Blocking SIP Messages at the Global Level
- Example Blocking SIP Messages at Dial Peer Level
- Additional References
- Feature Information for Cisco UBE Mid-call Re-INVITE/UPDATE Consumption
Cisco UBE Mid-call Re-INVITE/UPDATE Consumption
First Published: July 22, 2011
Last Updated: July 22, 2011
The Cisco UBE Mid-call Re-INVITE/UPDATE consumption feature helps to avoid inter-operatibility issues by consuming the mid-call Re-INVITEs/UPDATEs from Cisco Unified Border Element.
- GUID-9F4F170A-9650-4718-9CB5-2A7137C88915
- GUID-09501F45-803E-4642-A5A8-D28FD226BD65
- Restrictions for Cisco UBE Mid-call Re-INVITE/UPDATE Consumption
- Information About Cisco UBE Mid-call Re-INVITE/UPDATE Consumption
- How to Configure Cisco UBE Mid-call Re-INVITE Consumption
- Configuration Examples for Cisco UBE Mid-call Re-INVITE Consumption
- Additional References
- Feature Information for Cisco UBE Mid-call Re-INVITE/UPDATE Consumption
Restrictions for Cisco UBE Mid-call Re-INVITE/UPDATE Consumption
- The Cisco UBE Mid-call Re-INVITE consumption feature works only in Cisco UBE and Session Initiation Protocol - Session Initiation Protocol (SIP) calls and not for SIP-H.323 or in TDM Gateways.
- Cisco UBE Session Description Protocol (SDP) -passthrough does not work with Cisco UBE Mid-call Re-INVITE consumption.
- When codec T is configured, the offer from Cisco UBE will only have audio codecs, and not video codecs and so the video codecs are not consumed.
- Cisco UBE Mid-call Re-INVITE/UPDATE consumption works only if the flow-throughcommand is configured. If the flow-around command is configured, Re-INVITEs/UPDATEs will not be consumed.
- Media Antitrombones are media loops in a SIP entity due to call transfer or call forward. When Media Antitrombone feature is configured, Cisco UBE moves dynamically to flow-aroundas a result media antithrombone takes precedence over the Cisco UBE Mid-call Re-INVITE/UPDATE consumption feature.
- Video transcoding is not supported when Mid-call Re-INVITE consumption is configured.
- Secure Real-time Protocol - Real-time Protocol (SRTP-RTP) supplementary services and mid-call signaling are configured, so the Re-INVITEs/UPDATEs are not consumed.
- Multicast Music On Hold (MMOH) is not supported and the Re-INVITEs/UPDATEs are passed over.
- When the midcall-signaling passthru media-changecommand is configured and high-density transcoder is enabled, there might be some impact on Digital Signal Processing (DSP) resources as the transcoder might be used for all the calls.
- Session timer is handled leg by leg whenever this feature is configured.
Information About Cisco UBE Mid-call Re-INVITE/UPDATE Consumption
To configure Cisco UBE Mid-call Re-INVITE you should understand the following concepts:
Types of Mid-call Re-INVITE/UPDATE Consumption
Mid-call Re-INVITEs/UPDATEs consumption can be done in the following two ways:
Passthrough Media Change
Passthrough media change method optmizes or consumes mid-call media-related signaling within the call. Mid-call signaling changes will be passed through only when bidirectional media like T.38 or video is added. The command mid-call signaling passthru media-changeneeds to be configured to enable passthrough media change.
Block
The Block method blocks all mid-call media-related signaling to the specific SIP trunk. The command mid-call signaling block needs to be configured to enable this behavior. Video escalation and T.38 callflow are rejected when the mid-call signaling block command is configured. This command should be configured only when basic call is the focus and mid-call can be consumed.
Behavior of Mid-call Re-INVITE/UPDATE Consumption
The purpose of Mid-call Re-INVITE Consumption is to ensure smooth interoperatibility of supplementary services like audio Hold/Resume and call transfer. This feature should be used as a last resort only when there is no other option in Cisco UBE. This is because configuring this feature can break video-related features. For Delay-offer Re-INVITE, the configured codec will be passed as an offer in 200 message to change the codec, the transcoder is added in the answer.
How to Configure Cisco UBE Mid-call Re-INVITE Consumption
- Configuring Passthrough SIP Messages at the Global Level
- Configuring Passthrough SIP Messages at Dial Peer Level
- Blocking SIP Messages at the Global Level
- Blocking SIP Messages at Dial Peer Level
- Verifying and Troubleshooting Cisco UBE Mid-call Re-INVITE/UPDATE Consumption
Configuring Passthrough SIP Messages at the Global Level
DETAILED STEPS
Configuring Passthrough SIP Messages at Dial Peer Level
Perform this task to configure passthrough SIP messages at the dial peer level. You need to perform this task at the dial peer level to consume all media-related mid-call Re-INVITEs/UPDATEs.
Note | If the Cisco UBE Mid-call Re-INVITE/UPDATE consumption feature is configured on global and dial-peer level, dial-peer level takes precedence. |
DETAILED STEPS
Blocking SIP Messages at the Global Level
DETAILED STEPS
Blocking SIP Messages at Dial Peer Level
Perform this task to block SIP messages at dial peer level.
Note | If the Cisco UBE Mid-call Re-INVITE/UPDATE consumption feature is configured on global and dial-peer level, dial-peer levels takes precedence. |
DETAILED STEPS
Verifying and Troubleshooting Cisco UBE Mid-call Re-INVITE/UPDATE Consumption
DETAILED STEPS
Configuration Examples for Cisco UBE Mid-call Re-INVITE Consumption
- Example Configuring Passthrough SIP Messages at the Global Level
- Example Configuring Passthrough SIP Messages at Dial Peer Level
- Example: Blocking SIP Messages at the Global Level
- Example Blocking SIP Messages at Dial Peer Level
The following example shows how to block SIP message at dial peer level.
Example Configuring Passthrough SIP Messages at the Global Level
The following example shows how to passthrough SIP messages at the global level:
Router(config)# voice service voip Router(config-voi-serv)# no ip address trusted authenticate Router(config-voi-serv)# allow-connections sip to sip Router(config-voi-serv)# sip Router(config-serv-sip)# midcall-signaling passthru media-change
Example Configuring Passthrough SIP Messages at Dial Peer Level
The following example shows how to passthrough SIP messages at the dial peer Level:
dial-peer voice 600 voip destination-pattern 2222222222 session protocol sipv2 session target ipv4:9.45.38.39:9001 voice-class sip midcall-signaling passthru media-change incoming called-number 1111111111 voice-class codec 2 offer-all dial-peer voice 400 voip destination-pattern 1111111111 session protocol sipv2 session target ipv4:9.45.38.39:9000 incoming called-number 2222222222 voice-class codec 1 offer-all
Example Blocking SIP Messages at Dial Peer Level
dial-peer voice 107 voip destination-pattern 74000 session protocol sipv2 session target ipv4:9.45.36.9 incoming called-number 84000 voice-class codec 1 offer-all ! dial-peer voice 110 voip destination-pattern 84000 session protocol sipv2 session target ipv4:9.45.35.2 incoming called-number 74000 voice-class codec 1 offer-all voice-class sip midcall-signaling block !
Additional References
Related Documents
MIBs
Technical Assistance
Description |
Link |
---|---|
The Cisco Support and Documentation website provides online resources to download documentation, software, and tools. Use these resources to install and configure the software and to troubleshoot and resolve technical issues with Cisco products and technologies. Access to most tools on the Cisco Support and Documentation website requires a Cisco.com user ID and password. |
Feature Information for Cisco UBE Mid-call Re-INVITE/UPDATE Consumption
GUID-49C47880-20C3-40B5-A513-C1A80291D0918 lists the release history for this feature.
Use Cisco Feature Navigator to find information about platform support and software image support. Cisco Feature Navigator enables you to determine which software images support a specific software release, feature set, or platform. To access Cisco Feature Navigator, go to http://www.cisco.com/go/cfn . An account on Cisco.com is not required.
Table 1 | Feature Information for Cisco UBE Mid-call Re-INVITE /UPDATE Consumption |
Feature Name |
Releases |
Feature Information |
---|---|---|
Cisco UBE Mid-call Re-INVITE/UPDATE Consumption |
15.2(1)T |
The Cisco UBE Mid-call Re-INVITE consumption helps to avoid inter-operatibility issues by consuming the mid-call Re-INVITEs from Cisco UBE. The following section provides information about this feature: The following commands were introduced or modified: mid-call signaling. |
Any Internet Protocol (IP) addresses used in this document are not intended to be actual addresses. Any examples, command display output, and figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses in illustrative content is unintentional and coincidental. © 2011 Cisco Systems, Inc. All rights reserved