Configuración y troubleshooting de troncales SIP en CUCM. Pregunte al Experto

[Kenny Araya Otarola]

Con el experto de Cisco: Kenny Araya

En esta ocasión hablaremos de la configuración y troubleshooting de troncales SIP en CUCM, es tu oportunidad para aprender y debatir sobre el tema.

Por favor use las estrellas para calificar las respuestas e indique si la respuesta que ha recibido es la corrrecta.

Puede ser que Kenny no pueda responder cada una de las preguntas debido la cantidad  que  anticipamos  para este evento. Recuerde que usted puede preguntar o seguir haciendo  preguntas en la comunidad de VoIP

Este evento estará disponible del lunes 18 al viernes 29 de Mayo del 2015.

[frankrodrigo · Accepted solution]

Estimado Kenny,

Cuando realzamos una troncal SIP entre 2 CUCMs independientes. Como habilitariamos la opción de compartir escritorio en sesiones jabber si dicha opción está habilitada en comunicaciones de clientes conectados al mismo CUCM.

[Kenny Araya Otarola]

Hola Frank Rodrigo,

Muy buena pregunta, para poder compatir el escritorio en llamadas a través de Jabber con dispositivos registrados en diferentes CUCMs, necesitamos tener la siguiente configuración:

1. Tener configurado un troncal SIP entre ambos CUCMs.
2. Tener la opción "Allow Presentation Sharing using BFCP" habilitada en el Perfil SIP del troncal.
3. Tener la opción "Allow Presentation Sharing using BFCP" habilitada en el Perfil SIP de los dispositivos CSF en ambos CUCMs.
4. Asegurarse de que no se incluya un MTP (Media Termination Point) en la llamada ya que estos no soportan BFCP (Binary Floor Control Protocol).

Dependiendo de las versiones de CUCM que estés utilizando, la configuración puede cambiar un poco. Para versiones de CUCM 8.x, es necesario instalar el archivo COP "cmterm-bfcp-e.8-6-2.cop.sgn" en todos los servidores de CUCM y reiniciarlos para proceder con la configuración anterior.

Para mayores detalles, puedes referirte a los siguientes enlaces:

Versiones de CUCM 8.X:

http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/jabber/Windows/9_7/JABW_BK_C4D2F1D0_00_cisco-jabber-for-windows-97/JABW_BK_C4D2F1D0_00_cisco-jabber-for-windows-97_chapter_0110.html#JABW_TK_C8F45C85_00

Versiones de CUCM 9.X:

http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/jabber/Windows/9_7/JABW_BK_C4D2F1D0_00_cisco-jabber-for-windows-97/JABW_BK_C4D2F1D0_00_cisco-jabber-for-windows-97_chapter_0111.html#JABW_RF_V1999BC5_00

No dudes en escribirnos si tienes más preguntas al respecto.

Saludos!

[vifuente]

Hola Kenny,

¿Cuál es la diferencia entre un SIP Trunk Security Profile y un Trunk?

¿Para qué creamos cada uno?

¡Gracias!

[Kenny Araya Otarola]

Hola vifuente,

El Troncal SIP y el Perfil de Seguridad del Troncal SIP son dos configuraciones que se complementan.

En el Troncal SIP se encuentra la configuración principal. La cual incluye el enrutamiento de llamadas, la asociación con otras configuraciones necesarias (Device Pool, MRGL, Location, etc) y la dirección y puerto de destino.

En el Perfil de Seguridad del Troncal SIP se encuentra la configuración de seguridad. La cual incluye el protocolo de transporte de entrada y salida, el puerto de entrada y la habilitación de autenticación para el troncal.

El Perfil de Seguridad del Troncal SIP es uno de los ajustes obligatorios para la configuración del troncal SIP.

Espero que esto aclare tu duda, si tienes más preguntas al respecto dejanos saber.

Saludos!

[Cisco Moderador]

Hola Kenny,

Tengo una duda, ojalá me puedas ayudar..

¿Qué se puede integrar a traves de un troncal SIP?

Muchas gracias!

