Contenido

Introducción

Problema

Solución

Información Relacionada

Introducción

Este documento describe el problema cuando las llamadas que entran en Slave T1 IP Media Gateway (TIMG) o PBX IP Media Gateway (PIMG) no se enrutan correctamente. Los TIMG y los PIMG permiten que los PBX se integren en Unity Connection para el acceso al correo de voz. Algunos PBX requieren que esta integración se realice a través de la interfaz de escritorio de mensajes simplificado (SMDI), MCI o MD-110. Esto significa que la información de llamada se pasará a través de una conexión de puerto serial desde el PBX al TIMG o PIMG. El TIMG o PIMG al que se conecta el cable serial se configurará como maestro. Si se requieren otros TIMG o PIMG, éstos se configurarán como esclavos y buscarán en el maestro la información de llamada.

Problema

Hay dos o más TIMG/PIMG con una configuración principal y esclava. Cuando una llamada entra en el maestro, la llamada se reenvía al saludo del buzón de voz adecuado de Unity Connection.

A continuación se muestra un ejemplo de captura de pantalla de la página de un PIMG maestro:

Sin embargo, cuando la llamada entra en el Slave TIMG, la llamada se contesta con el saludo de apertura. La llamada pasa al saludo de apertura porque la invitación enviada a Unity Connection desde TIMG no tiene una línea 'Desviación:' dentro para decir a qué extensión del buzón de correo debe ir la llamada.

Este es un ejemplo de la información de llamada que se ve en el maestro:

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

He aquí un ejemplo de una invitación problemática vista en el Esclavo:

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

Esto sucede porque la información de llamada se reenvía a través del cable serial al TIMG/PIMG maestro, pero la información del número de terminal lógico (LTN) no coincide con el puerto del servicio de autenticación central (CAS) T1 en el que se inició la llamada física.

Solución

En TIMG, seleccione Configuration > Serial > Switch Protocol para configurar los Números de Extensión Lógica para cada puerto.

Coincida con el TIMG LTN y el número de puerto desde el parámetro PBX. El PBX tiene una tabla que muestra qué canal en el que la línea T1 CAS utiliza qué LTN. Determine primero esta información del PBX y establézcala en consecuencia en el TIMG. Es posible utilizar LTN 1-24 para el canal maestro 1-24 y LTN 25-48 para el canal esclavo 1-24.

Información Relacionada

- Guía de Integración de TIMG para Cisco Unity Connection versión 9.x

- Guía de Integración de PIMG para Cisco Unity Connection versión 9.x

- Guía de Integración de TIMG para Cisco Unity Connection Release 10.x

- Guía de Integración de PIMG para Cisco Unity Connection Release 10.x

- Soporte Técnico y Documentación - Cisco Systems