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]> 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]>> 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 >> > >> >> >> 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> >> >> >> >> >> > > > __________ Informacije iz ESET NOD32 Antivirus, verzije baze virusnih > definicija 4947 (20100315) __________ > > Poruka je proverena putem ESET NOD32 Antivirus. > > www.nod32adria.com > > >
