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

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)

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 :

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

• TelePresence Cisco Cisco Unified Communications Manager avec le guide de déploiement de Cisco VCS (joncteur réseau de SIP)
• Guide de déploiement de la configuration de base de serveur de communication vidéo Cisco TelePresence (contrôle avec l'autoroute)
• Guide de l'administrateur de serveur de communication vidéo Cisco TelePresence
• Support et documentation techniques - Cisco Systems