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
- Guia de integração TIMG para Cisco Unity Connection versão 9.x
- Guia de integração PIMG para Cisco Unity Connection versão 9.x
- Guia de integração TIMG para Cisco Unity Connection versão 10.x
- Guia de integração PIMG para Cisco Unity Connection versão 10.x
- Suporte Técnico e Documentação - Cisco Systems