Dear Inaki,
Thanks for the help..really appreciated...I guess I should add a ACK check to loose route because as you said it's a new in dialog transaction...Please chek below:
if ( is_method("ACK") ) { if ( t_check_trans() ) {
t_relay(); exit; } }
Regarding INFO and NOTIFY...I'll do that later after ACK is OK
What I did above is OK?
Regards
On Sun, Mar 15, 2009 at 9:05 PM, Iñaki Baz Castillo ibc@aliax.net wrote:
El Domingo, 15 de Marzo de 2009, michel freiha escribió:
Here I defined the loose route to reply on the REINVITE message:
if(loose_route()){ t_on_reply("7"); if (is_method("INVITE")) { t_on_failure("1"); force_rtp_proxy(); t_relay(); exit(); } }
This is wrong. I already suggested you to compare your loose_route section with that in the Kamailio default config file, but it seems you haven't done it.
I hope you know that ACK after INVITE-200 is a *new* transaction, and an in-dialog request (so it goes into loose_route section). Question: is your loose_route section allowing this ACK to be routed? I just see the t_relay for INVITE, what about other requests as INFO, PRACK, NOTIFY... *ACK* ?
-- Iñaki Baz Castillo
Kamailio (OpenSER) - Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users http://lists.openser-project.org/cgi-bin/mailman/listinfo/users