Hi Jim,
What OpenSIPS version do you use ?
Is the x00 string corresponding to the to_tn extra field ? If yes, is
there any chance to have the $rU null (no username in RURI) ?
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
OpenSIPS Summit May 2017 Amsterdam
http://www.opensips.org/events/Summit-2017Amsterdam.html
On 04/26/2017 05:43 PM, Jim DeVito wrote:
Hi All,
So I am seeing the below record in the ACC output that is causing me
problems else where. Notice the
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00 part.
INVITE|gK0c48d4aa||1464632400_16750753@REDACTED|600|Busy
Everywhere|1493217263|\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00|+1REDACTED|sip-proxy03|from-PSTN|REDACTED||8877||
In every other ACC entry the value is to be the user part of the
request URI as described here...
modparam("acc", "db_extra", "to_tn=$rU; (etc....)
Except when the call goes through the below failure route.
failure_route[orig_load_balance_fail] {
if (t_was_cancelled()) {
exit();
}
if (t_check_status("[56][0-9][0-9]") || t_local_replied("all")) {
if (lb_next()) {
t_on_failure("orig_load_balance_fail");
t_relay();
exit();
} else {
send_reply("600","Busy Everywhere");
exit();
}
}
}
Thoughts?
Thanks!!
Jim D.
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
