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.
Información Relacionada