Re: [SR-Users-ES] No Audio con clientes detras de una NAT, el audio funciona con clientes que usan IPs publicas (Estoy utilizando rtpproxy)
25 Jun
2009
25 Jun
'09
1:40 p.m.
Gracias por la pronta respuesta, asi da gusto unirse a una comunidad,
he colocado varios xlog en onreply_route[1] y lo he dejado asi:
onreply_route[1] {
xdbg("incoming reply\n");
xlog("L_INFO", "*** onreply_route antes de forzar rtpproxy
***");
if ((isflagset(5) || isbflagset(6)) &&
status=~"(183)|(2[0-9][0-9])") {
xlog("L_INFO", "*** rtpproxy forzado en onreply_route
***");
force_rtp_proxy();
}
if (isbflagset(6)) {
xlog("L_INFO", "*** fix_nated_contact en onreply_route
***");
fix_nated_contact();
}
}
haciendo un tail -f /var/log/syslog veo lo siguiente:
Jun 25 13:39:51 kamailio /usr/local/sbin/kamailio[22088]: *** onreply_route antes de
forzar rtpproxy ***
Jun 25 13:39:51 kamailio /usr/local/sbin/kamailio[22087]: *** onreply_route antes de
forzar rtpproxy ***
Jun 25 13:39:55 kamailio /usr/local/sbin/kamailio[22088]: *** onreply_route antes de
forzar rtpproxy ***
Jun 25 13:39:55 kamailio /usr/local/sbin/kamailio[22088]: *** rtpproxy forzado en
onreply_route ***
Jun 25 13:39:55 kamailio /usr/local/sbin/kamailio[22088]: ACC: transaction answered:
timestamp=1245929995;method=INVITE;from_tag=5c805948a0455e5b;to_tag=c0a80101-3569b;call_id=d1b81cbb5fbb9e6e(a)192.168.254.110;code=200;reason=OK;src_user=20000004;src_domain=212.4.107.250;dst_ouser=20000000;dst_user=20000000;dst_domain=192.168.254.101
Jun 25 13:39:55 kamailio /usr/local/sbin/kamailio[22089]: ACC: request acknowledged:
timestamp=1245929995;method=ACK;from_tag=5c805948a0455e5b;to_tag=c0a80101-3569b;call_id=d1b81cbb5fbb9e6e(a)192.168.254.110;code=200;reason=OK;src_user=20000004;src_domain=212.4.107.250;dst_ouser=20000000;dst_user=20000000;dst_domain=192.168.254.101
Jun 25 13:39:55 kamailio /usr/local/sbin/kamailio[22088]: *** onreply_route antes de
forzar rtpproxy ***
Jun 25 13:39:55 kamailio /usr/local/sbin/kamailio[22088]: *** rtpproxy forzado en
onreply_route ***
Jun 25 13:39:56 kamailio /usr/local/sbin/kamailio[22089]: *** onreply_route antes de
forzar rtpproxy ***
Jun 25 13:39:56 kamailio /usr/local/sbin/kamailio[22089]: *** rtpproxy forzado en
onreply_route ***
Jun 25 13:39:58 kamailio /usr/local/sbin/kamailio[22087]: *** onreply_route antes de
forzar rtpproxy ***
Jun 25 13:39:58 kamailio /usr/local/sbin/kamailio[22087]: *** rtpproxy forzado en
onreply_route ***
por lo que veo si hace el force_rtp_proxy() pero no hace nunca el fix_nated_contact() en
onreply_route
----- Mensaje original -----
De: "Iñaki Baz Castillo" <ibc(a)aliax.net>
Para: users-es(a)lists.kamailio.org
Enviados: Jueves, 25 de Junio de 2009 13:25:18 GMT +01:00 Amsterdam / Berlín / Berna /
Roma / Estocolmo / Viena
Asunto: Re: [SR-Users-ES] No Audio con clientes detras de una NAT, el audio funciona con
clientes que usan IPs publicas (Estoy utilizando rtpproxy)
El Jueves, 25 de Junio de 2009, Iñaki Baz Castillo escribió:
El Jueves, 25 de Junio de 2009, rubenrojas - Trc.es
escribió:
Perdona, lo de arriba sí se está ejecutando (el Contact del INVITE cambia). Lo
que no cambia es el de la respuesta, o sea, no se ejecuta esto:
onreply_route[1] {
xdbg("incoming reply\n");
if ((isflagset(5) || isbflagset(6)) &&
status=~"(183)|(2[0-9][0-9])")
{
force_rtp_proxy();
}
if (isbflagset(6)) {
fix_nated_contact();
}
}
Lo que no sé es porqué no se ejecuta puesto que tienes puesto en
t_onreply("1") en route[1]. Eso tendrás que descubrirlo a base de poner
"xlog"
para ver si se están eejcutando los bloques o no. Nadie garantiza que el
config file que viene por defecto sea 100% correcto.
--
Iñaki Baz Castillo <ibc(a)aliax.net>
_______________________________________________
SR-Users-ES mailing list
SR-Users-ES(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es
_________________________________________________________________
Este mensaje ha sido escaneado en busca de virus por MailScanner.
# Caller NAT detection route
/* uncomment the whole following route for enabling Caller NAT Detection
*/ route[4]{
force_rport();
if (nat_uac_test("19")) {
if (method=="REGISTER") {
fix_nated_register();
} else {
fix_nated_contact();
}
setflag(5);
}
return;
}
Lo anterior NO se está ejecutando. Fíjate que el Contact del 200 Ok llega
con la IP provada al llamante, por lo que el ACK que envía llega al proxy
con el RURI conteniendo una IP privada del llamado, así que el proxy ruta
el ACK a la IP privada (que obiviamente no llega). Por eso no oyes audio,
porque la negociación del INVITE no acaba (no llega el ACK al llamado, y
por eso hay tantas retransmissiones del 200 OK que no pareces haber
observado). 
25 Jun
25 Jun
1:44 p.m.
New subject: No Audio con clientes detras de una NAT, el audio funciona con clientes que usan IPs publicas (Estoy utilizando rtpproxy)
El Jueves, 25 de Junio de 2009, rubenrojas - Trc.es escribió:
por lo que veo si hace el force_rtp_proxy() pero no
hace nunca el
fix_nated_contact() en onreply_route
Sí, como dije el problema no es el SDP de las respuestas (la IP y puerto se
ven claramente modificados por el proxy) sino en el Contact.
Pues te toca investigar lo mismo pero con el fix_nated_contact (añade xlogs a
porrillo). Tal vez has descubierto un bug en el config por defecto de
Kamailio.
--
Iñaki Baz Castillo <ibc(a)aliax.net>
1 Jul
1 Jul
9:03 a.m.
New subject: No Audio con clientes detras de una NAT, el audio funciona con clientes que usan IPs publicas (Estoy utilizando rtpproxy)
Este es el fix adecuado para colocar en el kamailio.cfg qu eviene por defecto
en el main route en la sección de initial request hay que cambiar esta seccion:
if (is_method("REGISTER"))
{
if (!save("location"))
{
sl_reply_error();
}
exit;
}
por esta:
if (is_method("REGISTER"))
{
if (isflagset(5))
{
setbflag(6);
}
if (!save("location"))
{
sl_reply_error();
}
exit;
}
y dejar el onreply_route tal y como viene por defecto, ya no se perdera el flag(6) y se
ejecutara el fix_nated_contact() del onreply_route
espero que les sirva a otros, seria bueno agregar esto al kamailio.cfg que viene por
defecto
extiendo las gracias a la lista en ingles de kamailio por ayudarnos a conseguir el fix
----- Mensaje original -----
De: "Iñaki Baz Castillo" <ibc(a)aliax.net>
Para: users-es(a)lists.kamailio.org
Enviados: Jueves, 25 de Junio de 2009 13:44:55 GMT +01:00 Amsterdam / Berlín / Berna /
Roma / Estocolmo / Viena
Asunto: Re: [SR-Users-ES] No Audio con clientes detras de una NAT, el audio funciona con
clientes que usan IPs publicas (Estoy utilizando rtpproxy)
El Jueves, 25 de Junio de 2009, rubenrojas - Trc.es escribió:
por lo que veo si hace el force_rtp_proxy() pero no
hace nunca el
fix_nated_contact() en onreply_route
Sí, como dije el problema no es el SDP de las respuestas (la IP y puerto se
ven claramente modificados por el proxy) sino en el Contact.
Pues te toca investigar lo mismo pero con el fix_nated_contact (añade xlogs a
porrillo). Tal vez has descubierto un bug en el config por defecto de
Kamailio.
--
Iñaki Baz Castillo <ibc(a)aliax.net>
_______________________________________________
SR-Users-ES mailing list
SR-Users-ES(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es
_________________________________________________________________
Este mensaje ha sido escaneado en busca de virus por MailScanner.
1:32 p.m.
New subject: No Audio con clientes detras de una NAT, el audio funciona con clientes que usan IPs publicas (Estoy utilizando rtpproxy)
El 1 de julio de 2009 09:03, rubenrojas - Trc.es<rubenrojas(a)trc.es> escribió:
Este es el fix adecuado para colocar en el
kamailio.cfg qu eviene por defecto
en el main route en la sección de initial request hay que cambiar esta seccion:
if (is_method("REGISTER"))
{
if (!save("location"))
{
sl_reply_error();
}
exit;
}
por esta:
if (is_method("REGISTER"))
{
if (isflagset(5))
{
setbflag(6);
}
if (!save("location"))
{
sl_reply_error();
}
exit;
}
y dejar el onreply_route tal y como viene por defecto, ya no se perdera el flag(6) y se
ejecutara el fix_nated_contact() del onreply_route
espero que les sirva a otros, seria bueno agregar esto al kamailio.cfg que viene por
defecto
extiendo las gracias a la lista en ingles de kamailio por ayudarnos a conseguir el fix
Hecho, muchas gracias:
http://openser.svn.sourceforge.net/viewvc/openser?view=rev&revision=5887
--
Iñaki Baz Castillo
<ibc(a)aliax.net>
5406
days inactive
5412
days old
sr-users-es@lists.kamailio.org
3 comments
2 participants
participants (2)
-
Iñaki Baz Castillo -
rubenrojas - Trc.es