Re: urgent help! CIMD2 missing DLR answer!

Hi Alejandro

Im using dlr-mask 31. thanks for the explanation, but why is the type 1 sometimes getting parsed from the kannel and sometimes not (added in the DLR-queue). I thought neverthless wich protocol is used, the kannel parses the requests from the smsc and does interpret it to the type it needs.. correct?

cheers

-------- Original-Nachricht --------
> Datum: Thu, 20 Jan 2011 13:05:01 +0100
> Von: Alejandro Guerrieri <[email protected]>
> An: Beatrice Tamburrino <[email protected]>
> CC: [email protected]
> Betreff: Re: urgent help! CIMD2 missing DLR answer!

> What dlr-mask are you using?
> 
> Please note that there's an important difference between the "first" DLR
> (the one that Kannel creates right after sending the message) and all the
> rest. The first one is the only one guaranteed to arrive, the rest depends on
> the carrier delivering further messages with the status updates.
> 
> Another important thing to note is that Kannel has its own internal set of
> statuses, that doesn't relate to CIMD2's statuses, so a CIMD2 status "1"
> doesn't mean it should be store as "1" on Kannel (Kannel implement various
> SMSC protocols and they all differ on that kind of stuff, so Kannel uses its
> own internal set of codes to abstract the different protocol
> implementations).
> 
> What dlr-mask are you using?
> 
> Regards,
> --
> Alejandro Guerrieri
> [email protected]
> 
> 
> 
> On 20/01/2011, at 12:31, Beatrice Tamburrino wrote:
> 
> > Hi Alejandro
> > 
> > Thanks for your feedback.
> > 
> > 
> > Yes I can confirm that "sometimes" the DLR type 1 is coming - thats the
> strange thing, sometime it does... but often I only receive the type 8, and
> when I receive the type 8 i can see on the status file that it queues a
> DLR: DLR: 1 queued, using internal storage , so I think that (maybe kannel)
> is exactly queueing the type 1! or am I wrong?
> > 
> > I set the log-level to 0. I attache the logfile...
> > 
> > -------- Original-Nachricht --------
> >> Datum: Thu, 20 Jan 2011 11:57:23 +0100
> >> Von: Alejandro Guerrieri <[email protected]>
> >> An: Beatrice Tamburrino <[email protected]>
> >> CC: [email protected]
> >> Betreff: Re: urgent help! CIMD2 missing DLR answer!
> > 
> >> Assuming you've setup the dlr-mask to "listen" to dlrs of type 1, are
> you
> >> sure that you're receiving the DLR from the carrier?
> >> 
> >> I don't know how that works on CIMD2 (I'm mostly the SMPP type) but I
> >> guess you need the equivalent of a "deliver_sm" DLR coming from the
> carrier.
> >> The DLR you've got is actually created by kannel based on the response
> for
> >> the CIMD2 equivalent for a submit_sm (in smpp it would be a
> submit_sm_resp
> >> PDU).
> >> 
> >> Set the log level to 0 on the SMSC bind and see if you're getting the
> >> DLR's back, otherwise it might be your carrier's problem.
> >> 
> >> Regards,
> >> --
> >> Alejandro Guerrieri
> >> [email protected]
> >> 
> >> 
> >> 
> >> On 20/01/2011, at 11:52, Beatrice Tamburrino wrote:
> >> 
> >>> Hi!
> >>> 
> >>> I have a really urgent problem! We have Kannel 1.4.3 Operating on the
> >> customer site.. using the protocol cimd2 to an SMSC (actually we have 5
> >> different SMSC) but the customer wants us to send the SMS only to the
> first SMSC
> >> (named sc1)- the SMSC provider has confirmed that he allows DLR (so far
> so
> >> good)
> >>> 
> >>> Im facing some strange problem that I cant understand:
> >>> 
> >>> When I send a message, I quickly receive the ack and the DLR code 8.
> >> This is good, means the DLR funtion works and the SMSC has received our
> >> message. I sent the message to my phone and I could see that the
> message was
> >> delivered on my phone. than I waited for the DLR code 1 (confirmed
> deliver to
> >> the phone) but I saw in my logs that the code 1 was never received.  I
> >> tested a lot of times and I saw that sometimes (very rarely) I also
> received the
> >> code 1! So sometimes it workes but the most time I get
> >>> only the 8.
> >>> 
> >>> I cecked the status file of the kannel- there I could see the follow
> >> entry.
> >>> 
> >>> DLR: 3 queued, using internal storage
> >>> 
> >>> Box connections:
> >>>   smsbox:smsbox_XXXX, IP 127.0.0.1 (0 queued), (on-line 0d 0h 23m 17s)
> >>> 
> >>> SMSC connections:
> >>>   sc1    CIMD2:xxx.xxx.xxx.xxx:yyy:ZZZZ (online 1229s, rcvd 5, sent 4,
> >> failed 0, queued 0 msgs)
> >>> 
> >>> What I dont understand: the DLR: 3 queued entry seems that the missing
> >> DLR code 1 is somekind of buffered?? so this are the 3 missing DLR
> answer
> >> that I need. Is that problem on Kannel side or provider side??? I would
> >> appreshiate if somebody could explain what this means and maybe also
> give me a
> >> hint how to solve this!! :)
> >>> 
> >>> 
> >>> 
> >>> I need to solve this till tomorrow, and after LONG time research I
> >> really dont have a clue what to do know.. 
> >>> 
> >>> Pleas help!!!
> >>> 
> >>> many many thanks in advance!
> >>> 
> >>> cheers
> >>> 
> >>> beatrice
> >>> 
> >>> -- 
> >>> Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief!  
> >>> Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail
> >>> 
> >> 
> > 
> > -- 
> > NEU: FreePhone - kostenlos mobil telefonieren und surfen!			
> > Jetzt informieren: http://www.gmx.net/de/go/freephone
> > <smsc_sc1_cimd2.log>
> 

-- 
Sicherer, schneller und einfacher. Die aktuellen Internet-Browser -
jetzt kostenlos herunterladen! http://portal.gmx.net/de/go/chbrowser