Áudio de sentido único da experiência CUCM e VC em atendimentos entre eles

Introdução

Este documento descreve como pesquisar defeitos problemas de áudio unidirecional para atendimentos entre o server de comunicação de vídeo (VC) e o gerente das comunicações unificadas de Cisco (CUCM).

Problema

Um atendimento como este, o valor-limite 1-----H323----VCS----SIP----CUCM---Endpoint 2, pôde conduzir ao áudio de sentido único onde o valor-limite 1 não ouve o valor-limite 2.

Está aqui a análise do log dos VC.

Os VC enviam a APROVAÇÃO 200 ao gerenciador de chamada:

2014-01-23T12:40:10+11:00 vcs-cont-pro-1 tvcs: UTCTime="2014-01-23 01:40:10,296"
Module="network.sip" Level="DEBUG": Dst-ip="10.69.12.2" Dst-port="60493"
 SIPMSG:
 |SIP/2.0 200 OK
 Via: SIP/2.0/TCP 10.69.12.2:5060;branch=z9hG4bK2359e3e241306;received=
10.69.12.2;ingress-zone=CUCMNeighbour
 Call-ID: 8935a699d9e9e3f8@127.0.0.1
 CSeq: 102 INVITE
 Contact: <sip:AVS.EX60.-.Elliott@172.17.254.1>
 From: <sip:00419241145@10.69.11.1:5060>;tag=6417ce1c-8b93-4ba0-859a-ad892a39
e373-92748854
 To: <sip:AVS.EX60.-.Elliott@172.17.254.1>;tag=27b6f95b717b59fc
v=0
 o=tandberg 0 3 IN IP4 127.0.0.1
 s=-
 c=IN IP4 172.17.254.1
 b=AS:512
 t=0 0
 m=audio 51390 RTP/AVP 0 101
 b=TIAS:64000
 a=rtpmap:0 PCMU/8000
 a=rtpmap:101 telephone-event/8000
 a=fmtp:101 0-15
 a=sendrecv
 a=rtcp:51391 IN IP4 172.17.254.1

Antes do MasterSlaveDetermination, os VC tentam enviar um OpenLogicalChannel (OLC) ao valor-limite, que conduz à rejeção do valor-limite do OLC:

2014-01-23T12:40:10+11:00 vcs-cont-pro-1 tvcs: UTCTime="2014-01-23 01:40:10,366"
Module="network.h323" Level="DEBUG": Dst-ip="172.19.83.180" Dst-port="11158"
 Sending H.245 PDU:
 value MultimediaSystemControlMessage ::= request : openLogicalChannel :
 {
 forwardLogicalChannelNumber 1,
 forwardLogicalChannelParameters
 {
 dataType audioData : g711Ulaw64k : 40,
 multiplexParameters h2250LogicalChannelParameters :
 {
 sessionID 1,
 mediaControlChannel unicastAddress : iPAddress :
 {
 network 'AC11FE01'H,
 tsapIdentifier 51669
 },
 transportCapability
 {
 mediaChannelCapabilities
 {
{
 mediaTransport ip-UDP : NULL
 }
 }
 }
 }
 }
 }

Está aqui o MasterSlaveDetermination do valor-limite:

2014-01-23T12:40:10+11:00 vcs-cont-pro-1 tvcs: UTCTime="2014-01-23 01:40:10,475"
Module="network.h323" Level="INFO": Src-ip="172.19.83.180" Src-port="11158"
 Detail="Received H.245 MasterSlaveDeterminationRequest "
2014-01-23T12:40:10+11:00 vcs-cont-pro-1 tvcs: UTCTime="2014-01-23 01:40:10,475"
Module="network.h323" Level="DEBUG": Src-ip="172.19.83.180" Src-port="11158"
 Received H.245 PDU:
 value MultimediaSystemControlMessage ::= request : masterSlaveDetermination :
 {
 terminalType 190,
 statusDeterminationNumber 8028716
 }

Está aqui o MasterSlaveDeterminationAck ao valor-limite:

2014-01-23T12:40:10+11:00 vcs-cont-pro-1 tvcs: UTCTime="2014-01-23 01:40:10,475"
Module="network.h323" Level="INFO": Dst-ip="172.19.83.180" Dst-port="11158"
 Detail="Sending H.245 MasterSlaveDeterminationAckResponse Master"
2014-01-23T12:40:10+11:00 vcs-cont-pro-1 tvcs: UTCTime="2014-01-23 01:40:10,475"
Module="network.h323" Level="DEBUG": Dst-ip="172.19.83.180" Dst-port="11158"
 Sending H.245 PDU:
 value MultimediaSystemControlMessage ::= response : masterSlaveDeterminationAck :
 {
 decision master : NULL
 }

A rejeção do valor-limite do OLC conduz ao áudio de sentido único, porque o OLC vem dentro antes do MasterSlaveDetermination.

2014-01-23T12:40:10+11:00 vcs-cont-pro-1 tvcs: UTCTime="2014-01-23 01:40:10,519"
Module="network.h323" Level="INFO": Src-ip="172.19.83.180" Src-port="11158"
 Detail="Received H.245 OpenLogicalChannelRejResponse "
2014-01-23T12:40:10+11:00 vcs-cont-pro-1 tvcs: UTCTime="2014-01-23 01:40:10,519"
Module="network.h323" Level="DEBUG": Src-ip="172.19.83.180" Src-port="11158"
 Received H.245 PDU:
 value MultimediaSystemControlMessage ::= response : openLogicalChannelReject :
 {
 forwardLogicalChannelNumber 1,
 cause masterSlaveConflict : NULL
 }

Solução

Este problema é causado pela identificação de bug Cisco CSCuc98144 e o reparo é girar permite vazio CONVIDA fora no perfil da zona VC para a zona CUCM. Isto força os VC a mandar uma inicial CONVIDA com um protocolo session description preconfigured (SDP), que permita que o atendimento conecte com o áudio nos ambos sentidos.

Sob a configuração VC - > zonas - > as zonas, zona seleta CUCM, e mudam os campos indicados neste tiro de tela:

A outra opção é promover VC à versão X8.1.1 onde a edição é resolved.

Nota: Este é somente uma das razões que um atendimento pôde ter o áudio de sentido único.