Saludos
Dany

[Kenny Araya Otarola]

Hola Dany,

Los troncales SIP originalmente fueron pensados para conectar las redes telefónicas de los clientes con sus proveedores de servicio.

Sin embargo, conforme ha pasado el tiempo el protocolo SIP se ha ido afianzando y los troncales SIP se han empezado a utilizar para integrar dispositivos y sistemas en las redes privadas.

A continuación enlisto los dispositivos y sistemas que más comunmente se integran a través de SIP.

- Servidores de telefonía IP.
- Servidores de buzón de voz.
- Servidores de correo electrónico.
- Servidores de fax.
- Servidores de video llamadas.
- Gateways de voz.
- SBCs (Session Border Controller).
- Entre otros.

Espero haber respondido tu duda.

Saludos!

[Cisco Moderador]

Hola Kenny,

Muy interesante el tópico, tengo varias dudas, actualmente trabajo como Ingeniero de Preventa en un service provider en Mexico y ofrecemos troncales SIP a nuestros clientes en 2 modalidades; con registro a traves de Broadsoft y la otra con un acceso IP mediante un router con un puerto MPLS, la segunda opcion no hay problema la troncal SIP viaja a traves de la red MPLS hacia nuestro core NGN/IMS es decir no requiere de autenticacion adicional, pero en el primer caso proveemos a nuestros clientes con las credenciales de autenticacion como lo es username que es un DID, un authorization username, con su respectivo password y la direccion IP a donde los clientes tienen que dirigir el trafico SIP, es decir la direccion IP de un SBC, en este caso usamos las troncales SIP con registro por seguridad, es requisito que el cliente registre su PBX atras de NAT para poder dirigir el trafico hacia nuestro core NGN/IMS

Hemos dado de alta servicios con CME en ISRs 2800 y 2900 pero por ejemplo en el caso de que el CME se encuentra en un server virtualizado o en otro CPE que no sea un router hemos batallado con clientes que no han podido realizar la configuración requerida para acceder al servicio, y de aqui las preguntas:

 Todos los productos(conmutadores/PBX) de voz de Cisco son capaces de enviar registro hacia un ITSP?

SI o No??

Cuales??

 Se requiere de HW adicional para enviar registro hacia un ITSP como un GW?

 En que casos??

Existe alguna guía o documentación oficial de Cisco para el setup de troncales SIP con registro?

Envió una imagen de una topologia detallando el escenario al que me refiero para ser mas especifico

Muchas gracias de antemano por el apoyo y respuestas

Saludos!!!

Vía https://supportforums.cisco.com/users/mlopezs01

[Kenny Araya Otarola]

Hola mlopezs01,

Me parece muy buena tu pregunta, nuestra idea es aplicar las preguntas a situaciones reales como en tu caso.

Con respecto a los problemas con los CMEs, CME fue diseñado para correr en enrutadores Cisco como los ISRs que mencionas. Si bien este puede correr virtualizado en IOS sobre una interface Linux y funcionar hasta cierto punto, esta no es una configuración soportada ya que puede causar toda clase de problemas (como los que has encontrado con tus clientes.)

A continuación enlisto las respuestas a tus preguntas:

¿Todos los productos (conmutadores/PBX) de voz de Cisco son capaces de enviar registro hacia un ITSP?

No todos los productos de la solución de colaboración (voz y video) de Cisco son capaces de enviar registro hacia un ITSP.

¿Cuales?

Cualquier enrutador Cisco que esté configurado como CME o CUBE (SBC de Cisco).

¿En que casos?

En cualquier caso siempre y cuando el enrutador Cisco tenga las licencias requeridas y esté configurado como CME o CUBE.

¿Existe alguna guía o documentación oficial de Cisco para el setup de troncales SIP con registro?

http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube_sipsip/configuration/xe-3s/asr1000/cube-sipsip-xe-3s-asr1000-book/voi-sip-trunk-reg.html

No dudes en escribirnos si tienes alguna otra pregunta con respecto a este tema.

Saludos!

[Cisco Moderador]

