O Unity Connection TIMG não roteia as chamadas corretamente

Opções de download

  • PDF     (195.5 KB)
    Ver no Adobe Reader em vários dispositivos
  • ePub     (204.1 KB)
    Ver em vários aplicativos no iPhone, iPad, Android, Sony Reader ou Windows Phone
  • Mobi (Kindle)     (171.4 KB)
    Ver no dispositivo Kindle ou no aplicativo Kindle em vários dispositivos
Atualizado:25 de novembro de 2014
ID do documento:118443

Linguagem imparcial

O conjunto de documentação deste produto faz o possível para usar uma linguagem imparcial. Para os fins deste conjunto de documentação, a imparcialidade é definida como uma linguagem que não implica em discriminação baseada em idade, deficiência, gênero, identidade racial, identidade étnica, orientação sexual, status socioeconômico e interseccionalidade. Pode haver exceções na documentação devido à linguagem codificada nas interfaces de usuário do software do produto, linguagem usada com base na documentação de RFP ou linguagem usada por um produto de terceiros referenciado. Saiba mais sobre como a Cisco está usando a linguagem inclusiva.

Sobre esta tradução

A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.

Introduction

Este documento descreve o problema quando as chamadas recebidas no Slave T1 IP Media Gateway (TIMG) ou no PBX IP Media Gateway (PIMG) não são roteadas corretamente. Os TIMGs e PIMGs permitem que os PBXs se integrem ao Unity Connection para acesso ao correio de voz. Alguns PBXs exigem que essa integração seja feita por meio da Interface de Central de Mensagens Simplificada (SMDI), MCI ou MD-110. Isso significa que as informações de chamada serão passadas através de uma conexão de porta serial do PBX para o TIMG ou PIMG. O TIMG ou PIMG ao qual o cabo serial se conecta será configurado como Mestre. Se houver outros TIMGs ou PIMGs necessários, eles serão configurados como escravos e procurarão o mestre para obter informações de chamada.

Problema

Há dois ou mais TIMGs/PIMGs com uma configuração Master e Slave. Quando uma chamada entra no mestre, ela é encaminhada para a saudação apropriada da caixa de correio de voz do Unity Connection.

Aqui está uma captura de tela de exemplo da página de um PIMG Master:

No entanto, quando a chamada entra no Slave TIMG, a chamada é atendida pela saudação de abertura. A chamada é transferida para a saudação de abertura porque o convite enviado para o Unity Connection de TIMG não tem uma linha 'Diversion:' para dizer a qual ramal da caixa de correio a chamada deve ir.

Aqui está um exemplo das informações de chamada vistas no Mestre:

08-28 17:54:28.078 [Si        ] Prot     0D
08-28 17:54:28.078 [Si        ] Prot     0A
08-28 17:54:28.078 [Si        ] Prot     4D
08-28 17:54:28.078 [Si        ] Prot     44
08-28 17:54:28.078 [Si        ] Prot     30
08-28 17:54:28.078 [Si        ] Prot     30
08-28 17:54:28.078 [Si        ] Prot     30
08-28 17:54:28.078 [Si        ] Prot     30
08-28 17:54:28.078 [Si        ] Prot     30
08-28 17:54:28.078 [Si        ] Prot     30
08-28 17:54:28.078 [Si        ] Prot     31
08-28 17:54:28.078 [Si        ] Prot     4E
08-28 17:54:28.078 [Si        ] Prot     31
08-28 17:54:28.078 [Si        ] Prot     39
08-28 17:54:28.078 [Si        ] Prot     31
08-28 17:54:28.078 [Si        ] Prot     38
08-28 17:54:28.078 [Si        ] Prot     20
08-28 17:54:28.078 [Si        ] Prot     39
08-28 17:54:28.078 [Si        ] Prot     31
08-28 17:54:28.078 [Si        ] Prot     39
08-28 17:54:28.078 [Si        ] Prot     33
08-28 17:54:28.078 [Si        ] Prot     33
08-28 17:54:28.078 [Si        ] Prot     33
08-28 17:54:28.078 [Si        ] Prot     33
08-28 17:54:28.078 [Si        ] Prot     34
08-28 17:54:28.078 [Si        ] Prot     38
08-28 17:54:28.078 [Si        ] Prot     35
08-28 17:54:28.078 [Si        ] Prot     20
08-28 17:54:28.078 [Si        ] Prot     0D
08-28 17:54:28.078 [Si        ] Prot     0A
08-28 17:54:28.078 [Si        ] Code     siSrvSerialInputEvent
08-28 17:54:28.078 [Si        ] Prot     From Serial: 0D 0A 4D 44 30 30 30 30 30 30 31
 4E 31 39 31 38 20 39 31 39 33 33 33 33 34 38 35 20 0D 0A 19 00 
