[OpenSIPS-Users] Strange entries in ACC

[Ionut Ionita]

Hello Jim,

Since I am unable to replicate the bug I'm providing you the following 
patch which prints the extra values when they are taken from the 
variables and after they are put into the array from where they will be 
inserted into the db. Can you please apply it and provide the logs with 
the patch? If any sensitive data in there send the logs on my mail.


Regards,

Ionut Ionita
OpenSIPS Developer

On 04/26/2017 07:01 PM, Jim DeVito wrote:
> Also it should be noted I am using the db_flatstore module with the 
> acc module.
>
> On Wed, Apr 26, 2017 at 11:48 AM, Bogdan-Andrei Iancu 
> <bogdan at opensips.org <mailto:bogdan at opensips.org>> wrote:
>
>     OK, thanks.
>
>     I suppose you have the "failed" flag set in do_accounting() ?
>
>     And before ending the INVITE processing, do you change the RURI
>     (you mentioned it originally has a username) ?
>
>     Regards,
>
>     Bogdan-Andrei Iancu
>        OpenSIPS Founder and Developer
>        http://www.opensips-solutions.com <http://www.opensips-solutions.com>
>
>     OpenSIPS Summit May 2017 Amsterdam
>        http://www.opensips.org/events/Summit-2017Amsterdam.html
>     <http://www.opensips.org/events/Summit-2017Amsterdam.html>
>
>     On 04/26/2017 06:33 PM, Jim DeVito wrote:
>>     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 <mailto: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
>>         <http://www.opensips-solutions.com>
>>
>>         OpenSIPS Summit May 2017 Amsterdam
>>            http://www.opensips.org/events/Summit-2017Amsterdam.html
>>         <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 <mailto: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
>>>             <http://www.opensips-solutions.com>
>>>
>>>             OpenSIPS Summit May 2017 Amsterdam
>>>                http://www.opensips.org/events/Summit-2017Amsterdam.html
>>>             <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 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 list
>>>>             Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>>>>             http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>             <http://lists.opensips.org/cgi-bin/mailman/listinfo/users>
>>>
>>>         -- 
>>>         -------------
>>>         Jim DeVito
>>>         Mobile 216.507.9497 <tel:%28216%29%20507-9497>
>>
>>     -- 
>>     -------------
>>     Jim DeVito
>>     Mobile 216.507.9497 <tel:%28216%29%20507-9497>
>
> -- 
> -------------
> Jim DeVito
> Mobile 216.507.9497
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20170427/ae80987d/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: acc_debug.patch
Type: text/x-patch
Size: 1137 bytes
Desc: not available
URL: <http://lists.opensips.org/pipermail/users/attachments/20170427/ae80987d/attachment-0001.bin>