Buenos días Kenny:

Tengo una duda referente al uso de un SIP Profile en la SIP Trunk. 

¿Sabes que funcionalidad adicional tiene el parámetro de "Enable OPTIONS Ping to monitor destination status for Trunks with Service Type "None (Default)" dentro del profile asociado a la troncal?

Durante una integración, se obtenía un mensaje "SIP 480, Temporary Unavailable" en los logs del RTMT para "Session Trace" al intentar levantar la troncal.

Habilitando la opción mencionada en el perfil, la troncal funcionó sin inconvenientes.

¿Existe alguna razón de este comportamiento?

¡Gracias!

Vía nery lopez

[Kenny Araya Otarola]

Hola Nery,

Este ajuste que se encuentra en el Perfil SIP en CUCM se utiliza para enviar solicitudes (como un tipo de KeepAlive) a la dirección de destino configurada en el troncal SIP.
 
Si el dispositivo o sistema que se integra a través del troncal SIP falla en responder o responde con un mensaje SIP de error como "503 Service Unavailable", "408 Timeout" o "480 Temporary Unavailable" (como en tu caso), CUCM intenta reenrutar las llamadas utilizando otros troncales o una dirección differente que esté configurada.

Si este ajuste no está habilitado, CUCM no hace un monitoreo del estado del dispositivo o sistema que está integrado a través del troncal.

Esa es la razón por la que habilitando este ajuste se pudo resolver el problema que tenías.

Espero que está información haya aclarado tu duda.

Saludos!

[Cisco Moderador]

Hola Kenny, 

En estos momento me encuentro realizando un monitoreo de un solución comprendida por un CUCM, un IM&P y un Unity Connection, todos estos servidores se encuentran desplegados en Miami con un Gateway que da acceso a la PSTN a través del un SIP Trunk con un ITSP. Ademas se posee una VPN site to site con un sede remota, todo este deployment se encuentra adjunto en la presentación que anexo.   

Mi primera pregunta es que en el Gateway ubicado en el Site remoto, active un debug cssip messages y estoy viendo los siguientes mensajes:

Received: 
REGISTER sip:10.240.20.1 SIP/2.0
Via: SIP/2.0/UDP 10.240.10.107:5060;branch=z9hG4bK00007cd1
From: <sip:2027@10.240.20.1>;tag=0811960aee45044f00007ee1-00003f17
To: <sip:2027@10.240.20.1>
Call-ID: 0811960a-ee45004f-00000dd2-00006818@10.240.10.107
Max-Forwards: 70
Date: Fri, 22 May 2015 13:03:35 GMT
CSeq: 880 REGISTER
User-Agent: Cisco-CSF
Contact: <sip:5206e911-24d4-53a8-13ff-d2502e05a59a@10.240.10.107:5060;transport=udp>;+sip.instance="<urn:uuid:00000000-0000-0000-0000-0811960aee45>";+u.sip!devicena
SOUTEC-VE-RO2901#me.ccm.cisco.com="CSFlgallo";+u.sip!model.ccm.cisco.com="503";video;bfcp
Supported: replaces,join,sdp-anat,norefersub,resource-priority,extended-refer,X-cisco-callinfo,X-cisco-serviceuri,X-cisco-escapecodes,X-cisco-service-control,X-cisco-srtp-fallback,X-cisco-monrec,X-cisco-config,X-cisco-sis-7.0.0,X-cisco-xsi-8.5.1
Content-Length: 0
Expires: 0

