Contents

Introduction

Problema

Solução

Introduction

Este documento descreve como solucionar problemas de falha de chamada do Cisco TelePresence System (CTS) para a unidade de controle multiponto (MCU)/endpoint registrado no Video Communication Server (VCS) no CallManager Release 8.6.2 devido ao bug da Cisco ID CSCty07061.

Problema

As chamadas do CTS no Cisco Unified Communications Manager (CUCM) falham nos endpoints/MCU no VCS. Esse problema acontece especificamente com o CUCM versão 8.6.2.

CTS—CUCM—VCS—MCU

Isso é causado por:

- Logs do CUCM

- Comunicação entre o CUCM e o VCS

- CONVITE enviado do CUCM para o 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 tentativas recebidas do 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 toques recebidos do 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

Como o cabeçalho do contato no 180 Ringing é um number@domain e como o Domain Name Server (DNS) no CUCM não pode resolver o domínio, a chamada falha e o CUCM envia CANCEL com a causa "No route to destination". O CUCM tenta resolver o domínio no cabeçalho do contato e não consegue resolvê-lo.

A resolução de DNS no CUCM falha

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^*^*

Portanto, o CallManager envia um CANCEL com a causa "Nenhuma rota para o destino".

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

Solução

O CallManager deve tentar responder ao CONVITE com a rota de registro no 180 Tocando em vez do cabeçalho do contato quando ambos estiverem presentes. No entanto, ele usa o cabeçalho do contato. O bug da Cisco ID CSCty07061 está aberto no lado do CUCM para o mesmo problema.

A melhor solução é atualizar o CallManager para uma versão fixa do bug. Você também pode incluir o domínio no cabeçalho do contato para resolver para o endereço IP do VCS. No entanto, isso é apenas uma solução alternativa.

Você também pode ativar o Rel1XX no perfil do SIP (Session Initiation Protocol) do tronco SIP. Isso pode ou não funcionar.