Problema con GW mediatrix 4402
Raúl Alexis Betancor Santana
Hace tiempo que era un tio fel�z y no ten�a que "discutir" con GW's
... pero como la felicidad de trabajar en SIP puro y duro no puede
durar para siempre ...
Al caso ...
Asterisk 1.6.2
GW Mediatrix 4402 con una RDSI de Telef�nica + 1 Xacom GSM con 2
tarjetas.
BR1 -> RDSI Telef�nica, en pmtp, si la pongo en ptp en el GW, las
llamadas no entran a Asterisk
BR2 -> Xacom GSM, en ptp, funciona de PM, execpto un tema de
presentaci�n del callerid, pero eso no preocupa ahora mismo.
Problema:
Cuando se reciben llamadas por el BR1, se mandan al asterisk sin
problemas y todo ok .. excepto que si cuelgan desde el lado PSTN ANTES
de que atiendan en el lado SIP, la RDSI se queda 'abierta' m�s de 5
segundos, y claro, cuando contestan en el lado SIP, se encuentran con
un bonito "ti,tutu,ti,tutu,ti,tutu" ...
�alguien ha trabajado con estos gateways y sabe si hay que tocar
alguna opci�n de configuraci�n para que esto no pase?
En el sentido contrario, si cu�lgan primero en el lado SIP, veo en el
syslog del Mediatrix, que cierra el canal y lo pasa a free ipso-facto.
Saludos
jorge montero
Esos bichos van como un cañon, son geniales, yo llevo usandolos 4 años, y solo me han dado guerra con algunas centrales de Telefónica antiguas.
Buenas a todos.
Hace tiempo que era un tio felíz y no tenía que "discutir" con GW's
... pero como la felicidad de trabajar en SIP puro y duro no puede
durar para siempre ...
Al caso ...
Asterisk 1.6.2
GW Mediatrix 4402 con una RDSI de Telefónica + 1 Xacom GSM con 2
tarjetas.
BR1 -> RDSI Telefónica, en pmtp, si la pongo en ptp en el GW, las
llamadas no entran a Asterisk
BR2 -> Xacom GSM, en ptp, funciona de PM, execpto un tema de
presentación del callerid, pero eso no preocupa ahora mismo.
Problema:
Cuando se reciben llamadas por el BR1, se mandan al asterisk sin
problemas y todo ok .. excepto que si cuelgan desde el lado PSTN ANTES
de que atiendan en el lado SIP, la RDSI se queda 'abierta' más de 5
segundos, y claro, cuando contestan en el lado SIP, se encuentran con
un bonito "ti,tutu,ti,tutu,ti,tutu" ...
¿alguien ha trabajado con estos gateways y sabe si hay que tocar
alguna opción de configuración para que esto no pase?
En el sentido contrario, si cuælgan primero en el lado SIP, veo en el
syslog del Mediatrix, que cierra el canal y lo pasa a free ipso-facto.
Saludos
--
Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)
~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~
http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- Para anular la suscripción: asterisk-es...@googlegroups.com
--
Un saludo.
Jorge Montero
Raúl Alexis Betancor Santana
> En el syslog desactiva todo, menos el q931 y el sip, y lo pones.
>
> solo me han dado guerra con algunas centrales de Telef�nica antiguas.
Como las trazas son largas de narices ... abrevio...
Jan 25 21:02:29 192.168.1.252 syslog: IsdnStackL2State [C9FB] PH -
Primitive request (PH Data Indication) to If (0)
Jan 25 21:02:29 192.168.1.252 syslog: IsdnStackL2Raw [C9FC] 0) < [ 02
eb 02 06 08 01 70 45 08 02 84 90 1e 02 82 88 28 11 4c 49 42 45 52 41
43 49 4f 4e 20 4e 4f 52 4d 41 4c ]
Jan 25 21:02:29 192.168.1.252 syslog: IsdnStackL2Msg [C9FD] 0) <
[Informational frame]
Jan 25 21:02:29 192.168.1.252 syslog: IsdnStackL2Msg [C9FE] 0) < SAPI:
00 C/R: 1 EA: 0 TEI: 117 EA: 1
Jan 25 21:02:29 192.168.1.252 syslog: IsdnStackL2Msg [C9FF] 0) < N(R):
003 N(S): 001 P/F: 0
Jan 25 21:02:29 192.168.1.252 syslog: IsdnStackL2Msg [CA00] 0) < VR:
001 VS: 003 VA: 003
Jan 25 21:02:29 192.168.1.252 syslog: IsdnStackL2Msg [CA01] 0) >
[Supervisory frame]
Jan 25 21:02:29 192.168.1.252 syslog: IsdnStackL2Msg [CA02] 0) > SAPI:
00 C/R: 1 EA: 0 TEI: 117 EA: 1
Jan 25 21:02:29 192.168.1.252 syslog: IsdnStackL2Msg [CA03] 0) > N(R):
002 SS: 0 P/F: 0 [ RR Receiver Ready ]
Jan 25 21:02:29 192.168.1.252 syslog: IsdnStackL2Raw [CA04] 0) > [ 02
eb 01 04 ]
Jan 25 21:02:29 192.168.1.252 syslog: IsdnStackL2State [CA05] 0)
ACKing all packets from 3 to (but not including) 3
Jan 25 21:02:29 192.168.1.252 syslog: IsdnStackL2State [CA06] 0)
Stopping T200 Timer
Jan 25 21:02:29 192.168.1.252 syslog: IsdnStackL2State [CA07] 0)
Stopping T203 Timer
Jan 25 21:02:29 192.168.1.252 syslog: IsdnStackL2State [CA08] 0)
Starting T203 Timer
Jan 25 21:02:29 192.168.1.252 syslog: IsdnStackL3Msg [CA09] DL -
Primitive request (DL Data Indication) to If (0)
Jan 25 21:02:29 192.168.1.252 syslog: IsdnStackL3Msg [CA0A] 0 < Call
112-Inbound TEI 117 Unicast RECV Disconnect (69)
Jan 25 21:02:29 192.168.1.252 syslog: IsdnStackL3Msg [CA0B] 0 < IE
Cause [Coding: CCITT (0) Location: Public network serving remote user
(4) Cause: Normal call clearing (16)]
Jan 25 21:02:29 192.168.1.252 syslog: IsdnStackL3Msg [CA0C] 0 < IE
Progress Indicator [Coding standard: CCITT (0) Location: Public
network serving local user (2) Description: In-band information or
appropriate pattern now available (8)]
Jan 25 21:02:29 192.168.1.252 syslog: IsdnStackL3Msg [CA0D] 0 < IE
Display [Info: 'LIBERACION NORMAL'].
Jan 25 21:02:29 192.168.1.252 syslog: IsdnStackL3State [CA0E]
CIsdnState::DispatchIsdnMsg - Disconnect message dispatched to call
112 (InBound)
Jan 25 21:02:29 192.168.1.252 syslog: IsdnStackL3State [CA0F] Call
0x70 changed state from U10_ACTIVE to U12_DISCONNECT_INDICATION
Jan 25 21:02:29 192.168.1.252 syslog: IsdnStackL1State [CA10] PH -
Primitive request (PH Data Request) to If (0)
Jan 25 21:02:29 192.168.1.252 syslog: IsdnInterface [CA11] L1 B1 Call
112-Inbound: Received ISDN message "Disconnect Indication" (4) for
state Active.
Jan 25 21:02:29 192.168.1.252 syslog: IsdnInterface [CA12] L1 B1 -
Call Message Disconnect InbandInfo = 1, AocRequested = 0,
AocECallProps = (nil)
Jan 25 21:02:29 192.168.1.252 syslog: IsdnInterface [CA13] L1 B1 -
Change state from "Active" to "AwaitReleasing"
Jan 25 21:02:29 192.168.1.252 syslog: CallManager [CA14] C895 -
CallMessageA(2)
Jan 25 21:02:29 192.168.1.252 syslog: CallManager [CA15] C897 - Send
CallMessageA(2)
Jan 25 21:02:29 192.168.1.252 syslog: SipEngine [CA16] [default] C897
CallMessageA(2).
Jan 25 21:02:29 192.168.1.252 Isdn: 1850-Integrated Services Digital
Network: 40-Bri1, B-channel 1: State changed to used.
Se puede ver claramente que la PSTN ha enviado el mensaje de "�Que han
cortado leches!", pero eso no genera un CANCEL hacia el lado SIP, de
hecho, el lado SIP sigue con su flujo normal
�sujerencias?
Saludos
Jorge Montero
¿Puedes hacer un bk de la configuración y subirlo? Cambia las claves y las ips ;-)
Lo cargo en uno y te lo pruebo.
Obviamente algo no esta fino.
Un Saludo.
Jorge Montero
El 25/01/2012, a las 22:06, Raúl Alexis Betancor Santana<ra...@dimension-virtual.com> escribió:
> On Wed, Jan 25, 2012 at 06:25:51PM +0100, jorge montero wrote:
>> En el syslog desactiva todo, menos el q931 y el sip, y lo pones.
>>
>> Esos bichos van como un cañon, son geniales, yo llevo usandolos 4 años, y
>> solo me han dado guerra con algunas centrales de Telefónica antiguas.