Voz e comunicações unificadas : Cisco Unity Connection

A conexão de unidade TIMG não distribui atendimentos corretamente

14 Outubro 2016 - Tradução por Computador
Outras Versões: Versão em PDFpdf | Inglês (22 Agosto 2015) | Feedback

Introdução

Este documento descreve a edição quando os atendimentos que entram Slave gateway de mídia IP T1 (TIMG) ou o gateway de mídia IP PBX (PIMG) não são distribuídos corretamente. TIMGs e PIMGs tornam possível para que os PBX integrem à conexão de unidade para o acesso ao correio de voz. Alguns PBX exigem que esta integração seja através do Simplified Message Desk Interface (SMDI), do MCI, ou do MD-110. Isto significa que isso a informação de chamada estará passada através de uma conexão da porta serial do PBX ao TIMG ou ao PIMG. O TIMG ou o PIMG a que o cabo serial conecta serão configurados como um mestre. Se há o outro TIMGs ou PIMGs exigido, estes estarão configurados como escravos e olharão ao mestre para a informação de chamada.

Contribuído por montes de Scott, engenheiro de TAC da Cisco.

Problema

Há dois ou mais TIMGs/PIMGs com uma configuração do mestre e do escravo. Quando um atendimento entra o mestre, o atendimento está enviado ao cumprimento apropriado da caixa do correio de voz da conexão de unidade.

Está aqui um tiro de tela do exemplo da página de um mestre PIMG:

Contudo, quando o atendimento entra o escravo TIMG o atendimento é respondido pela saudação inicial. O atendimento rola à saudação inicial porque o convite enviado à conexão de unidade de TIMG não tem uma “diversão: ” alinhe dentro para dizer que extensão da caixa de correio o atendimento deve ir.

Está aqui um exemplo da informação de chamada considerado 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

Está aqui um exemplo de um problema convida considerado 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

Isto acontece porque da informação de chamada é enviado através do cabo serial ao mestre TIMG/PIMG, mas a informação do Logical Terminal Number (LTN) não combina até a porta no serviço de autenticação T1 central (CAS) que o atendimento físico entrou sobre.

Solução

Em TIMG, selecione o protocolo da configuração > da série > do interruptor a fim configurar os números de extensão lógicos para cada porta.

Combine o TIMG LTN e o número de porta do ajuste PBX. O PBX tem uma tabela que lhe mostre que canal em que usos de linha do T1 CAS que LTN. Determine esta informação do PBX primeiramente e ajuste-a em conformidade no TIMG. É possível usar LTN 1-24 para o canal mestre 1-24 e LTN 25-48 para o canal 1-24 do escravo.

Informações Relacionadas



Document ID: 118443