Hola, noto que mi carrier (usa una Nortel CS2K) corta las llamadas "al de un tiempo" y me estoy volviendo loco!!!
He notado un patrón extraño:
- La Nortel me manda de repente un INFO !!!!!!!!!! - Mi Twinkle o Asterisk responde con un "415 Unsupported Media Type". - Creo que en ese momento (o al de un ratito) Nortel deja de enviarme audio (aunque yo sigo enviándole sin problema ICMP). - Al de un rato (27 segundos más o menos) Nortel me envía un BYE.
¿¿¿¿Alguien sabe si es normal enviar este ****INFO**** para monitorizar una llamada o para algo????
El INFO no lleva Content-Type siquiera !!!! Y encima body 0:
----------------------------------------------
+++ 28-5-2008 13:22:13 from NORTEL INFO sip:ibc@192.168.203.2:1030;transport=udp SIP/2.0 Call-ID: wsxwakemjwhioeb CSeq: 1 INFO User-agent: CS2000_NGSS/9.0 Max-Forwards: 69 Supported: 100rel Content-Length: 0
---
+++ 28-5-2008 13:22:13 from Twinkle SIP/2.0 415 Unsupported Media Type Call-ID: wsxwakemjwhioeb CSeq: 1 INFO Accept: application/dtmf-relay^M Server: Twinkle/1.2alpha2^M Content-Length: 0^M
--
+++ 28-5-2008 13:22:40 from NORTEL BYE sip:ibc@192.168.203.2:1030;transport=udp SIP/2.0 Call-ID: wsxwakemjwhioeb CSeq: 2 BYE User-agent: CS2000_NGSS/9.0 Max-Forwards: 69 Supported: 100rel Allow: ACK,BYE,CANCEL,INVITE,OPTIONS,INFO,SUBSCRIBE,REFER,NOTIFY,PRACK,UPDATE Content-Length: 0
-------------------------------------
¿Alguien me puede confirmar si esto tiene sentido (al menos en los mundos de Yupi de quien diseñó el SIP stack de la Nortel? ¿Tal vez la solución sea responder "200 OK" en el proxy a cualquier INFO in-dialog que envíe la Nortel para que esté contenta?
Gracias.
El Wednesday 28 May 2008 13:54:33 Iñaki Baz Castillo escribió:
¿¿¿¿Alguien sabe si es normal enviar este ****INFO**** para monitorizar una llamada o para algo???? ¿Alguien me puede confirmar si esto tiene sentido (al menos en los mundos de Yupi de quien diseñó el SIP stack de la Nortel? ¿Tal vez la solución sea responder "200 OK" en el proxy a cualquier INFO in-dialog que envíe la Nortel para que esté contenta?
Confirmado: la Nortel envía un INFO cochino al de varios minutos de conversación para comprobar si la llamada está activa. Y hay que responderle con 200 OK sí o sí.
Curioso cuanto menos y anti-RFC total...
El Miércoles, 28 de Mayo de 2008 13:26, Iñaki Baz Castillo escribió:
El Wednesday 28 May 2008 13:54:33 Iñaki Baz Castillo escribió:
¿¿¿¿Alguien sabe si es normal enviar este ****INFO**** para monitorizar una llamada o para algo???? ¿Alguien me puede confirmar si esto tiene sentido (al menos en los mundos de Yupi de quien diseñó el SIP stack de la Nortel? ¿Tal vez la solución sea responder "200 OK" en el proxy a cualquier INFO in-dialog que envíe la Nortel para que esté contenta?
Confirmado: la Nortel envía un INFO cochino al de varios minutos de conversación para comprobar si la llamada está activa. Y hay que responderle con 200 OK sí o sí.
Curioso cuanto menos y anti-RFC total...
Welcome to paradise ....
Alégrate de estar usando OpenSer .. si usaras Cisco ó Mera ahora mismo estarías llorando por los choporrocientosmil €€ que ivas a tirar a la basura .. XD
Hola,
El Wednesday 28 May 2008 13:54:33 Iñaki Baz Castillo escribió:
¿¿¿¿Alguien sabe si es normal enviar este ****INFO**** para monitorizar una llamada o para algo???? ¿Alguien me puede confirmar si esto tiene sentido (al menos en los mundos de Yupi de quien diseñó el SIP stack de la Nortel? ¿Tal vez la solución sea responder "200 OK" en el proxy a cualquier INFO in-dialog que envíe la Nortel para que esté contenta?
Confirmado: la Nortel envía un INFO cochino al de varios minutos de conversación para comprobar si la llamada está activa. Y hay que responderle con 200 OK sí o sí.
Curioso cuanto menos y anti-RFC total...
Al menos podrían enviar un OPTIONS ¿no? :-/
Saludos JesusR.
------------------------------------ Jesus Rodriguez VozTelecom Sistemas, S.L. jesusr@voztele.com http://www.voztele.com Tel. 902360305 -------------------------------------
El Wednesday 28 May 2008 15:27:14 Jesus Rodriguez escribió:
Al menos podrían enviar un OPTIONS ¿no? :-/
El OPTIONS lo envían, como **initial request**, periódicamente para "monitorizar" que tu "lado" esté funcionando.
Con ésta son ya dos las chapuzas que he tenido que hacer en el OpenSer para que se comunique con las Nortel "correctamente"... :(
Saludos.
2008/5/28 Iñaki Baz Castillo ibc@in.ilimit.es:
Con ésta son ya dos las chapuzas que he tenido que hacer en el OpenSer para que se comunique con las Nortel "correctamente"... :(
Lo has reportado a Nortel? En caso contrario, podría estar bien mover el thread a SIP-implementors para ver si alguien de Nortel corre por ahí...
Saludos,
El Wednesday 28 May 2008 16:30:47 Victor Pascual Ávila escribió:
2008/5/28 Iñaki Baz Castillo ibc@in.ilimit.es:
Con ésta son ya dos las chapuzas que he tenido que hacer en el OpenSer para que se comunique con las Nortel "correctamente"... :(
Lo has reportado a Nortel? En caso contrario, podría estar bien mover el thread a SIP-implementors para ver si alguien de Nortel corre por ahí...
Es que igual no es tan "incorrecto":
---- Prior to rfc3311 (UPDATE), INFO without body was commonly used to check dialog state as alternative to using re-INVITE. Now that rfc3311 is available, it is more commonly used.
If Twinkle supports rfc2976, it must return 200 instead of 415 when INFO contains no body.
RFC 2976 section 2.2:
"A 200 OK response MUST be sent by a UAS for an INFO request with no message body if the INFO request was successfully received for an existing call."
"A 481 Call Leg/Transaction Does Not Exist message MUST be sent by a UAS if the INFO request does not match any existing call leg." ----
Saludos.
On Wed, May 28, 2008 at 4:43 PM, Iñaki Baz Castillo ibc@in.ilimit.es wrote:
Prior to rfc3311 (UPDATE), INFO without body was commonly used to check dialog state as alternative to using re-INVITE. Now that rfc3311 is available, it is more commonly used.
If Twinkle supports rfc2976, it must return 200 instead of 415 when INFO contains no body.
RFC 2976 section 2.2:
"A 200 OK response MUST be sent by a UAS for an INFO request with no message body if the INFO request was successfully received for an existing call."
"A 481 Call Leg/Transaction Does Not Exist message MUST be sent by a UAS if the INFO request does not match any existing call leg."
Entonces, para tu caso, ¿es 'menos feo' mandar un INFO (sin message body) que un OPTIONS?
Saludos,
El Wednesday 28 May 2008 16:54:39 Victor Pascual Ávila escribió:
Entonces, para tu caso, ¿es 'menos feo' mandar un INFO (sin message body) que un OPTIONS?
Pues hombre... lo mismo me da... el problema es que algunos clientes no interpretan bien el OPTIONS in-dialog (asterisk por ejemplo) y otros no interpretan bien el INFO...
Finalmente he pedido que me pongan un re-INVITE y a correr.
El Wednesday 28 May 2008 16:30:47 Victor Pascual Ávila escribió:
2008/5/28 Iñaki Baz Castillo ibc@in.ilimit.es:
Con ésta son ya dos las chapuzas que he tenido que hacer en el OpenSer para que se comunique con las Nortel "correctamente"... :(
En caso contrario, podría estar bien mover el thread a SIP-implementors para ver si alguien de Nortel corre por ahí...
Ups, no había leído bien tu correo. Efectivamente tras tener confirmaciónpor parte del carrier de que enviar un INFO es "habitual" en su "chisme" he consultado en sip-implementators sobre la "legalidad" o no de este INFO vacío y lo que he pegado en otro correo es la respuesta que he obtenido.
Gracias.
El Wednesday 28 May 2008 14:26:53 Iñaki Baz Castillo escribió:
Confirmado: la Nortel envía un INFO cochino al de varios minutos de conversación para comprobar si la llamada está activa. Y hay que responderle con 200 OK sí o sí.
Me confirma mi carrier que pueden enviar re-INVITE en vez de INFO (ojo, no es un re-INVITE en plan RFC3311, es un re-INVITE al de 10 minutos o 20). Lo he probado y funciona bien y así no tengo que hacer ñapas en !OpenSer.
sr-users-es@lists.kamailio.org
-
Iñaki Baz Castillo -
Jesus Rodriguez -
Raúl Alexis Betancor Santana -
Victor Pascual Ávila