Hi Carsten,
The problem is solved, but with a litle bug. The calls from qutecom are
not relayed to sems.
Here is the solution:
failure_route[FAIL_ONE] {
#!ifdef WITH_NAT
if (is_method("INVITE")
&& (isbflagset("6") || isflagset(5))) {
unforce_rtp_proxy();
}
#!en
Hi' Carsten,
Of course that t_on_failure is in request route.
I think that in kamailio is the problem, because the forward not
arrive to SEMS and kamilio log says:
2(96827) DEBUG: [usr_avp.c:639]: DEBUG:destroy_avp_list:
destroying list 0x0
2(96827) DEBUG: [receive.c:280]: receive_msg:
Hi,
from the logs you see, that you proxy actually parses the "500 Try
later" reply, so it must have received it
You should check, from where you receive the 500-error; then you could
see, if you want to adapt your config.
Carsten
2010/8/24 Alejandro Mellado G. :
> Hi' Carsten,
>
> Of course
Hi,
did you add a "t_on_failure" in your request route? Your route works
for busy subscribers i guess?
The problem is likely, that your sip-router box receives a "500 Retry
later" from some endpoint (either the device or SEMS) and you have no
rule for handling 500-responses:
if (t_check_status("4
Hi'
I'm trying to forward the call to voicemail on sems when the time of
response is out. When the user isn't in location, the forward to
voicemail work very fine ( $rc = -1 ). But failure_route, doesn't work
and send message "500 Retry Later".
I'm using kamailio 3.0.2 and I'm probing with