Re: DLRs missing in action (bearerbox 1.2.1)

"Mariano M. Dupont" <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Message-ID <002301c42366$ec44ba60$8bb872c8@GAROFALO>
Thank you Jens! It worked flawlessly.

I deserve a "RTFM"...
Mariano

----- Original Message ----- 
From: "Jens von Bülow" <[email protected]>
To: "Mariano M. Dupont" <[email protected]>; <[email protected]>
Sent: Thursday, April 15, 2004 1:06 PM
Subject: RE: DLRs missing in action (bearerbox 1.2.1)


> Mariano,
>
> Check out
>
>  msg-id-type = 1                #0x01 deliver_sm decimal, submit_sm_resp
hex
>
> msg-id-type, specifies which number base the SMSC is using for the message
ID numbers in the corresponding submit_sm_resp and deliver_sm PDUs.
>
> HTH
> Jens
>
>
> -----Original Message-----
> From: [email protected] [mailto:[email protected]] On Behalf
Of Mariano M. Dupont
> Sent: 15 April 2004 05:58
> To: [email protected]
> Subject: DLRs missing in action (bearerbox 1.2.1)
>
> Hello, I'm a new Kannel user, and I've a little problem with DLRs.
>
> The log at the end of this mail shows when a message is submitted to the
> SMSC, and is assigned a ts=6bb4358f.
> Later, when the SMSC sends the DLR, it specifies a ts=1806972303, which,
> is the same as 6bb4358f but in base 10. So, the message is ignored.
>
> I don't know if this problem is addressable to kannel directly or to the
> SMSC, but there should be a way for kannel to handle this.
> Tonight I will examine the source code and try to find a solution. I
> wanted to check if someone has found the same problem or if it was solved
> in version 1.3.
>
> Thank you!
> Mariano
>
>
> 2004-04-13 12:10:07 [5] DEBUG:
> SMPP[SMPP:170.1.25.242:9026/9026:CTECH:SMPP_C]: Sending PDU:
> 2004-04-13 12:10:07 [5] DEBUG: SMPP PDU 0x8108c50 dump:
> 2004-04-13 12:10:07 [5] DEBUG:   type_name: submit_sm
> 2004-04-13 12:10:07 [5] DEBUG:   command_id: 4 = 0x00000004
> 2004-04-13 12:10:07 [5] DEBUG:   command_status: 0 = 0x00000000
> 2004-04-13 12:10:07 [5] DEBUG:   sequence_number: 38677 = 0x00009715
> 2004-04-13 12:10:07 [5] DEBUG:   service_type: NULL
> 2004-04-13 12:10:07 [5] DEBUG:   source_addr_ton: 2 = 0x00000002
> 2004-04-13 12:10:07 [5] DEBUG:   source_addr_npi: 1 = 0x00000001
> 2004-04-13 12:10:07 [5] DEBUG:   source_addr: "9026"
> 2004-04-13 12:10:07 [5] DEBUG:   dest_addr_ton: 2 = 0x00000002
> 2004-04-13 12:10:07 [5] DEBUG:   dest_addr_npi: 1 = 0x00000001
> 2004-04-13 12:10:07 [5] DEBUG:   destination_addr: "1150232399"
> 2004-04-13 12:10:07 [5] DEBUG:   esm_class: 3 = 0x00000003
> 2004-04-13 12:10:07 [5] DEBUG:   protocol_id: 0 = 0x00000000
> 2004-04-13 12:10:07 [5] DEBUG:   priority_flag: 0 = 0x00000000
> 2004-04-13 12:10:07 [5] DEBUG:   schedule_delivery_time: NULL
> 2004-04-13 12:10:07 [5] DEBUG:   validity_period: NULL
> 2004-04-13 12:10:07 [5] DEBUG:   registered_delivery: 1 = 0x00000001
> 2004-04-13 12:10:07 [5] DEBUG:   replace_if_present_flag: 0 = 0x00000000
> 2004-04-13 12:10:07 [5] DEBUG:   data_coding: 0 = 0x00000000
> 2004-04-13 12:10:07 [5] DEBUG:   sm_default_msg_id: 0 = 0x00000000
> 2004-04-13 12:10:07 [5] DEBUG:   sm_length: 0 = 0x00000000
> 2004-04-13 12:10:07 [5] DEBUG:   short_message: "Prueba desde smsgw"
> 2004-04-13 12:10:07 [5] DEBUG: SMPP PDU dump ends.
>
> 2004-04-13 12:10:14 [5] DEBUG: Adding DLR
> smsc=SMPP:170.1.25.242:9026/9026:CTECH:SMPP_C, ts=6bb4358f, src=9026,
> dst=1150232399, mask=31
> 2004-04-13 12:10:14 [5] DEBUG: Looking for DLR
> smsc=SMPP:170.1.25.242:9026/9026:CTECH:SMPP_C, ts=6bb4358f,
> dst=1150232399, type=12
> 2004-04-13 12:10:14 [5] DEBUG: created DLR message for URL <(null)>
> 2004-04-13 12:10:14 [5] INFO: dlr not destroyed, still waiting for other
> delivery report
> 2004-04-13 12:10:14 [9] DEBUG: boxc_sender: sent message to <127.0.0.1>
>
>
>
> 2004-04-13 12:10:22 [6] DEBUG:
> SMPP[SMPP:170.1.25.242:9026/9026:CTECH:SMPP_C]: Got PDU:
> 2004-04-13 12:10:22 [6] DEBUG: SMPP PDU 0x8109960 dump:
> 2004-04-13 12:10:22 [6] DEBUG:   type_name: deliver_sm
> 2004-04-13 12:10:22 [6] DEBUG:   command_id: 5 = 0x00000005
> 2004-04-13 12:10:22 [6] DEBUG:   command_status: 0 = 0x00000000
> 2004-04-13 12:10:22 [6] DEBUG:   sequence_number: 1 = 0x00000001
> 2004-04-13 12:10:22 [6] DEBUG:   service_type: NULL
> 2004-04-13 12:10:22 [6] DEBUG:   source_addr_ton: 2 = 0x00000002
> 2004-04-13 12:10:22 [6] DEBUG:   source_addr_npi: 1 = 0x00000001
> 2004-04-13 12:10:22 [6] DEBUG:   source_addr: "1150232399"
> 2004-04-13 12:10:22 [6] DEBUG:   dest_addr_ton: 0 = 0x00000000
> 2004-04-13 12:10:22 [6] DEBUG:   dest_addr_npi: 1 = 0x00000001
> 2004-04-13 12:10:22 [6] DEBUG:   destination_addr: "9026"
> 2004-04-13 12:10:22 [6] DEBUG:   esm_class: 4 = 0x00000004
> 2004-04-13 12:10:22 [6] DEBUG:   protocol_id: 0 = 0x00000000
> 2004-04-13 12:10:22 [6] DEBUG:   priority_flag: 0 = 0x00000000
> 2004-04-13 12:10:22 [6] DEBUG:   schedule_delivery_time: NULL
> 2004-04-13 12:10:22 [6] DEBUG:   validity_period: NULL
> 2004-04-13 12:10:22 [6] DEBUG:   registered_delivery: 0 = 0x00000000
> 2004-04-13 12:10:22 [6] DEBUG:   replace_if_present_flag: 0 = 0x00000000
> 2004-04-13 12:10:22 [6] DEBUG:   data_coding: 0 = 0x00000000
> 2004-04-13 12:10:22 [6] DEBUG:   sm_default_msg_id: 0 = 0x00000000
> 2004-04-13 12:10:22 [6] DEBUG:   sm_length: 120 = 0x00000078
> 2004-04-13 12:10:22 [6] DEBUG:   short_message:
> 2004-04-13 12:10:22 [6] DEBUG:    Octet string at 0x8109588:
> 2004-04-13 12:10:22 [6] DEBUG:      len:  120
> 2004-04-13 12:10:22 [6] DEBUG:      size: 121
> 2004-04-13 12:10:22 [6] DEBUG:      immutable: 0
> 2004-04-13 12:10:22 [6] DEBUG:      data: 69 64 3a 31 38 30 36 39
id:18069
> 2004-04-13 12:10:22 [6] DEBUG:      data: 37 32 33 30 33 20 73 75   72303
su
> 2004-04-13 12:10:22 [6] DEBUG:      data: 62 3a 30 30 31 20 64 6c   b:001
dl
> 2004-04-13 12:10:22 [6] DEBUG:      data: 76 72 64 3a 30 30 31 20
vrd:001
> 2004-04-13 12:10:22 [6] DEBUG:      data: 73 75 62 6d 69 74 20 64   submit
d
> 2004-04-13 12:10:22 [6] DEBUG:      data: 61 74 65 3a 30 34 30 34
ate:0404
> 2004-04-13 12:10:22 [6] DEBUG:      data: 31 33 31 32 30 39 20 64   131209
d
> 2004-04-13 12:10:22 [6] DEBUG:      data: 6f 6e 65 20 64 61 74 65   one
date
> 2004-04-13 12:10:22 [6] DEBUG:      data: 3a 30 34 30 34 31 33 31
:0404131
> 2004-04-13 12:10:22 [6] DEBUG:      data: 32 30 39 20 73 74 61 74   209
stat
> 2004-04-13 12:10:22 [6] DEBUG:      data: 3a 44 45 4c 49 56 52 44
:DELIVRD
> 2004-04-13 12:10:22 [6] DEBUG:      data: 20 65 72 72 3a 30 30 30
err:000
> 2004-04-13 12:10:22 [6] DEBUG:      data: 20 74 65 78 74 3a 50 72
text:Pr
> 2004-04-13 12:10:22 [6] DEBUG:      data: 75 65 62 61 20 64 65 73   ueba
des
> 2004-04-13 12:10:22 [6] DEBUG:      data: 64 65 20 73 6d 73 67 77   de
smsgw
> 2004-04-13 12:10:22 [6] DEBUG:    Octet string dump ends.
> 2004-04-13 12:10:22 [6] DEBUG: SMPP PDU dump ends.
> 2004-04-13 12:10:22 [6] DEBUG:
> SMPP[SMPP:170.1.25.242:9026/9026:CTECH:SMPP_C] handle_pdu, got DLR
> 2004-04-13 12:10:22 [6] DEBUG: Looking for DLR
> smsc=SMPP:170.1.25.242:9026/9026:CTECH:SMPP_C, ts=1806972303, dst=9026,
> type=1
> 2004-04-13 12:10:22 [6] DEBUG: DLR not found!
> 2004-04-13 12:10:22 [6] ERROR:
> SMPP[SMPP:170.1.25.242:9026/9026:CTECH:SMPP_C]: got DLR but could not
> find message or was not interested in it
>
>
>
>
>
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.