[OpenSIPS-Users] No acc records after opensips restart
mayamatakeshi
mayamatakeshi at gmail.com
Thu May 1 14:26:41 CEST 2014
Hello Razvan,
On Thu, May 1, 2014 at 4:11 PM, Răzvan Crainea <razvan at opensips.org> wrote:
> Hi, Takeshi!
>
> You are right, CDR_FLAG should only be set on the initial INVITE. DB_FLAG
> should not be set for BYE, because otherwise you will only account that
> method, not the CDR (no duration, setuptime, etc.).
> Have you tried with other Accounting backends (log, events)?
>
Yes. I use both db and log backends and no CDRs are written to opensips.log
in 1.11 after an opensips restart.
> Can you run a test in debugging mode, paste the logs on pastebin[1] and
> send them over (privately if you want)?
>
> [1] http://pastebin.com/
Here it is:
http://pastebin.com/hcdybZL3
Thanks.
Regards,
Takeshi
>
>
> Best regards,
>
> Razvan Crainea
> OpenSIPS Core Developer
> http://www.opensips-solutions.com
>
> On 05/01/2014 09:23 AM, mayamatakeshi wrote:
>
>> Razvan,
>> no, I was only setting the CDR_FLAG on the initial INVITE. This works
>> with 1.10.
>>
>> Then with 1.11, I tested setting the CDR_FLAG when processing BYE
>> requests but it didn't work.
>> Then I set DB_FLAG for BYE and after that, it worked.
>> So this behavior changed.
>> Thanks a lot.
>>
>> Regards,
>> Takeshi.
>>
>>
>> On Wed, Apr 30, 2014 at 11:05 PM, Răzvan Crainea <razvan at opensips.org
>> <mailto:razvan at opensips.org>> wrote:
>>
>> Hi, Takeshi!
>>
>> I just tested and there are no issues on my setup. Are you setting
>> the CDR_FLAG for all the requests? Have you also tried with
>> different db modes?
>>
>> Best regards,
>>
>> Razvan Crainea
>> OpenSIPS Core Developer
>> http://www.opensips-solutions.__com <http://www.opensips-
>> solutions.com>
>>
>>
>>
>> On 04/23/2014 03:05 PM, mayamatakeshi wrote:
>>
>> Hello,
>> I am trying to upgrade from opensips 1.10 (commit
>> bfd86ab25554082053167a82655e66__9ca1c0ea7c)
>> to 1.11 (latest 313f41ad46921d543980fa9fc71fb0__715d385085).
>>
>>
>> Almost everything works.
>> However, in my opensips.cfg I set dialog db_mode to REALTIME.
>> And I have
>> acc in CDR mode.
>> Then after making some calls and confirming the dialogs were
>> inserted in
>> the opensips.dialog table, I kill and restart opensips. Then I
>> terminate
>> the calls.
>> In 1.10, this causes proper generation of records in the acc
>> table.
>> However, in 1.11, no records are written to acc table.
>> I checked the release notes for 1.11 but could not find any
>> indication
>> that this behavior would change:
>> http://opensips.org/pub/__opensips/1.11.0/src/ChangeLog
>>
>> <http://opensips.org/pub/opensips/1.11.0/src/ChangeLog>
>>
>> Before filing a bug ticket i would like to confirm as i might be
>> overlooking something.
>>
>> Here is the significant snippets of opensips.cfg:
>>
>> loadmodule "dialog.so"
>> modparam("dialog", "default_timeout", 10800)
>> modparam("dialog", "profiles_with_value", "calls")
>> modparam("dialog", "db_url",
>> "mysql://opensips:opensipsrw@__localhost/opensips")
>>
>> modparam("dialog", "db_mode", 1) # 1=REALTIME, 2=DELAYED,
>> 3=SHUTDOWN
>> modparam("dialog", "db_update_period", 10)
>>
>>
>> loadmodule "acc.so"
>> modparam("acc", "db_flag", "DB_FLAG")
>> modparam("acc", "log_flag", "LOG_FLAG")
>> modparam("acc", "log_level", -1)
>> modparam("acc", "log_facility", "LOG_LOCAL0")
>> modparam("acc", "db_url",
>> "mysql://opensips:opensipsrw@__localhost/opensips")
>>
>> modparam("acc", "failed_transaction_flag",
>> "FAILED_TRANSACTION_FLAG")
>> modparam("acc", "db_extra",
>> "domain=$avp(i:6);direction=$__avp(i:20);from_uname=$fU;to__
>> _uname=$tU;calling_number=$avp(__i:21);destination=$avp(
>> i:22);__anonymous=$avp(i:23);gwid=$__avp(i:24);forward=$avp(i:25)")
>>
>> modparam("acc", "log_extra",
>> "domain=$avp(i:6);direction=$__avp(i:20);from_uname=$fU;to__
>> _uname=$tU;calling_number=$avp(__i:21);destination=$avp(
>> i:22);__anonymous=$avp(i:23);gwid=$__avp(i:24);forward=$avp(i:25)")
>>
>> modparam("acc", "cdr_flag", "CDR_FLAG")
>>
>> Regards,
>> Takeshi
>>
>>
>>
>> _________________________________________________
>> 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>
>>
>>
>> _________________________________________________
>> 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>
>>
>>
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
> _______________________________________________
> 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/20140501/c23c8625/attachment.htm>
More information about the Users
mailing list