Mi duda viene de si el OPENSER envía los INVITE a partir de la cabecera TO o a partir de la sipURI que va en la request line. En teoría creo que debería ser a partir de la que va en la request line, pero en la práctica no estoy tan seguro. De hecho con otros proxys he comprobado que lo hace a partir del TO. Si alguien me pudiera solventar la duda le estaré muy agradecido. Un saludo.
On Tuesday 22 January 2008 14:17:49 David Vicente wrote:
Mi duda viene de si el OPENSER envía los INVITE a partir de la cabecera TO o a partir de la sipURI que va en la request line. En teoría creo que debería ser a partir de la que va en la request line, pero en la práctica no estoy tan seguro. De hecho con otros proxys he comprobado que lo hace a partir del TO. Si alguien me pudiera solventar la duda le estaré muy agradecido. Un saludo.
Siempre con la RURI (request URI), salvo en el caso de que exista cabeceras "Route" que contenga una URI no local a OpenSer, en cuyo caso debería seguir el proceso de LooseRouting y enviar el mensaje a dicha URI externa.
El "To" no tiene validez alguna, excepto:
- Para que el llamado vea a quién se llama originalmente (el "To" no se altera en desvíos). - Para el REGISTER (el usuario registra el AoR contenido en el "To"). - Para SUBSCRIBE (similar). - Y cosas así.
De hecho con otros proxys he comprobado que lo hace a partir del TO.
Permíteme dudarlo. Cualquier "cosa SIP" que rute en función del To es una aberración. ¿Qué casos dices que conoces?
Saludos.
Hola,
On Tuesday 22 January 2008 14:17:49 David Vicente wrote:
Mi duda viene de si el OPENSER envía los INVITE a partir de la cabecera TO o a partir de la sipURI que va en la request line. En teoría creo que debería ser a partir de la que va en la request line, pero en la práctica no estoy tan seguro. De hecho con otros proxys he comprobado que lo hace a partir del TO. Si alguien me pudiera solventar la duda le estaré muy agradecido. Un saludo.
Siempre con la RURI (request URI), salvo en el caso de que exista cabeceras "Route" que contenga una URI no local a OpenSer, en cuyo caso debería seguir el proceso de LooseRouting y enviar el mensaje a dicha URI externa.
En este caso, las "preloaded routes" deben gestionarse con mucho mimo ya que pueden ser un agujero de seguridad importante. Por defecto, lo mejor es que si te llega un INVITE o un REGISTER con un "preloaded route", quítale el Route antes de procesar la request.
El "To" no tiene validez alguna, excepto:
- Para que el llamado vea a quién se llama originalmente (el "To" no
se altera en desvíos).
- Para el REGISTER (el usuario registra el AoR contenido en el "To").
- Para SUBSCRIBE (similar).
- Y cosas así.
De hecho con otros proxys he comprobado que lo hace a partir del TO.
Permíteme dudarlo. Cualquier "cosa SIP" que rute en función del To es una aberración. ¿Qué casos dices que conoces?
Yo los he sufrido :(
Saludos JesusR.
------------------------------------ Jesus Rodriguez VozTelecom Sistemas, S.L. jesusr@voztele.com http://www.voztele.com Tel. 902360305 -------------------------------------
Gracias por la contestación.
El caso en el que me ha pasado es con el SER de IPTEL (http://www.iptel.org/ser), no sé si lo conocerás. Pero como comenté antes, a través de un Applicattion Server cambió la R-URI y el SER comete una aberración (hace caso omiso) y envía a la URI del TO. En el INVITE no va ninguna cabecera ROUTE. Un saludo y gracias de nuevo
Iñaki Baz Castillo escribió:
On Tuesday 22 January 2008 14:17:49 David Vicente wrote:
Mi duda viene de si el OPENSER envía los INVITE a partir de la cabecera TO o a partir de la sipURI que va en la request line. En teoría creo que debería ser a partir de la que va en la request line, pero en la práctica no estoy tan seguro. De hecho con otros proxys he comprobado que lo hace a partir del TO. Si alguien me pudiera solventar la duda le estaré muy agradecido. Un saludo.
Siempre con la RURI (request URI), salvo en el caso de que exista cabeceras "Route" que contenga una URI no local a OpenSer, en cuyo caso debería seguir el proceso de LooseRouting y enviar el mensaje a dicha URI externa.
El "To" no tiene validez alguna, excepto:
- Para que el llamado vea a quién se llama originalmente (el "To" no se altera
en desvíos).
- Para el REGISTER (el usuario registra el AoR contenido en el "To").
- Para SUBSCRIBE (similar).
- Y cosas así.
De hecho con otros proxys he comprobado que lo hace a partir del TO.
Permíteme dudarlo. Cualquier "cosa SIP" que rute en función del To es una aberración. ¿Qué casos dices que conoces?
Saludos.
On Tuesday 22 January 2008 14:30:44 David Vicente wrote:
Gracias por la contestación.
El caso en el que me ha pasado es con el SER de IPTEL (http://www.iptel.org/ser), no sé si lo conocerás. Pero como comenté antes, a través de un Applicattion Server cambió la R-URI y el SER comete una aberración (hace caso omiso) y envía a la URI del TO. En el INVITE no va ninguna cabecera ROUTE. Un saludo y gracias de nuevo
No puede ser, además SER es el original de OpenSer, no puede cometer esa aberración. !!!!!
En primer lugar gracias por todas las respuestas. Sigo teniendo la impresión de que sí puede ser. He encontrado este bug en la web de iptel, parece tener que ver con ello. http://tracker.iptel.org/browse/SER-234 Un saludo
Iñaki Baz Castillo escribió:
On Tuesday 22 January 2008 14:30:44 David Vicente wrote:
Gracias por la contestación.
El caso en el que me ha pasado es con el SER de IPTEL (http://www.iptel.org/ser), no sé si lo conocerás. Pero como comenté antes, a través de un Applicattion Server cambió la R-URI y el SER comete una aberración (hace caso omiso) y envía a la URI del TO. En el INVITE no va ninguna cabecera ROUTE. Un saludo y gracias de nuevo
No puede ser, además SER es el original de OpenSer, no puede cometer esa aberración. !!!!!
Hola,
En primer lugar gracias por todas las respuestas. Sigo teniendo la impresión de que sí puede ser. He encontrado este bug en la web de iptel, parece tener que ver con ello. http://tracker.iptel.org/browse/SER-234
Si es un bug, entonces no es el comportamiento normal :)
Lo normal es que el routing se haga mediante la RURI para una request.
Saludos JesusR.
Iñaki Baz Castillo escribió:
On Tuesday 22 January 2008 14:30:44 David Vicente wrote:
Gracias por la contestación.
El caso en el que me ha pasado es con el SER de IPTEL (http://www.iptel.org/ser), no sé si lo conocerás. Pero como comenté antes, a través de un Applicattion Server cambió la R-URI y el SER comete una aberración (hace caso omiso) y envía a la URI del TO. En el INVITE no va ninguna cabecera ROUTE. Un saludo y gracias de nuevo
No puede ser, además SER es el original de OpenSer, no puede cometer esa aberración. !!!!!
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
Saludos JesusR.
------------------------------------ Jesus Rodriguez VozTelecom Sistemas, S.L. jesusr@voztele.com http://www.voztele.com Tel. 902360305 -------------------------------------
On Tuesday 22 January 2008 17:08:50 David Vicente wrote:
En primer lugar gracias por todas las respuestas. Sigo teniendo la impresión de que sí puede ser. He encontrado este bug en la web de iptel, parece tener que ver con ello. http://tracker.iptel.org/browse/SER-234 Un saludo
No niego que pueda haber existido ese bug,ni mucho menos, pero sí te garantizo que lo olvides profundamente XD
Hola David,
Mi duda viene de si el OPENSER envía los INVITE a partir de la cabecera TO o a partir de la sipURI que va en la request line. En teoría creo que debería ser a partir de la que va en la request line, pero en la práctica no estoy tan seguro. De hecho con otros proxys he comprobado que lo hace a partir del TO. Si alguien me pudiera solventar la duda le estaré muy agradecido. Un saludo.
Se hace usando la RURI, aunque puedes modificar el enrutamiento con la función t_relay(). Los proxies/equipos que usan el To: para enrutar lo hacen fatal y deberían tirarlos a la basura (sí, he visto que algunos gateways y/o softswitches lo hacen y no tiene ningún sentido).
Saludos JesusR.
------------------------------------ Jesus Rodriguez VozTelecom Sistemas, S.L. jesusr@voztele.com http://www.voztele.com Tel. 902360305 -------------------------------------
sr-users-es@lists.kamailio.org
-
David Vicente -
Iñaki Baz Castillo -
Jesus Rodriguez