[OpenSIPS-Users] Possible Bug / Unexpected behavior with ACC.

[Răzvan Crainea]

Hi, Jim!

I tried to reproduce this but did not succeed. Is there a single leg for 
the call? Are you doing manual or cdr accounting?

Best regards,

Răzvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com

On 08/31/2016 09:54 PM, Jim DeVito wrote:
> Hi All,
>
> Strange situation. I'm using the ACC module with Flatstore and it was 
> working fine until the update to 2.2.1 a couple days ago. It seems the 
> variable $rU is populated with hex for all 0's in very specific 
> situations. Namely receiving a 503 back from the carrier. This is 
> causing it to get put into the ACC Flat store file. See below for the 
> specifics and relevant configuration info. I do have a dev system I 
> can reproduce the problem on if there is some specific debugging you 
> suggest.
>
> ACC Flatstore file line (the 
> \x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00 is the 
> bad part. It should be 011610408287261)
>
> INVITE|TM1AqTt8A57InEKZ75B293||20160831182524021875-339cad6d567da38f5d19c82b315b47ef|503|Service 
> Unavailable|1472667931|\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00|115|sip-proxy02|from-c5-ns||||| 
>
>
> modparam("acc", "db_url","flatstore:/var/log/opensips/acc")
> modparam("acc", "db_extra", "to_tn=$rU; ....etc....)
>
> $rU is the extra parameter that is supposed to be 011610408287261 but 
> it comes out as 
> \x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00
>
> Thanks!!