Appels de CUCM vers la zone DNS sur VCS Expressway envoyés à une adresse IP incorrecte

Introduction

Dans les déploiements où les terminaux sont enregistrés sur Cisco Unified Communications Manager (CUCM) et où les appels sont acheminés via un serveur de communication vidéo (VCS), les appels intersociétés ou vers un autre domaine risquent de ne pas être acheminés correctement.

Ce document décrit comment le problème d'envoi d'un appel vers une adresse de destination incorrecte peut se produire, ainsi que comment le problème peut être résolu si vous retirez le port de l'invitation.

Cisco vous recommande de prendre connaissance des rubriques suivantes :

• Solutions Cisco Unified Communications Manager
• Zone DNS (Domain Name System)

Problème

Dans cet exemple, le flux d'appels est un appel sortant d'un point de terminaison enregistré sur un cluster CUCM vers une zone DNS sur VCS Expressway :

Il existe une zone de voisinage configurée entre le contrôle VCS et le cluster CUCM, et une zone de traverse configurée entre le contrôle VCS et l'Expressway VCS. Lorsque le CUCM envoie un appel via une liaison SIP (Session Initiation Protocol), il ajoute le numéro de port à l'URI (Uniform Resource Identifier) :

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 une règle de recherche qui envoie l’appel à VCS Expressway. Le VCS Expressway est configuré de sorte que la règle de recherche envoie cet appel à une zone DNS. S’il n’y a aucune modification sur l’URI, le VCS Expressway effectue une recherche d’enregistrement A :

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"

VCS Expressway effectue également une recherche de 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"

Lorsque l'invitation est envoyée, le résultat de la recherche d'enregistrement A 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 souhaité, car l’adresse n’est pas celle de VCS Expressway, mais du serveur web qui héberge www.company.com.

Solution

Utilisez des règles de transformation sur le contrôle VCS ou sur l’Expressway VCS afin de retirer le port de l’invitation. Cela permet à VCS Expressway d’utiliser le pointeur NAPTR (Naming Authority Pointer) et les recherches SRV.

Pour obtenir un exemple de retrait du port, reportez-vous à la section « Activation des points de terminaison inscrits sur Unified CM pour appeler des points de terminaison inscrits sur VCS », page 24 du Guide de déploiement de Cisco Telepresence Cisco Unified Communications Manager avec Cisco VCS (SIP Trunk).

Une fois le port dénudé, le VCS Expressway effectue une recherche 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"

VCS Expressway utilise le résultat de la recherche SRV (plutôt que de l’enregistrement A) afin d’établir l’appel. Voici le comportement souhaité 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

• Guide de déploiement de Cisco TelePresence Cisco Unified Communications Manager avec Cisco VCS (SIP Trunk)
• Guide de déploiement de Cisco TelePresence Video Communication Server Basic Configuration (Control with Expressway)
• Guide de l'administrateur du serveur de communication vidéo Cisco TelePresence
• Support et documentation techniques - Cisco Systems