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.