Contenu

Introduction

Problème

Solution

Informations connexes

Introduction

Ce document décrit le problème lorsque les appels qui arrivent à la passerelle TIMG (Slave T1 IP Media Gateway) ou à la passerelle PIMG (PBX IP Media Gateway) ne sont pas acheminés correctement. Les TIMG et les PIMG permettent aux PBX de s'intégrer à Unity Connection pour accéder à la messagerie vocale. Certains PBX exigent que cette intégration soit effectuée via SMDI (Simple Message Desk Interface), MCI ou MD-110. Cela signifie que les informations d'appel seront transmises via une connexion de port série du PBX au TIMG ou au PIMG. Le TIMG ou le PIMG auquel le câble série se connecte sera configuré en tant que maître. Si d'autres TIMG ou PIMG sont requis, ils seront configurés en tant qu'esclaves et rechercheront les informations d'appel auprès du maître.

Problème

Il existe au moins deux TIMG/PIMG avec une configuration Master et Slave. Lorsqu'un appel arrive dans le maître, l'appel est transféré au message d'accueil de la boîte vocale Unity Connection approprié.

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

Cependant, lorsque l'appel arrive dans le TIMG esclave, l'appel est répondu par le message d'accueil. L'appel est transféré vers le message d'accueil d'ouverture car l'invitation envoyée à Unity Connection à partir de TIMG n'a pas de ligne 'Diversion:' dans laquelle indiquer le poste de boîte aux lettres auquel l'appel doit être dirigé.

Voici un exemple d'informations d'appel affichées 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'invitation à un problème visible sur Slave :

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

Cela se produit parce que les informations d'appel sont transmises par le câble série au TIMG/PIMG maître, mais les informations du numéro de terminal logique (LTN) ne correspondent pas au port du service d'authentification central T1 (CAS) sur lequel l'appel physique est entré.

Solution

Sur TIMG, sélectionnez Configuration > Serial > Switch Protocol afin de configurer les numéros d'extension logique pour chaque port.

Faites correspondre le LTN TIMG et le numéro de port du paramètre PBX. Le PBX dispose d'un tableau qui indique le canal sur lequel la ligne T1 CAS utilise le LTN. Déterminez d'abord ces informations à partir du PBX et définissez-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 esclave 1-24.

Informations connexes

- Guide d'intégration TIMG pour Cisco Unity Connection version 9.x

- Guide d'intégration PIMG pour Cisco Unity Connection version 9.x

- Guide d'intégration TIMG pour Cisco Unity Connection version 10.x

- Guide d'intégration PIMG pour Cisco Unity Connection version 10.x

- Support et documentation techniques - Cisco Systems