1ro - Que paciencia la de todos ustedes con este tema 2do - De acuerdo en que los de soporte de los proveedores muchas veces ni sabe como funcionan las cosas al interior de su red. Tengo una línea SIP que no me deja registrar nada con ellos sino solo le softphone que ellos dan por que tiene una negociación de credenciales especial que solo el proveedor le envía ese softphone, y llamo al servicio técnico y ellos ni sabían que era un invite o un username o password, entonces!!! No hay que confiarse de las justificaciones que den en el soporte técnico. Lo de las credenciales lo se por que mi asesor de tesis es el encargado de la telefonía IP de este proveedor y me explico lo que hacían ellos realmente, sino todavía seguiría tratando de registrar mi asterisk con ellos. 3ro - Según el RFC3323 sección 5.1 dice "Privacy services operating on requests SHOULD remove all Via headers that have been added to the request prior to its arrival at the privacy service (a practice referred to as "Via stripping") and then SHOULD add a single Via header representing themselves." Lo que quiere decir que los SIP Proxy Servers, si deberían poder quitar encabezados Via y remplazarlos por otro que ellos mismo pongan. Es por esto que propuse en la lista en ingles que seria bueno tener un modulo o algoritmo para usar en Kamailio que facilite la implementación de estos RFC (3323,3324,3325) pues no es tan sencillo hacer todo lo que en ellos se especifica, creo yo. Conclusión, un SIP Proxy si debería poder remover y cambiar los encabezados Via. Aunque estoy de acuerdo en que esa no es la raíz del problema de nuestro amigo "sadzas". Hay que adjuntar la traza SIP para poder saber la causa del problema, el proveedor no debería mirar los otros Via que hayan en el mensaje SIP sino tan solo el ultimo, que es el que tiene la IP publica "valida" para el.
David Céspedes
-----Mensaje original----- De: users-es-bounces@lists.kamailio.org [mailto:users-es-bounces@lists.kamailio.org] En nombre de Raúl Alexis Betancor Santana Enviado el: Jueves, 29 de Enero de 2009 01:22 p.m. Para: Lista de usuarios de Kamailio Asunto: Re: [Kamailio-Users-ES] Modificar Headers
El Jueves, 29 de Enero de 2009 16:55, sadzas escribió:
Si, esto ya lo habiamos conversado. Y repito lo que dije en su momento. No es tema de NAT, ya que el NAT no administra los mensajes SIP y el
proveedor
discrimina el SIP. De hecho, lo probe con diferentes routers con
diferentes
IOS. Cisco tiene IOS especialmente para esto, pero asi y todo no funciono.
Burffff .. necesito un traductor para esta frase. ...
Parafraseando una estrofa de una canción de Enigma ...
"Believe me .. it's a NAT problem, you will see the light..."
Por lo que pude ver, el proveedor (IPLAN es el nombre) me rechaza todos
los
paquetes SIP que le caen con una IP privada. ¿Como es esto?
Porque son unos chapuceros, aunque insisto en que es probable al 200% que simplemente tengas mal configurado el asterisk y el router de turno.
El proveedor esta configurado para recibir trafico de una sola IP, que
debe
ser publica.
Eso es porque te facturan en función de la IP origen, normal, que la IP tiene que ser pública, normal también, porque de redes privadas jamás les llegaría
el tráfico. Pero que porque aparezca una IP privada en alguna parte del mensaje SIP, rechacen el tráfico ... va a ser que no.
Por lo que pude hablar con el soporte del mismo, cuando recibe la IP privada en el HEAD del SIP Message, lo rechaza, por ser trafico invalido.
Haznos un favor a todos y haz una bendita captura con el ngrep, que te lo venimos pidiendo desde el primer día. Captura de lo que envías y lo que te responden, por favor ... es muy simple.