Ray,
the ruri_avp is added by next_gw after its usage from the REQUEST route.
You may check this by placing an avp_print after you did next_gw() in
request route (after calling route 3, for example). Check if there is
any avp with ID 1402.
regards,
bogdan
Raymond Chen wrote:
Hi bogdan,
We called Load_gw and next-gw from request route. We have no problem with
next_gw if the if (avp_pushto("$ruri", "s:fwdnoanswer")) happens in the main
route. But when it does in the failure_route the next_gw can't find the
ruri_user avp.
Raymond
Route {
..........
Route(3);
...........
}
failure_route[1] {
if (t_check_status("(480)|(408)")) {
if (avp_pushto("$ruri", "s:fwdnoanswer")) {
avp_delete("s:fwdnoanswer");
route(3);
};
};
}
Route[3] {
if (!load_gws()) {
sl_send_reply("500", "Server Internal Error - Cannot load
gateways");
return;
};
...............
Route(5);
}
Route[5] {
if (!next_gw()) {
rewriteuri("sip:[EMAIL PROTECTED]:443");
t_relay();
return;
};
..............
}
-----Original Message-----
From: Bogdan-Andrei Iancu [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 15, 2006 2:25 AM
To: Raymond Chen
Cc: [EMAIL PROTECTED]; [email protected]
Subject: Re: [Users] next_gw(): No ruri_user AVP
Hi Ray,
do you call load_gws() from failure route? if so, not that this is not
supported.
For LCR to work properly, you need to call load_gws() and next_gw() from
the request route and later next_gw() from failure routes.
regards,
bogdan
Raymond Chen wrote:
Hi Bogdan,
Here is the debug
1(2584) load_gws(): DEBUG: Added gw_uri_avp <sip:@xxx.xxx.xxx.138:5060>
1(2584) load_gws(): DEBUG: Added gw_uri_avp <sip:@xxx.xxx.xxx.139:5060>
1(2584) DEBUG:avpops:print_avp: p=0xf4f167c8, flags=2
1(2584) DEBUG: id=<1400>
1(2584) DEBUG: val_str=<sip:@xxx.xxx.xxx.139:5060>
1(2584) DEBUG:avpops:print_avp: p=0xf4f16790, flags=2
1(2584) DEBUG: id=<1400>
1(2584) DEBUG: val_str=<sip:@xxx.xxx.xxx.138:5060>
1(2584) does_uri_exit(): User in request uri does not exist
1(2584) is_user_in(): User is in group 'local'
1(2584) db_flags=3, flags=12
1(2584) DEBUG:avpops:print_avp: p=0xf4f167f8, flags=B
1(2584) DEBUG: id=<1400>
1(2584) DEBUG: val_str=<sip:@xxx.xxx.xxx.139:5060>
1(2584) DEBUG:avpops:print_avp: p=0xf4f16790, flags=2
1(2584) DEBUG: id=<1400>
1(2584) DEBUG: val_str=<sip:@xxx.xxx.xxx.xxx:5060>
1(2584) next_gw(): No ruri_user AVP
Raymond
-----Original Message-----
From: Bogdan-Andrei Iancu [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 14, 2006 10:55 AM
To: Raymond Chen
Cc: [EMAIL PROTECTED]; [email protected]
Subject: Re: [Users] next_gw(): No ruri_user AVP
Hi Ray,
use avp_print() after the load_gw() to see what avps were loaded and
again just before next_gw() to see the available avp.
this will help to see if it's a problem at the load or search part.
regards,
bogdan
Raymond Chen wrote:
Hi Daniel,
The problem we have is not about next_gw forward to
[EMAIL PROTECTED] We have no problem with load_gw, it loads two
gateways against ruri_user correctly. but when next_gw called, it saids
next_gw(): No ruri_user AVP
looks like ruri_user avp is not saved when load_gw was called. So next_gw
can't find the ruri_user avp.
Thanks
Ray
-----Original Message-----
From: Daniel-Constantin Mierla [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 14, 2006 1:44 AM
To: Raymond Chen
Cc: [email protected]
Subject: Re: [Users] next_gw(): No ruri_user AVP
Hello,
On 02/14/06 13:43, Raymond Chen wrote:
[...]
if (!next_gw()) {
rewriteuri("sip:[EMAIL PROTECTED]:443");
here you must call append_branch() so the rewriteuri() has the desired
effect.
Cheers,
Daniel
t_relay();
return;
};
...........
_______________________________________________
Users mailing list
[email protected]
http://openser.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://openser.org/cgi-bin/mailman/listinfo/users