08-28 17:54:28.078 [Si        ] Prot     19
08-28 17:54:28.078 [Si        ] Code     siSrvPrcCpidFromSwitch ltn = 1,
 src=9133333485, Dst = <NULL>, Redir = 1918, Reason = NoAns
08-28 17:54:28.078 [SiIp      ] Code     sertrans_ServerLocateClient 1
08-28 17:54:28.078 [SiIp      ] Code     sertrans_ServerLocateClient 1=client1
08-28 17:54:28.078 [SiIp      ] Code     _TaskMainClientReceive received data 516
08-28 17:54:28.078 [Si        ] Code     serial_client_cb
08-28 17:54:28.078 [Si        ] Code         SI_TYPE_CPID 1:NoAns (9193333485->->1918)
08-28 17:54:28.078 [Tel-1     ] Code     GetChannelFromLogicalChannelNum
 LogicalChanNum 0 span 0 channel 1
08-28 17:54:28.078 [Tel-1     ] Code     t1casReportNewCpid
08-28 17:54:28.078 [Tel-1     ] Event    Cpid (9193333485,->,->1918,) (NoAns)
08-28 17:54:28.078 [Tel-1     ] Warn     t1casReportNewCpid err: no call for cpid
08-28 17:54:28.078 [Tel-1     ] Code     t1casReportNewCpid saving pre-call cpid for
 serial
08-28 17:54:29.195 [SiIp      ] Code     _TaskMainServerReceive(4) received 516 bytes
08-28 17:54:29.195 [SiIp      ] Code     _TaskMainServerReceive(4) keep-alive 1
 received
08-28 17:54:29.195 [SiIp      ] Code     _TaskMainServerReceive(4) sending keep-alive
 response

Aqui está um exemplo de um convite para problemas visto no escravo:

08-28 17:54:30.453 [VoIP      ] Prot     <----INVITE sip:Anonymous@14.48.4.88:5060 SIP/2.0
08-28 17:54:30.453 [VoIP      ] Prot     From:"Anonymous"<sip:Anonymous@14.48.4.92:5060;
user=phone>;vnd.pimg.port=1;tag=133B324631353641000BCF02
08-28 17:54:30.453 [VoIP      ] Prot     To:"Anonymous"<sip:Anonymous@14.48.4.88:5060>
08-28 17:54:30.453 [VoIP      ] Prot     Contact:<sip:14.48.4.92:5060>
08-28 17:54:30.453 [VoIP      ] Prot     Content-Type:application/sdp
08-28 17:54:30.453 [VoIP      ] Prot     Supported:replaces,early-session,100rel
08-28 17:54:30.453 [VoIP      ] Prot     Allow:INVITE,BYE,CANCEL,REFER,NOTIFY,OPTIONS,
REGISTER,INFO,ACK,PRACK
08-28 17:54:30.453 [VoIP      ] Prot     Expires:120
08-28 17:54:30.453 [VoIP      ] Prot     Call-ID:02061555D6F5009A000012BC@test.local
08-28 17:54:30.453 [VoIP      ] Prot     CSeq:1 INVITE
08-28 17:54:30.453 [VoIP      ] Prot     Max-Forwards:70
08-28 17:54:30.453 [VoIP      ] Prot     User-Agent:PBX-IP Media Gateway
08-28 17:54:30.453 [VoIP      ] Prot     Via:SIP/2.0/UDP 14.48.4.92:5060;
branch=z9hG4bKDC0A05314DD4ED48CEEEA72BD196FC38
08-28 17:54:30.453 [VoIP      ] Prot     Content-Length:245

Isso acontece porque as informações de chamada são encaminhadas através do cabo serial para o Master TIMG/PIMG, mas as informações do Logical Terminal Number (LTN) não correspondem à porta no T1 Central Authentication Service (CAS) em que a chamada física entrou.

Solução

Em TIMG, selecione Configuration > Serial > Switch Protocol para configurar os números de extensão lógica para cada porta.


Faça a correspondência entre o TIMG LTN e o número da porta da configuração PBX. O PBX tem uma tabela que mostra em qual canal a linha T1 CAS usa qual LTN. Determine essas informações do PBX primeiro e defina-as de acordo com a TIMG. É possível usar LTN 1-24 para o canal Master 1-24 e LTN 25-48 para o canal Slave 1-24.

Informações Relacionadas

TAC Authored

Colaborado por engenheiros da Cisco

  • Scott Hills
    Cisco TAC Engineer

Este documento lhe foi útil?

FeedbackFeedback

Contate a Cisco

Este documento se refere a estes produtos