Contenu

Introduction

Problème

Solution

Introduction

Ce document décrit comment dépanner les échecs d'appel de Cisco TelePresence System (CTS) à l'unité de contrôle multipoint (MCU)/point de terminaison enregistré sur le serveur de communication vidéo (VCS) sur CallManager version 8.6.2 en raison de l'ID de bogue Cisco CSCty07061.

Problème

Les appels du CTS sur Cisco Unified Communications Manager (CUCM) échouent sur les terminaux/MCU du VCS. Ce problème se produit spécifiquement avec CUCM version 8.6.2.

CTS—CUCM—VCS—MCU

Ceci est dû à :

- Journaux de CUCM

- Communication entre CUCM et VCS

- INVITE envoyée de CUCM au VCS

[77348,NET]

INVITE sip:75005@172.16.198.29:5060 SIP/2.0

Date: Fri, 27 Apr 2012 08:39:00 GMT

Call-Info:

<sip:172.16.17.11:5060>;method="NOTIFY;Event=telephone-event;Duration=500"

Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER,

SUBSCRIBE, NOTIFY

From:

<sip:7001@172.16.17.11>;tag=26846~41fac465-b852-4a36-b3e8-f08e73aef877-21357

319

Allow-Events: presence, kpml

P-Asserted-Identity: <sip:7001@172.16.17.11>

Supported:

timer,resource-priority,replaces,X-cisco-srtp-fallback,Geolocation

Min-SE: 1800

Cisco-Guid: 1849552768-0000065536-0000000093-0185667756

Remote-Party-ID:

<sip:7001@172.16.17.11>;party=calling;screen=yes;privacy=off

Content-Length: 0

User-Agent: Cisco-CUCM8.6

To: <sip:75005@172.16.198.29>

Contact:

<sip:7001@172.16.17.11:5060;transport=tcp>;video;audio;x-cisco-tip;x-cisco-m

ultiple-screen=3

Expires: 180

Call-ID: 6e3def80-f9a15b24-380-b1110ac@172.16.17.11

Via: SIP/2.0/TCP 172.16.17.11:5060;branch=z9hG4bK7371e5c6b50

CSeq: 101 INVITE

Session-Expires: 1800

Max-Forwards: 69

100 tentatives entrantes du VCS

[77349,NET]

SIP/2.0 100 Trying

Via: SIP/2.0/TCP

172.16.17.11:5060;branch=z9hG4bK7371e5c6b50;received=172.16.17.11;ingress-zo

ne=CUCMAKBANK

Call-ID: 6e3def80-f9a15b24-380-b1110ac@172.16.17.11

CSeq: 101 INVITE

From:

<sip:7001@172.16.17.11>;tag=26846~41fac465-b852-4a36-b3e8-f08e73aef877-21357

319

To: <sip:75005@172.16.198.29>

Server: TANDBERG/4102 (X7.0.2)

Content-Length: 0

180 sonneries entrantes du VCS

[77352,NET]

SIP/2.0 180 Ringing

Via: SIP/2.0/TCP

172.16.17.11:5060;branch=z9hG4bK7371e5c6b50;received=172.16.17.11;ingress-zo

ne=CUCMAKBANK

Call-ID: 6e3def80-f9a15b24-380-b1110ac@172.16.17.11

CSeq: 101 INVITE

Contact:

<sip:01189175005@vcsc.cisco.com;gr=urn:uuid:d3cd717d-3870-5f90-aa64-be57a7db

fb2f>;isfocus

From:

<sip:7001@172.16.17.11>;tag=26846~41fac465-b852-4a36-b3e8-f08e73aef877-21357

319

To: <sip:75005@172.16.198.29>;tag=1644632DC02A0000

Record-Route:

<sip:proxy-call-id=6fb77ef2-9044-11e1-aeb4-0010f31e2904@172.16.198.29:5061;t

ransport=tls;lr>

Record-Route:

<sip:proxy-call-id=6fb77ef2-9044-11e1-aeb4-0010f31e2904@172.16.198.29:5060;t

ransport=tcp;lr>

User-Agent: Codian MCU 4505 v4.2 (1.50)

Content-Length: 0

Comme l'en-tête du contact dans la sonnerie 180 est un number@domain et que le serveur de noms de domaine (DNS) du CUCM ne peut pas résoudre le domaine, l'appel échoue et CUCM envoie ANNULER avec la cause « Aucune route vers la destination ». CUCM tente de résoudre le domaine dans l'en-tête du contact et ne parvient pas à le résoudre.

Échec de la résolution DNS sur CUCM

11:39:01.095 |//SIP/SIPDns(1,72,1)/wait_SdlDnsSrvRecordRsp: (DNS A or AAAA query called

as SRV query Fail):hostname=vcsc.cisco.com,ReqType=1,serversused=0|0,0,0,0.0^*^*

11:39:01.095 |LineCdpc(175): -dispatchToAllDevices-, sigName=CcAlertReq,

device=SEP001DA2394CE2|1,100,63,1.28663^172.16.198.29^*

11:39:01.095 |LineCdpc(175): -dispatchToAllDevices-, sigName=CcAlertReq,

device=SEPE80462EB1661|1,100,63,1.28663^172.16.198.29^*

11:39:01.095 |//SIP/SIPDns(1,72,1)/wait_SdlDnsSrvRecordRsp: ReceivedSdlDnsSrvRecordRsp

ReqCode is -1|0,0,0,0.0^*^*

11:39:01.095 |//SIP/SIPDns(1,72,1)/copySdlDnsSrvRecordRspToSpi: ReqType is

1|0,0,0,0.0^*^*

11:39:01.095 |//SIP/SIPDns(1,72,1)/wait_SdlDnsSrvRecordRsp: (DNS A QueryFail)

|0,0,0,0.0^*^*

11:39:01.095 |//SIP/Stack/Info/0x0/ccsip_spi_get_msg_type returned: 2 for

event 44|0,0,0,0.0^*^*

Par conséquent, CallManager envoie un CANCEL avec la cause « Aucune route vers la destination ».

CANCEL sip:75005@172.16.198.29:5060 SIP/2.0

Via: SIP/2.0/TCP 172.16.17.11:5060;branch=z9hG4bK7371e5c6b50

From:

<sip:7001@172.16.17.11>;tag=26846~41fac465-b852-4a36-b3e8-f08e73aef877-21357

319

To: <sip:75005@172.16.198.29>

Date: Fri, 27 Apr 2012 08:39:00 GMT

Call-ID: 6e3def80-f9a15b24-380-b1110ac@172.16.17.11

CSeq: 101 CANCEL

Max-Forwards: 70

Reason: Q.850;cause=3

Content-Length: 0

Solution

CallManager doit tenter de répondre à l'invitation avec la route d'enregistrement dans la sonnerie 180 au lieu de l'en-tête du contact lorsque les deux sont présents. Cependant, il utilise l'en-tête du contact. L'ID de bogue Cisco CSCty07061 est ouvert côté CUCM pour le même problème.

La meilleure solution est de mettre à niveau CallManager vers une version corrigée du bogue. Vous pouvez également inclure le domaine dans l'en-tête du contact afin de résoudre à l'adresse IP du VCS. Cependant, ce n'est qu'une solution.

Vous pouvez également activer Rel1XX sur le profil SIP (Session Initiation Protocol) de la ligne principale SIP. Cela peut fonctionner ou non.