2 Feb
2009
2 Feb
'09
8:04 p.m.
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(a)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.
--
Raúl Alexis Betancor Santana
Dimensión Virtual
_______________________________________________
Users-es mailing list
Users-es(a)lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users-es