8 Sep
2008
8 Sep
'08
10:56 a.m.
El Monday 08 September 2008 07:21:06 troxlinux escribió:
pero lo
peor de esto es que solo formo el URI no el RURI que realmente debe
hacer la comparasion y me podría ejecutar el callfwd
¿A qué te refieres con eso? No existe una parte "URI" como tal. En un mismo
mensaje pueden aparecer varias URI's (la URI del RURI, la URI del From, del
To, la(s) URI(s) del Contact.
... no se
exactamente para que es el append branch ni que función juega dentro
del sip message?
Cuando se llega aun failure route es porque **todos** los branches anteriores
han fracasado, por lo que tienes que crear uno nuevo (o más de uno).
Cada branch es básicamente un nuevo destino del request.
creo que mas bien debería quedar así , aunque no me
juega
failure_route[1]
{
if(!t_was_cancelled()) {
if (t_check_status("(486)|(408)")) {
# cargo mis valores en la table preferences##
if (avp_db_load("$ruri/username",
"$avp(s:callfwd)")) { avp_pushto("$ruri", "s:callfwd");
xlog("forwarded to: $avp(s:callfwd)");
revert_uri();
rewritehostport("192.168.10.1:5070");
append_branch();
route(1);
exit;
}
}
¿Por qué no nos enseñas los resultados de esos XLOG? es que si no vamos a dar
vueltas sobre lo mismo una y otra vez.
Y por cierto, primero consigue que te funcione todo el tema del forwarding
manejando valores estáticos en vez de consultando la BD; así quitas puntos de
fallo.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es