Voix et communications unifiées : Cisco Unity Connection

L'Unity Connection TIMG ne conduit pas des appels correctement

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires

Introduction

Ce document décrit la question quand des appels qui entrent pour asservir passerelle de medias IP de t1 (TIMG) ou la passerelle de medias IP PBX (PIMG) ne sont pas conduits correctement. TIMGs et PIMGs permettent aux PBX pour intégrer à l'Unity Connection pour l'accès à la messagerie vocale. Quelques PBX exigent que cette intégration soit par l'intermédiaire de Simplified Message Desk Interface (SMDI), de MCI, ou de MD-110. Ceci signifie que cela les informations appelantes seront passées par l'intermédiaire d'une connexion de port série du PBX au TIMG ou au PIMG. Le TIMG ou le PIMG aux lesquels le câble série se connecte sera configuré comme maître. S'il y a l'autre TIMGs ou PIMGs exigé, ceux-ci seront configurés comme esclaves et regarderont au maître pour les informations appelantes.

Contribué par des collines de Scott, ingénieur TAC Cisco.

Problème

Il y a deux TIMGs/PIMGs ou plus avec une configuration de maître et d'esclave. Quand un appel entre dans le maître, l'appel est expédié au message d'accueil approprié de boîte vocale d'Unity Connection.

Voici un tir d'écran d'exemple de la page d'un maître PIMG :

Cependant, quand l'appel entre dans l'esclave TIMG l'appel est répondu par le message d'accueil d'ouverture. L'appel roule au message d'accueil d'ouverture parce que l'invitation envoyée à l'Unity Connection de TIMG n'a pas un « transfert :  » rayez en dedans pour dire à quelle extension boîte aux lettres l'appel devrait aller.

Voici un exemple des informations appelantes vu sur le maître :

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

Voici un exemple d'un problème invitent vu sur l'esclave :

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

Ceci se produit parce que les informations appelantes sont expédiées à travers le câble série au maître TIMG/PIMG, mais les informations du nombre de terminal logique (LTN) ne s'assortissent pas jusqu'au port au service d'authentification central de t1 (CAS) que l'appel physique est entré en fonction.

Solution

Sur TIMG, configuration > interface série > commutateur choisis Protocol afin de configurer les numéros de poste logiques pour chaque port.

Appariez le TIMG LTN et le numéro de port de la configuration PBX. Le PBX a une table qui t'affiche quel canal sur lequel ligne utilisations de T1 CAS quel LTN. Déterminez ces informations à partir du PBX d'abord et placez-les en conséquence dans le TIMG. Il est possible d'utiliser LTN 1-24 pour le canal principal 1-24 et LTN 25-48 pour le canal slave 1-24.

Informations connexes



Document ID: 118443