REGISTER sip:10.240.20.1 SIP/2.0
Via: SIP/2.0/UDP 10.240.20.45:5060;branch=z9hG4bK2ae72e5a
From: <sip:2004@10.240.20.1>;tag=f09e636ff05f2dc13856768c-59cae152
To: <sip:2004@10.240.20.1>
Call-ID: f09e636f-f05f0089-418b664e-3b617063@10.240.20.45
Max-Forwards: 70
Date: Fri, 22 May 2015 13:03:42 GMT
CSeq: 10611 REGISTER
User-Agent: Cisco-CP7821/10.2.1
Contact: <sip:b7212f86-ef8b-a352-c59c-024161f03ee3@10.240.20.45:5060;transport=udp>;+sip.instance="<urn:uuid:00000000-0000-0000-0000-f09e636ff05f>";+u.sip
SOUTEC-VE-RO2901#!devicename.ccm.cisco.com="SEPF09E636FF05F";+u.sip!model.ccm.cisco.com="621"
Supported: replaces,join,sdp-anat,norefersub,resource-priority,extended-refer,X-cisco-callinfo,X-cisco-serviceuri,X-cisco-escapecodes,X-cisco-service-control,X-cisco-srtp-fallback,X-cisco-monrec,X-cisco-config,X-cisco-sis-7.0.0,X-cisco-xsi-8.5.1
Content-Length: 0
Expires: 0

Por lo que puedo ver en el User-Agent del primer mensaje corresponde a un CSF client, mientras que en el segundo el User-Agent corresponde a un teléfono físico ubicado en el Remote Site.

Estos mensajes se pueden ver como un Keep Alive o algo por el estilo??

Vale acotar que entre el CUCM y el Gateway, se esta utilizando un Gateway H323. 

Mi otra pregunta seria a nivel de seguridad, yo como Ingeniero que implementa la solución, que configuraciones de seguridad puedo hacer a nivel de CUCM y Gateway en el SIP Trunk hacia el ITSP. Y también en un SIP Trunk entre el CUCM y un Gateway??  

Vía: luismgallop

[Kenny Araya Otarola]

Hola luismgallop,

El mensaje SIP "Register" se utiliza principalmente para las siguientes funciones:

1. Registro de dispositivos con un servidor SIP (como CUCM en este caso).
2. Transmisión de ubicación de dispositivos con un servidor SIP.
3. Monitoreo de dispositivos (como un tipo de KeepAlive), como tu lo mencionabas.

En relación a tu pregunta sobre la configuración de seguridad en los troncales SIP. Este es un tema muy extenso y que depende de la topología y el flujo de llamada de cada cliente para ser implementada, sin embargo puedes referirte al siguiente enlace el cual contiene mucha información sobre el tema:

http://www.ciscopress.com/articles/article.asp?p=1567219&seqNum=6

No dudes en escribirnos con cualquier otra consulta que tengas sobre el tema.

Saludos!

[Leo Salcie Tejeda]

Saludos Kenny,

En los router con funcionalidad de CUBE, existe un comando para monitorear los troncales SIP llamado options-keepalive up-interval, si falla el ping, el Dial-peer es deshabilitado. Mi preguntas es, en CUCM es posible disminuir el tiempo en que le toma declarar una ruta SIP como inalcanzable como cuando utilizamos el comando en los CUBE? En este caso, el Service Provider esta conectado directamente a CUCM.

Gracias anticipadas por la respuesta.

[Kenny Araya Otarola]

Hola Leo,

Existe un ajuste en el perfil SIP de los troncales SIP llamado "Enable OPTIONS Ping to monitor destination status for Trunks with Service Type "None (Default)"" (este ajuste se encuentra deshabilitado por defecto). Este ajuste habilita el monitoreo a través de mensajes "Options" del troncal, basicamente CUCM va a enviar de manera continua (cada 60 segundos por defecto) mensajes Options, en caso de no recibir una respuesta, CUCM cambiará el estado del troncal a "No Service" y las llamadas no se enviarán por ese troncal hasta que responda los mensajes "Options" y CUCM cambie su estado a "In Service" nuevamente.

En caso de que este ajuste no se encuentre habilitado, CUCM enviará hasta seis mensajes  "Invite" (por defecto) a través del troncal por cada llamada antes de considerarlo como no disponible y buscar una nueva ruta, el envío de los seis mensajes "Invite" dura 31 segundos.

En otras palabras Leo, la habilitación de este ajuste eliminará el retraso de 31 segundos en las llamadas cuando el troncal SIP no esté disponible.

Espero haber respondido tu pregunta.

Saludos!