Saludos
Me he encontrado con un tratamiento que hace record-route a los PUBLISH en un fichero de configuración de Kamailio. Me he dado cuenta de que en el fichero por defecto también aparece así:
if (!is_method("REGISTER|MESSAGE")) record_route();
if( is_method("PUBLISH|SUBSCRIBE")){ sl_send_reply("503", "Service Unavailable"); exit; }
¿Por qué se le pone el record-route al publish? No es una initial request que establezca un diálogo y según el rfc 3903:
A PUBLISH request does not establish a dialog. A UAC MAY include a Route header field in a PUBLISH request based on a pre-existing route set as described in Section 8.1 of RFC 3261 [4]. The Record-Route header field has no meaning in PUBLISH requests or responses, and MUST be ignored if present.
Lo que me mosquea es que los de Kamailio, que saben de esto mucho más que yo, hayan puesto el record-route y se me esté escapando algo.
El Lunes, 9 de Marzo de 2009, Jon Bonilla escribió:
Saludos
Me he encontrado con un tratamiento que hace record-route a los PUBLISH en un fichero de configuración de Kamailio. Me he dado cuenta de que en el fichero por defecto también aparece así:
if (!is_method("REGISTER|MESSAGE")) record_route(); if( is_method("PUBLISH|SUBSCRIBE")){ sl_send_reply("503", "Service Unavailable"); exit;}
¿Por qué se le pone el record-route al publish? No es una initial request que establezca un diálogo y según el rfc 3903:
A PUBLISH request does not establish a dialog. A UAC MAY include a Route header field in a PUBLISH request based on a pre-existing route set as described in Section 8.1 of RFC 3261 [4]. The Record-Route header field has no meaning in PUBLISH requests or responses, and MUST be ignored if present.
Lo que me mosquea es que los de Kamailio, que saben de esto mucho más que yo, hayan puesto el record-route y se me esté escapando algo.
Cierto, la verdad es que sería mucho más elegante aplicar RR sólo a los métodos que pueden crear diálogo, es decir:
if(is_method("INVITE|SUBSCRIBE")) record_route();
Lo que pasa es que "no hace daño" añadir RR a otros requests puesto que el UAS los ignorará, pero cierto es que queda feo.
Si te parece voy a reportarlo en Kamailio-dev a ver qué les parece sustituir ese fragmento de código por el que propongo (sólo INVITE y SUBSCRIBE crean diálogo).
El Mon, 9 Mar 2009 23:48:04 +0100 Iñaki Baz Castillo ibc@aliax.net escribió:
Cierto, la verdad es que sería mucho más elegante aplicar RR sólo a los métodos que pueden crear diálogo, es decir:
if(is_method("INVITE|SUBSCRIBE")) record_route();
Mucho mejor, de hecho los tenía puesto así peeeero por si las moscas he preferido preguntar.
gracias! Si llego a saber que estabas despierto te hubiera pegado un telefonazo...
El Tue, 10 Mar 2009 00:20:29 +0100 Iñaki Baz Castillo ibc@aliax.net escribió:
El Martes, 10 de Marzo de 2009, Jon Bonilla escribió:
gracias! Si llego a saber que estabas despierto te hubiera pegado un telefonazo...
Nada, yo aquí despierto hasta la hora IETF: time://0x0a:0xfd-0.95;context=europe;subcontext=spain
WTF???
El Martes, 10 de Marzo de 2009, Jon Bonilla escribió:
El Tue, 10 Mar 2009 00:20:29 +0100
Iñaki Baz Castillo ibc@aliax.net escribió:
El Martes, 10 de Marzo de 2009, Jon Bonilla escribió:
gracias! Si llego a saber que estabas despierto te hubiera pegado un telefonazo...
Nada, yo aquí despierto hasta la hora IETF: time://0x0a:0xfd-0.95;context=europe;subcontext=spain
WTF???
Ni idea, supongo que si el IETF define un nuevo estándar para el horario mundial sería así más o menos XD
El Tue, 10 Mar 2009 00:46:26 +0100 Iñaki Baz Castillo ibc@aliax.net escribió:
El Martes, 10 de Marzo de 2009, Jon Bonilla escribió:
El Tue, 10 Mar 2009 00:20:29 +0100
Iñaki Baz Castillo ibc@aliax.net escribió:
El Martes, 10 de Marzo de 2009, Jon Bonilla escribió:
gracias! Si llego a saber que estabas despierto te hubiera pegado un telefonazo...
Nada, yo aquí despierto hasta la hora IETF: time://0x0a:0xfd-0.95;context=europe;subcontext=spain
WTF???
Ni idea, supongo que si el IETF define un nuevo estándar para el horario mundial sería así más o menos XD
jajaj!
bueno. nosotros nos vamos a la piltra ya. Hemos repasado enterito el sciprt de config de kamailio, hemos hecho apuntes y algunas dudas nos han surgido. a ver si mañana lo probamos y documentamos como primer paso antes de seguir añadiendo features...
tamañana!
sr-users-es@lists.kamailio.org
-
Iñaki Baz Castillo -
Jon Bonilla