Re: Logging the total number of fragments that make up a message
Денис Давыдов <[email protected]> Wed, 9 Oct 2024 12:28:49 +0300
| Newsgroups | gmane.comp.mobile.kannel.user |
|---|---|
| Message-ID | <CAA5Vwz_uhj2=a0ZNySO9mCE2CHqCC-sR5in=tw83+Wd6ei5b=Q@mail.gmail.com> |
Hi Alexander! How exactly can this be done? It's not very clear to me. As far as I understand, the MO concatenated messages are logged as one long message only after receiving all parts and stitching them together, there's no flag in the access-log-format that shows the total number of parts. Maybe I wrong and missing something. -- Regards, Denis On Wed, Oct 9, 2024 at 10:50=E2=80=AFAM Alexander Malysh <[email protected]= g> wrote: > > Hi, > > you can use custom access log format and log parts amount. After that jus= t parse the log line and put into Elastic. > > Regards, Alexander Malysh > Am 24. Sept. 2024, 11:38 +0200 schrieb =D0=94=D0=B5=D0=BD=D0=B8=D1=81 =D0= =94=D0=B0=D0=B2=D1=8B=D0=B4=D0=BE=D0=B2 <[email protected]>: > > Hi all, > > Along with the message, it is necessary to register in the access_log the= total number of its parts (it doesn't matter, it's MO or MT), since each p= art of such a composite message is charged by the upstream SMSC operator. I= will collect such information in Elasticsearch for subsequent analysis aft= er the billing period. > > How do you solve this problem? If I am not mistaken, MO messages coming f= rom the SMS service will always have a "[udh:0:]" entry in the log file, si= nce, apparently, Kannel deletes information in the SMS.udhdata format after= assembling the message. > > -- > Regards, > Denis