Appels de CUCM à la zone DNS sur le VCS Expressway envoyé 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 le VCS Expressway :

Il y a une zone voisine configurée entre le contrôle de VCS et la batterie CUCM, et une zone de traversée configurée entre le contrôle et le VCS Expressway de 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 de VCS a un itinéraire de recherche qui envoie l'appel au VCS Expressway. Le VCS Expressway est configuré ainsi l'itinéraire de recherche envoie cet appel à une zone DNS. S'il n'y a aucune modification sur l'URI, le VCS Expressway 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"

Le VCS Expressway 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 du VCS Expressway, mais du web server qui accueille www.company.com.

Solution

L'utilisation transforment des règles sur le contrôle ou le VCS Expressway de VCS afin d'éliminer le port de l'invitation. Ceci permet au VCS Expressway 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 VCS de Cisco (joncteur réseau de SIP).

Une fois le port est éliminé, le VCS Expressway 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"

Le VCS Expressway 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 VCS de Cisco (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 Expressway)
• Guide de l'administrateur de serveur de communication vidéo Cisco TelePresence
• Support et documentation techniques - Cisco Systems