From shaheryarkh@gmail.com Wed Dec 24 13:33:05 2014 From: Muhammad Shahzad To: sr-users@lists.kamailio.org Subject: Re: [SR-Users] [sr-dev] Missing accounting events in ACC table Date: Wed, 24 Dec 2014 13:32:38 +0100 Message-ID: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1604761077==" --===============1604761077== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Looking at log level 3 logs, i see when INVITE has been authenticated ACC module creates the dialog, -- DEBUG: acc [acc_cdr.c:726]: cdr_on_create(): dialog '0xa5936e70' created! -- But acc callback is only triggered AFTER 200 OK of BYE request, -- DEBUG: acc [acc_logic.c:644]: tmcb_func(): acc callback called for t(0xa591d840) event type 2, reply code 200 -- Between these two log lines there is no log from acc module. Thank you. On Wed, Dec 24, 2014 at 11:04 AM, Muhammad Shahzad wrote: > See attached SIP trace. > > Note, i have obfuscated source and destination number and IPs etc. due to > privacy reasons. > > Thank you. > > > > On Wed, Dec 24, 2014 at 10:36 AM, Muhammad Shahzad > wrote: > >> OK, i will upgrade my staging server and do some testing. >> >> The acc module does not post records anywhere, neither syslog nor db. The >> problem is happening to all calls (not any specific call). >> >> Regarding the FROM header, the only change done is to add "+" to callerid >> (after replacing 00 if present), this is extensively tested feature in past >> 6 months. >> >> I have analyzed all the SIP packets in call using ngrep, they all seem >> perfectly fine. All packets (request + reply) are correctly received and >> forwarded by kamailio. Unfortunately i deleted them and need to get new >> trace. I will send it to you in the afternoon. >> >> Thank you. >> >> >> >> On Tue, Dec 23, 2014 at 10:10 PM, Daniel-Constantin Mierla < >> miconda(a)gmail.com> wrote: >> >>> Hello, >>> >>> you can try with latest git branch 4.2 and see the results. >>> >>> At a quick look between the version you reported to work and the new >>> version you run, I couldn't spot a commit that could be the reason. >>> >>> Do you get the acc record in syslog for INVITE? >>> >>> How do you set the values for replacing From header? If you load from >>> database, be sure the values are valid. I see the uac module complains >>> about restoring operation. It might be the reason for the issues -- config >>> could be ok, but the subscriber data wrong. >>> >>> You should save the traffic for a while and check the packets for >>> missing records -- you can use tools such as tcpdump, sipgrep, ngrep to >>> store the traffic in a file for later analysis. When you find a missing >>> record, search in the file with the sip traffic and see if something is >>> broken there. >>> >>> Cheers, >>> Daniel >>> >>> >>> On 23/12/14 21:45, Muhammad Shahzad wrote: >>> >>> Hi, >>> >>> About 3 weeks ago i upgraded one of my production server with latest >>> stable kamailio version 4.2.1-fad00a. Now i am getting a lot of complaints >>> about missing CDR events in ACC table. I observe following problems, >>> >>> 1. There are only BYE records in acc table, no record for INVITE or >>> ACK. >>> 2. In kamailio logs when ACK is received against 200 OK response for >>> INVITE, i see following errors, >>> >>> -- >>> ERROR: [parser/parse_from.c:113]: parse_from_uri(): failed to >>> parse From uri >>> ERROR: pv [pv_core.c:434]: pv_get_xto_attr(): cannot parse From URI >>> NOTICE: