Hi,
Actually it seems there is another more important problem before that:
submit_sm_resp:
2010-03-15 14:43:21 [18509] [9] DEBUG: data: 36 2d 31 32 36 38 36 36 30 35
39 39 34 35 37 34 6-12686605994574
2010-03-15 14:43:21 [18509] [9] DEBUG: DLR[internal]: Adding DLR
smsc=xxx, ts=6, src=4120, dst=+38xxxxxxxxx, mask=31, boxc=
2010-03-15 14:43:28 [18509] [9] ERROR: SMPP[xxx]: got DLR but
could not find message or was not interested in it id<392294905>
dst<38xxxxxxxxx>, type<2>
I believe that according to SMPP spec, FIDs are alphanumeric, i.e. cannot
contain '-'. This mixes kannel up and records wrong ts. No hope to match it
after that. For that I would talk to my SMSc provider.
Lastly best upgrade to latest CVS. There have been many improvements since
1.4.1 (~10 yrs old!)
BR,
Nikos
----- Original Message -----
From: "Drazen Kozic" <[email protected]>
To: "Alejandro Guerrieri" <[email protected]>
Cc: <[email protected]>
Sent: Tuesday, March 16, 2010 1:21 PM
Subject: Re: SMPP delivery report issue
Thanks. This is something that should be configurable in Kannel.
Alejandro Guerrieri wrote:
No, the problem is the SMSC sends a completely non-standard DLR format.
Either the SMSC fixes, or you do. Assuming the SMSC people won't, then
you'd have to change kannel code to adapt for that format.
Regards,
Alex
On Tue, Mar 16, 2010 at 11:59 AM, Drazen Kozic <[email protected]
<mailto:[email protected]>> wrote:
Is this problem solved in version 1.4.2?
Alejandro Guerrieri wrote:
Yes, you're out of luck, you need to patch the source code to
be able to parse it.
Regards,
Alex
On Tue, Mar 16, 2010 at 10:18 AM, Drazen Kozic
<[email protected] <mailto:[email protected]>
<mailto:[email protected] <mailto:[email protected]>>> wrote:
Hi,
We are using Kannel more than two years and we are very satisfied.
Now, we are using version 1.4.1. The configuration of the SMSC is
following:
group = smsc
smsc = smpp
smsc-id = xxx
host = xxx.xxx.xxx.xxx
port = 6400
transceiver-mode = true
smsc-username = xx
smsc-password = xx
system-type = xxxx
interface-version = 34
enquire-link-interval = 60
source-addr-ton = 5
source-addr-npi = 1
dest-addr-ton = 1
dest-addr-npi = 1
msg-id-type = 0x00
throughput = 5
We are faceing a strange problem with delivery report. This is the
log:
2010-03-15 14:43:21 [18509] [9] DEBUG: SMPP[xxx]: Sending PDU:
2010-03-15 14:43:21 [18509] [9] DEBUG: SMPP PDU 0x13820e90 dump:
2010-03-15 14:43:21 [18509] [9] DEBUG: type_name: submit_sm
2010-03-15 14:43:21 [18509] [9] DEBUG: command_id: 4 = 0x00000004
2010-03-15 14:43:21 [18509] [9] DEBUG: command_status: 0 =
0x00000000
2010-03-15 14:43:21 [18509] [9] DEBUG: sequence_number: 3 =
0x00000003
2010-03-15 14:43:21 [18509] [9] DEBUG: service_type: NULL
2010-03-15 14:43:21 [18509] [9] DEBUG: source_addr_ton: 5 =
0x00000005
2010-03-15 14:43:21 [18509] [9] DEBUG: source_addr_npi: 1 =
0x00000001
2010-03-15 14:43:21 [18509] [9] DEBUG: source_addr: "4120"
2010-03-15 14:43:21 [18509] [9] DEBUG: dest_addr_ton: 1 =
0x00000001
2010-03-15 14:43:21 [18509] [9] DEBUG: dest_addr_npi: 1 =
0x00000001
2010-03-15 14:43:21 [18509] [9] DEBUG: destination_addr:
"38xxxxxxxxx"
2010-03-15 14:43:21 [18509] [9] DEBUG: esm_class: 3 = 0x00000003
2010-03-15 14:43:21 [18509] [9] DEBUG: protocol_id: 0 = 0x00000000
2010-03-15 14:43:21 [18509] [9] DEBUG: priority_flag: 3 =
0x00000003
2010-03-15 14:43:21 [18509] [9] DEBUG: schedule_delivery_time:
NULL
2010-03-15 14:43:21 [18509] [9] DEBUG: validity_period:
"100315134421000+"
2010-03-15 14:43:21 [18509] [9] DEBUG: registered_delivery: 1 =
0x00000001
2010-03-15 14:43:21 [18509] [9] DEBUG: replace_if_present_flag:
0 = 0x00000000
2010-03-15 14:43:21 [18509] [9] DEBUG: data_coding: 0 = 0x00000000
2010-03-15 14:43:21 [18509] [9] DEBUG: sm_default_msg_id: 0 =
0x00000000
2010-03-15 14:43:21 [18509] [9] DEBUG: sm_length: 144 = 0x00000090
2010-03-15 14:43:21 [18509] [9] DEBUG: short_message:
2010-03-15 14:43:21 [18509] [9] DEBUG: Octet string at 0x13824de0:
2010-03-15 14:43:21 [18509] [9] DEBUG: len: 144
2010-03-15 14:43:21 [18509] [9] DEBUG: size: 145
2010-03-15 14:43:21 [18509] [9] DEBUG: immutable: 0
2010-03-15 14:43:21 [18509] [9] DEBUG: data: 4b 75 70 69 6c
69 20 73 74 65 20 6b 61 72 74 75 Kupili ste kartu
2010-03-15 14:43:21 [18509] [9] DEBUG: data: 20 62 72 6f 6a
20 20 37 30 34 37 39 32 20 7a 61 broj 704792 za
2010-03-15 14:43:21 [18509] [9] DEBUG: data: 20 76 6f 7a 69
6c 6f 20 42 47 39 20 6b 6f 6a 61 vozilo BG9 koja
2010-03-15 14:43:21 [18509] [9] DEBUG: data: 20 76 61 7a 69
20 64 6f 20 20 31 35 2e 30 33 2e vazi do 15.03.
2010-03-15 14:43:21 [18509] [9] DEBUG: data: 32 30 31 30 20
20 31 35 3a 34 33 20 2d 20 67 72 2010 15:43 - gr
2010-03-15 14:43:21 [18509] [9] DEBUG: data: 61 64 20 50 6f
64 67 6f 72 69 63 61 2c 20 5a 6f ad Podgorica, Zo
2010-03-15 14:43:21 [18509] [9] DEBUG: data: 6e 61 20 32 20
70 6f 20 63 65 6e 69 20 6f 64 20 na 2 po ceni od
2010-03-15 14:43:21 [18509] [9] DEBUG: data: 20 30 2c 35 30
20 45 55 52 2e 20 53 61 63 75 76 0,50 EUR. Sacuv
2010-03-15 14:43:21 [18509] [9] DEBUG: data: 61 6a 74 65 20
6f 76 75 20 70 6f 72 75 6b 75 2e ajte ovu poruku.
2010-03-15 14:43:21 [18509] [9] DEBUG: Octet string dump ends.
2010-03-15 14:43:21 [18509] [9] DEBUG: SMPP PDU dump ends.
2010-03-15 14:43:21 [18509] [9] DEBUG: SMPP[xxx]: Got PDU:
2010-03-15 14:43:21 [18509] [9] DEBUG: SMPP PDU 0x13820e90 dump:
2010-03-15 14:43:21 [18509] [9] DEBUG: type_name: submit_sm_resp
2010-03-15 14:43:21 [18509] [9] DEBUG: command_id: 2147483652 =
0x80000004
2010-03-15 14:43:21 [18509] [9] DEBUG: command_status: 0 =
0x00000000
2010-03-15 14:43:21 [18509] [9] DEBUG: sequence_number: 3 =
0x00000003
2010-03-15 14:43:21 [18509] [9] DEBUG: message_id:
2010-03-15 14:43:21 [18509] [9] DEBUG: Octet string at 0x13824f70:
2010-03-15 14:43:21 [18509] [9] DEBUG: len: 20
2010-03-15 14:43:21 [18509] [9] DEBUG: size: 21
2010-03-15 14:43:21 [18509] [9] DEBUG: immutable: 0
2010-03-15 14:43:21 [18509] [9] DEBUG: data: 36 2d 31 32 36
38 36 36 30 35 39 39 34 35 37 34 6-12686605994574
2010-03-15 14:43:21 [18509] [9] DEBUG: data: 35 35 32 37 5527
2010-03-15 14:43:21 [18509] [9] DEBUG: Octet string dump ends.
2010-03-15 14:43:21 [18509] [9] DEBUG: SMPP PDU dump ends.
2010-03-15 14:43:21 [18509] [9] DEBUG: DLR[internal]: Adding DLR
smsc=xxx, ts=6, src=4120, dst=+38xxxxxxxxx, mask=31, boxc=
2010-03-15 14:43:21 [18509] [9] DEBUG: SMSC[xxx]: creating DLR
message
2010-03-15 14:43:21 [18509] [9] DEBUG: SMSC[xxx]: DLR =
http://192.168.254.200:8080/smsgwxxxpg/kannel/messageReceived?type=DR&text=%a&extdatetime=%t&smsc=%i&dr=%d&sender=%p&receiver=%P&smsid=%I&service=%n&messageid=728987
<http://192.168.254.200:8080/smsgwxxxpg/kannel/messageReceived?type=DR&text=%a&extdatetime=%t&smsc=%i&dr=%d&sender=%p&receiver=%P&smsid=%I&service=%n&messageid=728987>
<http://192.168.254.200:8080/smsgwxxxpg/kannel/messageReceived?type=DR&text=%a&extdatetime=%t&smsc=%i&dr=%d&sender=%p&receiver=%P&smsid=%I&service=%n&messageid=728987
<http://192.168.254.200:8080/smsgwxxxpg/kannel/messageReceived?type=DR&text=%a&extdatetime=%t&smsc=%i&dr=%d&sender=%p&receiver=%P&smsid=%I&service=%n&messageid=728987>>
2010-03-15 14:43:28 [18509] [9] DEBUG: SMPP[xxx]: Got PDU:
2010-03-15 14:43:28 [18509] [9] DEBUG: SMPP PDU 0x13820e90 dump:
2010-03-15 14:43:28 [18509] [9] DEBUG: type_name: deliver_sm
2010-03-15 14:43:28 [18509] [9] DEBUG: command_id: 5 = 0x00000005
2010-03-15 14:43:28 [18509] [9] DEBUG: command_status: 0 =
0x00000000
2010-03-15 14:43:28 [18509] [9] DEBUG: sequence_number: 454108 =
0x0006eddc
2010-03-15 14:43:28 [18509] [9] DEBUG: service_type: NULL
2010-03-15 14:43:28 [18509] [9] DEBUG: source_addr_ton: 1 =
0x00000001
2010-03-15 14:43:28 [18509] [9] DEBUG: source_addr_npi: 1 =
0x00000001
2010-03-15 14:43:28 [18509] [9] DEBUG: source_addr: "38xxxxxxxxx"
2010-03-15 14:43:28 [18509] [9] DEBUG: dest_addr_ton: 5 =
0x00000005
2010-03-15 14:43:28 [18509] [9] DEBUG: dest_addr_npi: 1 =
0x00000001
2010-03-15 14:43:28 [18509] [9] DEBUG: destination_addr: "4120"
2010-03-15 14:43:28 [18509] [9] DEBUG: esm_class: 4 = 0x00000004
2010-03-15 14:43:28 [18509] [9] DEBUG: protocol_id: 0 = 0x00000000
2010-03-15 14:43:28 [18509] [9] DEBUG: priority_flag: 0 =
0x00000000
2010-03-15 14:43:28 [18509] [9] DEBUG: schedule_delivery_time:
NULL
2010-03-15 14:43:28 [18509] [9] DEBUG: validity_period: NULL
2010-03-15 14:43:28 [18509] [9] DEBUG: registered_delivery: 0 =
0x00000000
2010-03-15 14:43:28 [18509] [9] DEBUG: replace_if_present_flag:
0 = 0x00000000
2010-03-15 14:43:28 [18509] [9] DEBUG: data_coding: 0 = 0x00000000
2010-03-15 14:43:28 [18509] [9] DEBUG: sm_default_msg_id: 0 =
0x00000000
2010-03-15 14:43:28 [18509] [9] DEBUG: sm_length: 148 = 0x00000094
2010-03-15 14:43:28 [18509] [9] DEBUG: short_message:
2010-03-15 14:43:28 [18509] [9] DEBUG: Octet string at 0x1381d1f0:
2010-03-15 14:43:28 [18509] [9] DEBUG: len: 148
2010-03-15 14:43:28 [18509] [9] DEBUG: size: 149
2010-03-15 14:43:28 [18509] [9] DEBUG: immutable: 0
2010-03-15 14:43:28 [18509] [9] DEBUG: data: 49 44 3a 36 2d
31 32 36 38 36 36 30 35 39 39 34 ID:6-12686605994
2010-03-15 14:43:28 [18509] [9] DEBUG: data: 35 37 34 35 35
32 37 20 53 54 41 54 3a 44 65 6c 5745527 STAT:Del
2010-03-15 14:43:28 [18509] [9] DEBUG: data: 69 76 65 72 65
64 20 69 64 3a 30 33 39 32 32 39 ivered id:039229
2010-03-15 14:43:28 [18509] [9] DEBUG: data: 34 39 30 35 20
73 75 62 3a 30 30 31 20 64 6c 76 4905 sub:001 dlv
2010-03-15 14:43:28 [18509] [9] DEBUG: data: 72 64 3a 30 30
31 20 73 75 62 6d 69 74 20 64 61 rd:001 submit da
2010-03-15 14:43:28 [18509] [9] DEBUG: data: 74 65 3a 31 30
30 33 31 35 31 34 34 33 20 64 6f te:1003151443 do
2010-03-15 14:43:28 [18509] [9] DEBUG: data: 6e 65 20 64 61
74 65 3a 31 30 30 33 31 35 31 34 ne date:10031514
2010-03-15 14:43:28 [18509] [9] DEBUG: data: 34 33 20 65 72
72 3a 30 30 30 20 74 65 78 74 3a 43 err:000 text:
2010-03-15 14:43:28 [18509] [9] DEBUG: data: 4b 75 70 69 6c
69 20 73 74 65 20 6b 61 72 74 75 Kupili ste kartu
2010-03-15 14:43:28 [18509] [9] DEBUG: data: 20 62 72 6f bro
2010-03-15 14:43:28 [18509] [9] DEBUG: Octet string dump ends.
2010-03-15 14:43:28 [18509] [9] DEBUG: SMPP PDU dump ends.
2010-03-15 14:43:28 [18509] [9] DEBUG: SMPP[xxx] handle_pdu,
got DLR
2010-03-15 14:43:28 [18509] [9] DEBUG: SMPP[xxx]: Couldnot parse
DLR string sscanf way,fallback to old way. Please report!
2010-03-15 14:43:28 [18509] [9] DEBUG: DLR[internal]: Looking for
DLR smsc=xxx, ts=392294905, dst=38xxxxxxxxx, type=2
2010-03-15 14:43:28 [18509] [9] WARNING: DLR[internal]: DLR for
DST<38xxxxxxxxx> not found.
2010-03-15 14:43:28 [18509] [9] ERROR: SMPP[xxx]: got DLR but
could not find message or was not interested in it id<392294905>
dst<38xxxxxxxxx>, type<2>
2010-03-15 14:43:28 [18509] [9] DEBUG: SMPP[xxx]: Sending PDU:
2010-03-15 14:43:28 [18509] [9] DEBUG: SMPP PDU 0x1381ced0 dump:
2010-03-15 14:43:28 [18509] [9] DEBUG: type_name: deliver_sm_resp
2010-03-15 14:43:28 [18509] [9] DEBUG: command_id: 2147483653 =
0x80000005
2010-03-15 14:43:28 [18509] [9] DEBUG: command_status: 0 =
0x00000000
2010-03-15 14:43:28 [18509] [9] DEBUG: sequence_number: 454108 =
0x0006eddc
2010-03-15 14:43:28 [18509] [9] DEBUG: message_id: NULL
2010-03-15 14:43:28 [18509] [9] DEBUG: SMPP PDU dump ends.
I think this is not problem that can be solved with msg-id-type
setting. The problem is in format of the short_message field of
the deliver_sm PDU.
Content of that field is:
ID:6-126866059945745527 STAT:Delivered id:0392294905 sub:001
dlvrd:001 submit date:1003151443 done date:1003151443 err:000
text:Kupili ste kartu bro
It seems that Kannel is confused. There exists two id fields:
ID:6-126866059945745527 and id:0392294905. Kannel uses
id:0392294905 and could not find original message. Is there a way
to correct this error?
Thanks in advance
__________ Informacije iz ESET NOD32 Antivirus, verzije baze
virusnih definicija 4947 (20100315) __________
Poruka je proverena putem ESET NOD32 Antivirus.
www.nod32adria.com <http://www.nod32adria.com>
<http://www.nod32adria.com>
__________ Informacije iz ESET NOD32 Antivirus, verzije baze
virusnih definicija 4947 (20100315) __________
Poruka je proverena putem ESET NOD32 Antivirus.
www.nod32adria.com <http://www.nod32adria.com>
--
*Dražen Kozić*
Razvoj softverskih proizvoda
Rukovodilac tima
--------------------------------------
*ASW InΕΎenjering d.o.o.*
Takovska 45a
11000 Beograd, Srbija
Tel: +381 11 2071 400
Fax: +381 11 2071 409
E-mail: [email protected]
www.asw.eu <http://www.asw.eu/>
---------------------------------------
__________ Informacije iz ESET NOD32 Antivirus, verzije baze virusnih
definicija 4947 (20100315) __________
Poruka je proverena putem ESET NOD32 Antivirus.
www.nod32adria.com
