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 > > > > > >