Re: Interesting issue with DLRs

dealing with this problem i found the use of dlr_mask a PITA, because whilst
it gets used as a
mask at times, all of a sudden its behaviour changes to be a dlr status,
when the msg becomes a report,
and the way its done...well enough said......
So anyway, I store both a dlr_mask and a dlr_status in DLR database, also as
I mentioned else where,
have another field - tid (transactionid).


Now, if a dlr report is received,
  1. lookup the DLR db for the messageid
  2. In this case it is NOT found (submit_sm_resp not occured yet)
      2.1. add the dlr record, with its dlr_status the status of the report.
  3. Else found but  if tid not set (ie==-1) /* submit_sm_resp still not
occured */
  3. 1  update dlr_status in DLR db and continue.


When a submit_sm_resp occurs,
    1. lookup DLR db for messageid
    2. It is found! strange? got deliver_sm report already!!,
    3. tie up msg using the sequence no
    4. check the stored dlr_status for any final status, send delivery
report to smsbox
    4.1  otherwise update dlr_status with SMSC_DELIVERED, and the tid.
    5.2 continue

any more questions? please ask, it works quite well, at least a year or
so.......

Fred


----- Original Message ----- 
From: "Stipe Tolj" <[email protected]>
To: "Ben Suffolk" <[email protected]>
Cc: "kannel Devel" <[email protected]>; "Andreas Fink" <[email protected]>
Sent: Saturday, October 21, 2006 10:58 PM
Subject: Re: Interesting issue with DLRs


> Ben Suffolk wrote:
>
> > Andreas,
> >
> > How do I do this?
> >
> > I only have the one smsc configuration, with the tx and rx ports set.
> > So as far as I am aware its only on session anyway? If you mean a
> > transceiver , they are not supported by the operator.
>
> yep, Andreas means the tranceiver mode actually. While this TRX session
mode is
> part of v3.4 it won't be supported if operator does only offer v3.3
capabilities.
>
> I definetly see a logical demand for the 2 table DLR (MT and MO) solution
here.
>
> Any more thoughts from the group, please?
>
> Stipe
>
> -------------------------------------------------------------------
> Kölner Landstrasse 419
> 40589 Düsseldorf, NRW, Germany
>
> tolj.org system architecture      Kannel Software Foundation (KSF)
> http://www.tolj.org/              http://www.kannel.org/
>
> mailto:st_{at}_tolj.org           mailto:stolj_{at}_kannel.org
> -------------------------------------------------------------------
>