Adding some informations, I notice when using a Nokia 6230 on another kannel server that it works well and I have the following:
==> /var/log/kannel/access.log <== 2009-12-04 14:08:20 Receive DLR [SMSC:nokia6230] [SVC:alt] [ACT:] [BINF:] [FID:48] [from:687971204] [to:+687773502] [flags:-1:-1:-1:-1:1] [msg:7:Success] [udh:0:] ==> /var/log/kannel/kannel.log <== 2009-12-04 14:08:20 [11952] [6] DEBUG: AT2[nokia6230]: <-- +CDS: 24 2009-12-04 14:08:20 [11952] [6] DEBUG: AT2[nokia6230]: <-- 069186770720F10630099186773705F2902140410291449021404102914400 2009-12-04 14:08:20 [11952] [6] DEBUG: AT2[nokia6230]: received message from SMSC: +687770021 2009-12-04 14:08:20 [11952] [6] DEBUG: AT2[nokia6230]: got STATUS-REPORT for message <48>: 2009-12-04 14:08:20 [11952] [6] DEBUG: AT2[nokia6230]: Numeric receiver (international) <+687773502> 2009-12-04 14:08:20 [11952] [6] DEBUG: DLR[internal]: Looking for DLR smsc=nokia6230, ts=48, dst=+687773502, type=1 2009-12-04 14:08:20 [11952] [6] DEBUG: DLR[internal]: created DLR message for URL <> 2009-12-04 14:08:20 [11952] [10] DEBUG: send_msg: sending msg to box: <127.0.0.1> 2009-12-04 14:08:20 [11952] [10] DEBUG: boxc_sender: sent message to <127.0.0.1> 2009-12-04 14:08:20 [11952] [6] DEBUG: AT2[nokia6230]: --> AT+CNMA^M 2009-12-04 14:08:20 [11952] [9] DEBUG: boxc_receiver: got ack 2009-12-04 14:08:20 [11952] [6] DEBUG: AT2[nokia6230]: <-- OK instead of this for Siemens M20 modem: 2009-12-04 13:34:28 Receive DLR [SMSC:SiemensM20] [SVC:tester] [ACT:] [BINF:] [FID:40] [META:] [from:+687755632] [to:+687773502] [flags:-1:-1:-1:-1:8] [msg:4:ACK/] [udh:0:] 2009-12-04 13:34:35 [4088] [6] DEBUG: AT2[SiemensM20]: <-- +CDS: 24 2009-12-04 13:34:35 [4088] [6] DEBUG: AT2[SiemensM20]: <-- 0628099186773705F2902140316471449021403164714400 2009-12-04 13:34:35 [4088] [6] DEBUG: AT2[SiemensM20]: received message from SMSC: 09019687773 2009-12-04 13:34:35 [4088] [6] ERROR: AT2[SiemensM20]: could not decode PDU to a message. You can notice that there is 62 - 48 characters missing in the second test: Nokia phone has send a DLR with 62 char: 069186770720F10630099186773705F2902140410291449021404102914400 and Siemens M20 only 48 char (the last 48 in fact I think): ??????????????0628099186773705F2902140316471449021403164714400 and can not decode PDU. (48 char) Any idea why ? Emmanuel 2009/12/4 Emmanuel CHANSON <[email protected]> > Hi everybody, > > Below an issue I am faced trying to configure DLR management and kannel. > > Environnement: > Kannel CVS 20091124 installed using RPM patch from Alejandro > MySQL DLR storage configured > > Issue: "can not decode PDU to a message" > > I have configure DLR to use mysql (config file below) > > I send a SMS using this command: > > # lynx -dump " > http://localhost:13013/cgi-bin/sendsms?username=tester&password=foobar&from=%2B687755632&to=%2B687773502&text=SMStestdepuisNavette&dlr-mask=31 > " > > Firstly I saw the following error in kannel.log > 2009-12-04 13:41:59 [4163] [6] DEBUG: AT2[SiemensM20]: <-- +CDS: 24 > 2009-12-04 13:41:59 [4163] [6] DEBUG: AT2[SiemensM20]: <-- > 0629099186773705F2902140313504449021403135044400 > 2009-12-04 13:41:59 [4163] [6] DEBUG: AT2[SiemensM20]: received message > from SMSC: 09019687773 > 2009-12-04 13:41:59 [4163] [6] ERROR: AT2[SiemensM20]: got +CMT but > pdu_extract failed > > I check some forum about this issue and I set one parameter in modems.conf: > broken = true > > And I see in the kannel.log file now the following error: > > 2009-12-04 13:34:35 [4088] [6] DEBUG: AT2[SiemensM20]: <-- +CDS: 24 > 2009-12-04 13:34:35 [4088] [6] DEBUG: AT2[SiemensM20]: <-- > 0628099186773705F2902140316471449021403164714400 > 2009-12-04 13:34:35 [4088] [6] DEBUG: AT2[SiemensM20]: received message > from SMSC: 09019687773 > 2009-12-04 13:34:35 [4088] [6] ERROR: AT2[SiemensM20]: could not decode PDU > to a message. > > And 09019687773 seems to be my destination number 09019 (unknown???) 687773 > but the end 502 are missing. > The destination is +687773502. > > I did not find any solution to my issue...any idea, it seems Siemens M20 > modem can not decode DLR PDU ? > > BTW for what is dedicated the dlr-url parameter ? To execute some script in > order to process DLR info in a third party application database? > If juste kannel is used, is the dlr table enough usefull to get the SMS > delivery status? (always 0 in my case, even if mobile is switch off) > > Regards, > > -- > Emmanuel > @email : [email protected] > -- Emmanuel CHANSON Emmanuel Mobile Nouvelle-Calédonie: +687.77.35.02 Mobile France: +33 (0) 6.68.03.89.56 @email : [email protected]
dlr-test.log
Description: Binary data
