La conexión TIMG del Unity no encamina las llamadas correctamente

Opciones de descarga

PDF (194.9 KB)
Visualice con Adobe Reader en una variedad de dispositivos
ePub (204.5 KB)
Visualice en diferentes aplicaciones en iPhone, iPad, Android, Sony Reader o Windows Phone
Mobi (Kindle) (172.3 KB)
Visualice en dispositivo Kindle o aplicación Kindle en múltiples dispositivos

Actualizado:25 de noviembre de 2014

ID del documento:118443

Acerca de la traducción

Acerca de esta traducción

Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).

Contenido

Introducción

Problema

Solución

Información Relacionada

Introducción

Este documento describe el problema cuando las llamadas que vienen adentro esclavizar gateway de medios IP T1 (TIMG) o el gateway de medios IP PBX (PIMG) no se encaminan correctamente. TIMGs y PIMGs permiten para que PBXs integre al Unity la conexión para el acceso al correo de voz. Algún PBXs requiere que esta integración esté vía el Simplified Message Desk Interface (SMDI), MCI, o MD-110. Esto significa que eso la información de llamada será pasada vía una conexión del puerto serie del PBX al TIMG o al PIMG. El TIMG o el PIMG con los cuales el cable serial conecta será configurado como master. Si hay el otro TIMGs o PIMGs requerido, éstos serán configurados como esclavos y mirarán al master para la información de llamada.

Problema

Hay dos o más TIMGs/PIMGs con una configuración del master y del esclavo. Cuando una llamada entra en al master, la llamada se remite al saludo apropiado del cuadro del buzón de voz de la conexión del Unity.

Aquí está un tiro de pantalla del ejemplo de la página de un master PIMG:

Sin embargo, cuando la llamada entra en el esclavo TIMG la llamada es contestada por el saludo de la apertura. La llamada rueda al saludo de la apertura porque la invitación enviada a la conexión del Unity de TIMG no tiene una “diversión: ” alinee dentro para decir qué extensión de casilla de correo debe ir la llamada.

Aquí está un ejemplo de la información de llamada considerado en el master:

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

Aquí está un ejemplo de un problema invita considerado 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 de la información de llamada se remite a través del cable serial al master TIMG/PIMG, pero la información del número del terminal lógica (LTN) no hace juego hasta el puerto en el servicio de autenticación central T1 (CAS) que vino la llamada física adentro encendido.

Solución

En TIMG, seleccione la configuración > el protocolo del serial > del conmutador para configurar los números de extensión lógicos para cada puerto.

Haga juego el TIMG LTN y el número del puerto de la configuración PBX. El PBX tiene una tabla que le muestre qué canal en el cual las líneas utilizas del T1 CAS qué LTN. Determine esta información del PBX primero y fíjela por consiguiente en el TIMG. Es posible utilizar LTN 1-24 para el canal principal 1-24 y LTN 25-48 para el canal auxiliar 1-24.