[OpenSIPS-Users] Strange entries in ACC

[Jim DeVito]

Yes. And correct the script is rejecting the call at this point and
returning the 600 to my upstream.

On Wed, Apr 26, 2017 at 11:28 AM, Bogdan-Andrei Iancu <bogdan at opensips.org>
wrote:

> Again, does the strange text correspond to the to_tn extra value ?
>
> And the call is rejected by you from script ? it not ever proxied further,
> right ?
>
> 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 06:25 PM, Jim DeVito wrote:
>
> Hi Bogdan,
>
> Sorry forgot the mention I am using 2.2.3 the latest stable from the repo.
> I put a log line just after send_reply("600","Busy Everywhere"); and $rU
> looks good there. Is there another place I should put a log line to see the
> value of $rU?
>
> Thanks!!
>
>
>
> On Wed, Apr 26, 2017 at 11:16 AM, Bogdan-Andrei Iancu <
> <bogdan at opensips.org>bogdan at opensips.org> wrote:
>
>> 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\x
>> 00\x00\x00 part.
>> INVITE|gK0c48d4aa||1464632400_16750753 at 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 listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>> --
> -------------
> Jim DeVito
> Mobile 216.507.9497 <(216)%20507-9497>
>
>


-- 
-------------
Jim DeVito
Mobile 216.507.9497
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20170426/c117fd3f/attachment.html>