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.