El conjunto de documentos para este producto aspira al uso de un lenguaje no discriminatorio. A los fines de esta documentación, "no discriminatorio" se refiere al lenguaje que no implica discriminación por motivos de edad, discapacidad, género, identidad de raza, identidad étnica, orientación sexual, nivel socioeconómico e interseccionalidad. Puede haber excepciones en la documentación debido al lenguaje que se encuentra ya en las interfaces de usuario del software del producto, el lenguaje utilizado en función de la documentación de la RFP o el lenguaje utilizado por un producto de terceros al que se hace referencia. Obtenga más información sobre cómo Cisco utiliza el lenguaje inclusivo.
Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).
Este documento describe cómo funciona la función de respuesta provisional fiable del protocolo de inicio de sesión (SIP) y cómo configurarla en Cisco Unified Border Element (CUBE) y Cisco Unified Communications Manager (CUCM).
Cisco recomienda que tenga conocimiento sobre estos temas:
La información que contiene este documento se basa en las siguientes versiones de software y hardware.
Nota: Este ejemplo de configuración no se limita a las versiones de software y las plataformas de hardware mencionadas anteriormente; esta configuración también funciona con Cisco IOS Release 12.4(24)T5 en Cisco AS5400XM Universal Gateway.
Se introdujo una respuesta provisional fiable SIP para una mejor integración con una red telefónica pública conmutada (PSTN). El escenario más común es establecer la ruta de voz/audio antes de finalizar la llamada; por lo tanto, la persona que llama escucha el anuncio o la música generada por la PSTN.
Por ejemplo, en la topología siguiente, el teléfono IP llama a un puente de conferencia PSTN o a algunos números gratuitos, y la llamada reproducirá un mensaje antes de que responda a la llamada. Si CUCM inicia la llamada con una oferta de retraso (INVITE no contiene el protocolo de descripción de sesión (SDP)), la persona que llama no escuchará el mensaje.
En otros casos, el lado PSTN genera un tono de recepción de llamada. Si el medio no se corta antes de que se conecte la llamada, es posible que la persona que llama no oiga el tono de recepción de llamada.
La respuesta provisional fiable de SIP puede utilizarse para resolver el problema anterior sin la participación de recursos de medios adicionales (como el Protocolo de transferencia de medios (MTP)), ya que estas respuestas provisionales y los mensajes PRACK proporcionan oportunidades adicionales para el intercambio de ofertas/respuestas.
De forma predeterminada, CUBE admite una respuesta fiable con esta configuración:
voice service voip
sip
rel1xx supported 100rel
Esto significa, como cliente de agente de usuario (UAC), si recibe mensajes 180/183 con el encabezado Require: 100rel, responderá con PRACK; sin embargo, como servidor de agente de usuario (UAS), no enviará 180/183 con el encabezado Require: 100 barriles.
Para forzar a CUBE a enviar 18X con Require: 100rel (para que espere a PRACK de UAC), aquí está el ejemplo de configuración:
Nivel global:
voice service voip
sip
rel1xx require 100rel
Nivel de par de marcado:
dial-peer voice 1000 voip
voice-class sip rel1xx require 100rel
Nota: La configuración del par de marcado tiene prioridad sobre la configuración global.
De forma predeterminada, CUCM no admite una respuesta fiable. Sin embargo, puede cambiar el perfil del troncal SIP para configurarlo:
Nota: Si el troncal SIP dado utiliza el perfil troncal SIP predeterminado (perfil SIP estándar), es mejor copiar en un nuevo perfil y aplicarlo al troncal SIP; de lo contrario, el perfil troncal SIP predeterminado afectará a todos los troncales SIP.
Nota: Incluso si realiza el cambio anterior, CUCM sólo puede admitir respuestas confiables enviando PRACK como UAC; sin embargo, por ahora, no puede enviar 180/183 con el Require: 100rel encabezado como UAS.
Si se configura una respuesta confiable en el dial-peer entrante en CUBE, una llamada típica será similar a esta:
// CUBE receives INVITE with delay offer from CUCM. INVITE sip:2002@10.66.75.246:5060 SIP/2.0
Date: Thu, 04 Apr 2013 05:30:27 GMT
Call-Info: <sip:10.66.75.171:5060>;method="NOTIFY;Event=telephone-event;Duration=500"
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
From: <sip:4832@10.66.75.171>;tag=169850~fb41edd8-7bc7-4ced-b8b0-9b10a31db5c4-19845894
Allow-Events: presence, kpml
P-Asserted-Identity: <sip:4832@10.66.75.171>
Supported: 100rel,timer,resource-priority,replaces,X-cisco-srtp-fallback,Geolocation
Min-SE: 7200
Cisco-Guid: 3228672256-0000065536-0000000027-2873836042
Remote-Party-ID: <sip:4832@10.66.75.171>;party=calling;screen=yes;privacy=off
Content-Length: 0
User-Agent: Cisco-CUCM8.6
To: <sip:2002@10.66.75.246>
Contact: <sip:4832@10.66.75.171:5060;transport=tcp>
Expires: 180
Call-ID: c071a100-15d10ff3-24695-ab4b420a@10.66.75.171
Via: SIP/2.0/TCP 10.66.75.171:5060;branch=z9hG4bK246d9521aba1b
CSeq: 101 INVITE
Session-Expires: 7200
Max-Forwards: 70
SIP/2.0 100 Trying
Via: SIP/2.0/TCP 10.66.75.171:5060;branch=z9hG4bK246d9521aba1b
From: <sip:4832@10.66.75.171>;tag=169850~fb41edd8-7bc7-4ced-b8b0-9b10a31db5c4-19845894
To: <sip:2002@10.66.75.246>
Date: Thu, 04 Apr 2013 05:50:29 GMT
Call-ID: c071a100-15d10ff3-24695-ab4b420a@10.66.75.171
CSeq: 101 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-15.2.4.M2.8
Content-Length: 0
// CUBE responds 183 with SDP which also contains Require: 100rel.
SIP/2.0 183 Session Progress
Via: SIP/2.0/TCP 10.66.75.171:5060;branch=z9hG4bK246d9521aba1b
From: <sip:4832@10.66.75.171>;tag=169850~fb41edd8-7bc7-4ced-b8b0-9b10a31db5c4-19845894
To: <sip:2002@10.66.75.246>;tag=42CF0134-1BC8
Date: Thu, 04 Apr 2013 05:50:29 GMT
Call-ID: c071a100-15d10ff3-24695-ab4b420a@10.66.75.171
CSeq: 101 INVITE
Require: 100rel
RSeq: 3344
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
Contact: <sip:2002@10.66.75.246:5060;transport=tcp>
Supported: sdp-anat
Supported: X-cisco-srtp-fallback
Server: Cisco-SIPGateway/IOS-15.2.4.M2.8
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 330
v=0
o=CiscoSystemsSIP-GW-UserAgent 4874 2535 IN IP4 10.66.75.246
s=SIP Call
c=IN IP4 10.66.75.246
t=0 0
m=audio 16442 RTP/AVP 8 0 18 101 19
c=IN IP4 10.66.75.246
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtpmap:19 CN/8000
// CUBE receives PRACK from CUCM with SDP
PRACK sip:2002@10.66.75.246:5060;transport=tcp SIP/2.0
Via: SIP/2.0/TCP 10.66.75.171:5060;branch=z9hG4bK246da4c33fa3e
From: <sip:4832@10.66.75.171>;tag=169850~fb41edd8-7bc7-4ced-b8b0-9b10a31db5c4-19845894
To: <sip:2002@10.66.75.246>;tag=42CF0134-1BC8
Date: Thu, 04 Apr 2013 05:30:27 GMT
Call-ID: c071a100-15d10ff3-24695-ab4b420a@10.66.75.171
CSeq: 102 PRACK RAck: 3344 101 INVITE
Allow-Events: presence, kpml
Max-Forwards: 70
Content-Type: application/sdp
Content-Length: 213
v=0
o=CiscoSystemsCCM-SIP 169850 1 IN IP4 10.66.75.171
s=SIP Call
c=IN IP4 10.66.75.89
t=0 0
m=audio 26662 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=ptime:20
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
// CUBE acknowledges the PRACK.
SIP/2.0 200 OK
Via: SIP/2.0/TCP 10.66.75.171:5060;branch=z9hG4bK246da4c33fa3e
From: <sip:4832@10.66.75.171>;tag=169850~fb41edd8-7bc7-4ced-b8b0-9b10a31db5c4-19845894
To: <sip:2002@10.66.75.246>;tag=42CF0134-1BC8
Date: Thu, 04 Apr 2013 05:50:29 GMT
Call-ID: c071a100-15d10ff3-24695-ab4b420a@10.66.75.171
Server: Cisco-SIPGateway/IOS-15.2.4.M2.8
CSeq: 102 PRACK
Content-Length: 0
// The call is not anwered until now; however, calling and called parties have exchanged SDP,
// and media path is established.
// Other messages omitted.
Para resolver este problema en CUBE, estas depuraciones deben estar habilitadas:
debug voip ccapi inout
debug ccsip message
Síntoma 1: CUBE envía 180/183 sin el Require: encabezado de 100 ml.
Verifique que rel1xx require 100rel esté configurado bajo el dial-peer apropiado o voip de servicio de voz.
Síntoma 2: CUBE continúa enviando 180/183 con el Require: 100rel encabezado a CUCM.
Este problema suele ocurrir cuando CUCM no admite una respuesta fiable. Para resolver este problema, habilite Rel1xx en CUCM.