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



Reply via email to