Voz y Comunicaciones unificadas : Cisco TelePresence Video Communication Server (VCS)

Llamadas de CUCM a la zona de DNS en la autopista VCS enviada al IP Address incorrecto

17 Octubre 2016 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios

Introducción

En las implementaciones donde los puntos finales se registran en el administrador de las Comunicaciones unificadas de Cisco (CUCM) y las llamadas se rutean a través de un servidor del comunicación mediante video (VCS), las llamadas entre compañías o las llamadas a un diverso dominio no se pudieron rutear correctamente.

Este documento describe cómo el problema de enviar un decir en voz alta a una dirección destino incorrecta puede ocurrir, así como cómo el problema puede ser resuelto si usted elimina el puerto de la invitación.

Cisco recomienda que tenga conocimiento sobre estos temas:

  • Administrador de las Comunicaciones unificadas de Cisco
  • Zona del Domain Name System (DNS)

Contribuido por Kristof Van Coillie, ingeniero de Cisco TAC.

Problema

En este ejemplo, el flujo de llamada es una llamada saliente de un punto final registrado en un cluster CUCM a una zona de DNS en la autopista VCS:

116729-trouble-cucm-dns-vcs-01.png

Hay una zona vecina configurada entre el control VCS y el cluster CUCM, y una zona del traversal configurada entre el control VCS y la autopista VCS. Cuando el CUCM envía un decir en voz alta sobre un trunk del Session Initiation Protocol (SIP), agrega el número del puerto al Identificador de recursos uniformes (URI):

Module="network.sip" Level="DEBUG":  Src-ip="10.48.79.189"  Src-port="25018"
 SIPMSG:
 |INVITE sip:user@company.com:5060 SIP/2.0

El control VCS tiene una regla de búsqueda que envíe la llamada a la autopista VCS. Se configura la autopista VCS así que la regla de búsqueda envía esta llamada a una zona de DNS. Si no hay modificaciones en URI, la autopista VCS hace las operaciones de búsqueda del Uno-expediente:

Module="network.dns" Level="DEBUG":  Detail="Sending DNS query"
Name="company.com" Type="A and AAAA"
Module="network.dns" Level="DEBUG":  Detail="Resolved hostname to:
['IPv4''TCP''10.10.10.10'] (A/AAAA) Number of relevant records
retrieved: 1"

La autopista VCS también hace las operaciones de búsqueda del servidor DNS (SRV) para el dominio:

Module="network.dns" Level="DEBUG":  Detail="Sending DNS query" 
Name="_sips._tcp.company.com" Type="SRV (IPv4 and IPv6)"
Module="network.dns" Level="DEBUG": Detail="Resolved hostname to:
['IPv4''TCP''10.10.10.10:5061'] (A/AAAA) Number of relevant records
retrieved: 1"

Cuando se envía la invitación, el resultado de las operaciones de búsqueda del Uno-expediente se utiliza:

Event="Request Sent" Service="SIP" Src-ip="10.48.79.123" Src-port="5060"
Dst-ip="10.10.10.10" Dst-port="5060"
Call-serial-number="617a2b3a-407b-11e3-882a-000c291377f3"
Tag="617331f4-407b-11e3-b012-000c29f5e10e" Protocol="UDP"
Method="INVITE" Request-URI="sip:user@company.com:5060"
To="sip:user@10.48.79.189" Level="2" UTCTime="2013-10-29 09:20:41,210"

Ésta no es la conducta deseada, porque el direccionamiento no es el de la autopista VCS, pero del servidor Web que está recibiendo www.company.com.

Solución

El uso transforma las reglas en el control VCS o la autopista VCS para eliminar el puerto de la invitación. Esto permite que la autopista VCS utilice el nombramiento del puntero de la autoridad (NAPTR) y de las operaciones de búsqueda SRV.

Por un ejemplo de cómo eliminar el puerto, vea “habilitando los puntos finales registradoes en el CM unificado para llamar los puntos finales registrados en la sección VCS” en la página 24 del administrador de las Comunicaciones unificadas de Cisco del Cisco TelePresence con el Guía de despliegue de Cisco VCS (trunk del SORBO).

El puerto se elimina una vez, la autopista VCS hace las operaciones de búsqueda NAPTR y SRV:

Module="network.dns" Level="DEBUG":  Detail="Sending DNS query" 
Name="company.com" Type="NAPTR (IPv4 and IPv6)"
Module="network.dns" Level="DEBUG": Detail="Could not resolve hostname"
Module="network.dns" Level="DEBUG": Detail="Sending DNS query"
Name="_sips._tcp.company.com" Type="SRV (IPv4 and IPv6)"
Module="network.dns" Level="DEBUG": Detail="Resolved hostname to:
['IPv4''TCP''10.10.10.20:5061'] (A/AAAA) Number of relevant records
retrieved: 1"
Module="network.dns" Level="DEBUG": Detail="Sending DNS query"
Name="_sip._tcp.company.com" Type="SRV (IPv4 and IPv6)"
Module="network.dns" Level="DEBUG": Detail="Resolved hostname to:
['IPv4''TCP''10.10.10.20:5060'] (A/AAAA) Number of relevant records
retrieved: 1"
Module="network.dns" Level="DEBUG": Detail="Sending DNS query"
Name="_sip._udp.company.com" Type="SRV (IPv4 and IPv6)"
Module="network.dns" Level="DEBUG": Detail="Could not resolve hostname"

La autopista VCS utiliza el resultado del SRV (bastante que las operaciones de búsqueda del Uno-expediente) para establecer la llamada. Ésta es la conducta deseada, y la llamada tiene éxito:

Module="network.tcp" Level="DEBUG":  Src-ip="10.48.79.123" Src-port="25005" 
Dst-ip="10.10.10.20" Dst-port="5061" Detail="TCP Connecting"

Información Relacionada



Document ID: 116729