Yes, you are right that smstraffic.log file gets one entry for one message, even if its bigger than 160 characters. However, the way I do reconcile is by following command:
> grep 2011-02 something.log | grep 0x000e | wc -l First part of command will give me results for february timestamp, second part will filter the exact number of incoming SMS (MO), and last part will count the total of them. You need to figure out the log file which contains the entries having 0x000e in them. On Fri, Feb 25, 2011 at 6:43 PM, Jacob Eiler <[email protected]> wrote: > Even using sqlbox each "message" is just a single record. The actual > message may have been split into several sms messages when sent by the > bearerbox. In most cases the operator will charge you per sms sent, so > some analysis of the access log or sqlbox table data is still required. > > If you want to do this correct, you should take the following factors > into account: > - message data coding scheme (GSM 03.38, UCS2, 8 bit data) > - message data/text > - message headers (as set by sender or inserted by bearerbox when > splitting the message) > - max. octets per message as set on the smsc-connection used to sent the > message (default is 140 octets). > > If you know C try looking at sms_split(...) in gw/sms.c, it splits > messages into parts, but the information is not recorded in any logs. > > /Jacob > > > On Fri, 2011-02-25 at 06:53 +0500, [email protected] wrote: > > Use sqlbox. > > > > On Wed, Feb 23, 2011 at 11:43 PM, Sanjay Bhandari > > <[email protected]> wrote: > > Just want to confirm my understanding about call records in > > Kannel. It seems to me that one would have to parse the logs > > to extract the accounting / billing info / call records. Are > > there other ways to get to this information, which are, maybe, > > easier to use? > > > > Thanks for your help. > > > > Sanjay > > > > > > -- > Jacob Eiler > Apide ApS > e: [email protected] > t: +45 2374 0486 > w: apide.com > > >
