Voix et communications unifiées : Serveur de communication vidéo Cisco TelePresence (VCS)

Appels de CUCM à la zone DNS sur l'autoroute VCS envoyée pour faire du tort l'adresse IP

17 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires

Introduction

Dans les déploiements où des points finaux sont enregistrés sur Cisco Unified Communications Manager (CUCM) et des appels sont conduits par un serveur de communication vidéo (VCS), des appels inter-sociétaires ou les appels à un domaine différent ne pourraient pas être conduits correctement.

Ce document décrit comment le problème d'envoyer une exigence à une adresse de destination fausse peut se poser, aussi bien que comment le problème peut être résolu si vous éliminez le port de l'invitation.

Cisco vous recommande de prendre connaissance des rubriques suivantes :

  • Cisco Unified Communications Manager
  • Zone de Système de noms de domaine (DNS)

Contribué par Kristof Van Coillie, ingénieur TAC Cisco.

Problème

Dans cet exemple, l'écoulement d'appel est un appel sortant d'un point final enregistré sur une batterie CUCM à une zone DNS sur l'autoroute VCS :

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

Il y a une zone voisine configurée entre le contrôle VCS et la batterie CUCM, et une zone de traversée configurée entre le contrôle VCS et l'autoroute VCS. Quand le CUCM envoie une exigence au-dessus d'un joncteur réseau de Protocole SIP (Session Initiation Protocol), il ajoute le numéro de port à l'identifiant de ressource uniforme (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

Le contrôle VCS a un itinéraire de recherche qui envoie l'appel à l'autoroute VCS. L'autoroute VCS est configurée ainsi l'itinéraire de recherche envoie cet appel à une zone DNS. S'il n'y a aucune modification sur l'URI, l'autoroute VCS fait une consultation d'Un-enregistrement :

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"

L'autoroute VCS fait également une consultation du serveur DNS (SRV) pour le domaine :

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"

Quand l'invitation est envoyée, le résultat de la consultation d'Un-enregistrement est utilisé :

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"

Ce n'est pas le comportement désiré, parce que l'adresse n'est pas celle de l'autoroute VCS, mais du web server qui accueille www.company.com.

Solution

L'utilisation transforment des règles sur le contrôle VCS ou l'autoroute VCS afin d'éliminer le port de l'invitation. Ceci permet à l'autoroute VCS pour utiliser nommer le pointeur d'autorité (NAPTR) et les consultations SRV.

Pour un exemple de la façon éliminer le port, voir « activant des points finaux enregistrés sur l'Unified CM pour appeler des points finaux enregistrés la section sur VCS » à la page 24 de la TelePresence Cisco Cisco Unified Communications Manager avec le guide de déploiement de Cisco VCS (joncteur réseau de SIP).

Une fois le port est éliminé, l'autoroute VCS fait une consultation NAPTR et 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"

L'autoroute VCS emploie le résultat du SRV (plutôt que la consultation d'Un-enregistrement) afin d'établir l'appel. C'est le comportement désiré, et l'appel réussit :

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"

Informations connexes


Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Document ID: 116729