[OpenSER-Users-ES] ¿Gatways que tardan varios segundos en enviar un triste "100 Trying"?
19 Jun
2008
19 Jun
'08
4:54 p.m.
Hola, me ocurre que a veces OpenSer envía el INVITE a un softswitch de un
determinado carrier y éste último no me envía el "100 Trying" (al menos no lo
hace en 12 segundos, mi "fr_timer" que por si acaso ya lo he puest a 30).
Es posible que el 100 llegue más tarde, pero como entonces se ha muerto la
transacción no se guarda en el accounting.
Me gustaría saber si alguien se ha encontrado con gateways/softswitches que
tardan tanto (más de 12 segundos) en enviar un triste "100 Trying". Por
supuesto no ocurre siempre, sólo en unas 5 de cada 100 llamadas.
¿Qué valor ponéis de "fr_timer"?
Gracias.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
19 Jun
19 Jun
5:03 p.m.
New subject: [OpenSER-Users-ES] ¿Gatways que tardan varios segundos en enviar un triste "100 Trying"?
Varios, pero marcas... me parece que Quintum y Mera me lo hacían...
2008/6/19 Iñaki Baz Castillo <ibc(a)in.ilimit.es>es>:
Hola, me ocurre que a veces OpenSer envía el INVITE a
un softswitch de un
determinado carrier y éste último no me envía el "100 Trying" (al menos no
lo
hace en 12 segundos, mi "fr_timer" que por si acaso ya lo he puest a 30).
Es posible que el 100 llegue más tarde, pero como entonces se ha muerto la
transacción no se guarda en el accounting.
Me gustaría saber si alguien se ha encontrado con gateways/softswitches que
tardan tanto (más de 12 segundos) en enviar un triste "100 Trying". Por
supuesto no ocurre siempre, sólo en unas 5 de cada 100 llamadas.
¿Qué valor ponéis de "fr_timer"?
Gracias.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
5:24 p.m.
New subject: [OpenSER-Users-ES] ¿Gatways que tardan varios segundos en enviar un triste "100 Trying"?
El Thursday 19 June 2008 16:54:19 Iñaki Baz Castillo escribió:
Hola, me ocurre que a veces OpenSer envía el INVITE a
un softswitch de un
determinado carrier y éste último no me envía el "100 Trying" (al menos no
lo hace en 12 segundos, mi "fr_timer" que por si acaso ya lo he puest a
30).
Es posible que el 100 llegue más tarde, pero como entonces se ha muerto la
transacción no se guarda en el accounting.
Pues estoy equivocado, sí que envía el "100 Trying" pero resulta que OpenSer
¡¡¡ no lo asocía a la client transaction en curso !!!
A ver si alguien vislumbra porqué razón OpenSer no asocia este INVITE con el
siguiente "Trying". Y claro, entonces OpenSer comienza las retransmisiones.
INVITE de OpenSer a gateway:
---------------------------
INVITE sip:0034687105267@66.44.0.144 SIP/2.0
Record-Route: <sip:88.99.3.10;lr=on;ftag=as5fc7617f>
Via: SIP/2.0/UDP 88.99.3.10;branch=z9hG4bK87ab.47b6f072.0
Via: SIP/2.0/UDP
192.168.1.203:5060;received=88.99.1.192;branch=z9hG4bK20b50ef9;rport=10000
From: <sip:202@sip.domain.net>;tag=as5fc7617f
To: <sip:XXXXXXXXX@sip.domain.net>
Contact: <sip:202@88.99.1.192:10000>
Call-ID: 70af31e43126fa0917146b5523ea4add(a)sip.domain.net
CSeq: 103 INVITE
User-Agent: domain - Asterisk PBX
Max-Forwards: 69
Date: Thu, 19 Jun 2008 10:45:03 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Type: application/sdp
Content-Length: 284
X-Called-E164: +34XXXXXXXXX
P-Asserted-Identity: <sip:XXXXXXXXX@88.99.3.10>
v=0
o=root 1468 1469 IN IP4 192.168.1.203
s=session
c=IN IP4 88.99.3.10
t=0 0
m=audio 60884 RTP/AVP 8 18 101
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv
-----------------------------------------------
"100 Trying" instantáneo desde el gateway:
-----------------------------------------------
SIP/2.0 100 Trying
From: <sip:202@sip.domain.net>;tag=as5fc7617f
To: <sip:687105267@sip.domain.net>;tag=5ad3254683132008619125120
Call-ID: 70af31e43126fa0917146b5523ea4add(a)sip.domain.net
CSeq: 103 INVITE
Allow: ACK,BYE,CANCEL,INVITE,OPTIONS,INFO,SUBSCRIBE,REFER,NOTIFY,PRACK
Via: SIP/2.0/UDP 88.99.3.10;branch=z9hG4bK87ab.47b6f072.0
Via: SIP/2.0/UDP
192.168.1.203:5060;received=88.99.1.192;rport=10000;branch=z9hG4bK20b50ef9
Contact: <sip:66.44.0.144:5060;transport=UDP>
Content-Length: 0
-----------------------------------------------
No lo entiendo, el top branch es igual y el CSeq también. ¿Se os ocurre algo?
Lo pero es que sólo sucede algunas veces.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
5:48 p.m.
New subject: [OpenSER-Users-ES] ¿Gatways que tardan varios segundos en enviar un triste "100 Trying"?
El Thursday 19 June 2008 17:24:48 Iñaki Baz Castillo escribió:
El Thursday 19 June 2008 16:54:19 Iñaki Baz Castillo
escribió:
Disculpad que haya hecho cross-posting a la lista en inglés. En cuanto llegue
a casa me flagelaré.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
Hola, me ocurre que a veces OpenSer envía el
INVITE a un softswitch de un
determinado carrier y éste último no me envía el "100 Trying" (al menos
no lo hace en 12 segundos, mi "fr_timer" que por si acaso ya lo he puest
a 30).
Es posible que el 100 llegue más tarde, pero como entonces se ha muerto
la transacción no se guarda en el accounting.
Pues estoy equivocado, sí que envía el "100 Trying" pero resulta que
OpenSer ¡¡¡ no lo asocía a la client transaction en curso !!!
5790
days inactive
5790
days old
sr-users-es@lists.kamailio.org
3 comments
2 participants
participants (2)
-
David Villasmil -
Iñaki Baz Castillo