소개
이 문서에서는 Cisco 버그 ID CSCty07061로 인해 CallManager 릴리스 8.6.2에서 VCS(Video Communication Server)에 등록된 Cisco CTS(TelePresence System)에서 MCU(Multipoint Control Unit)/엔드포인트까지 통화 오류를 해결하는 방법에 대해 설명합니다.
문제
CUCM(Cisco Unified Communications Manager)의 CTS에서 걸려온 통화는 VCS의 엔드포인트/MCU로 실패합니다.이 문제는 특히 CUCM 릴리스 8.6.2에서 발생합니다.
CTS—CUCM—VCS—MCU
이 문제는 다음과 같은 이유로 인해 발생합니다.
- CUCM의 로그
- CUCM과 VCS 간의 통신
- CUCM에서 VCS로 전송된 INVITE
[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
VCS에서 수신 100회 시도
[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
VCS에서 수신 180 링
[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
180 Linking의 연락처 헤더는 number@domain이고 CUCM의 DNS(Domain Name Server)가 도메인을 확인할 수 없기 때문에 통화가 실패하고 CUCM이 "No route to destination(목적지로 향하는 경로 없음)"으로 CANCEL을 보냅니다.CUCM은 연락처 헤더의 도메인을 확인하려고 시도하며 이를 해결하지 못합니다.
CUCM에 대한 DNS 확인 실패
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^*^*
따라서 CallManager는 "대상에 대한 경로 없음"과 함께 CANCEL을 보냅니다.
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
솔루션
둘 다 있는 경우 CallManager는 연결 헤더 대신 180 벨울림 중 레코드 경로로 INVITE에 응답해야 합니다.그러나 연락처 헤더를 사용합니다.Cisco 버그 ID CSCty07061은 동일한 문제에 대해 CUCM 측에서 열려 있습니다.
CallManager를 버그의 고정 버전으로 업그레이드하는 것이 가장 좋습니다.VCS의 IP 주소로 확인하기 위해 연락처 헤더에 도메인을 포함할 수도 있습니다.그러나 이는 해결 방법일 뿐입니다.
SIP 트렁크의 SIP(Session Initiation Protocol) 프로필에서 Rel1XX를 활성화할 수도 있습니다.이 작업은 작동하지 않을 수도 있습니다.
피드백