Re: Again SMPP DLR

Thank you very much.

Nisan Bloch wrote:

> Hi
> At 02:26 PM 8/16/02 +0500, David Chkhartishvili wrote:
>
>> Hi All,
>>
>> I've sent few messages regarding "got DLR but could not find message 
>> or was not interested in it", but didn't get any answer.
>
>
>
> this is probabally because the smscs use different std for the format 
> of the msg_id in the submit_sm_resp and deliver_sm.. they use hex or 
> decimal or a mixture...
>
> I have a patch that lets you set them independently, I will extract 
> and post it to the list later today..
>
> The config file works like this.
> smpp-msg-id-type;
>
> bit 1 submit_sm_resp bit 2 deliver_sm
> if he bit is set the value is hex
>
> 0x00 deliver_sm decimal, submit_sm_resp decimal
> 0x01 (default) deliver_sm decimal, submit_sm_resp hex
> 0x02 deliver_sm hex, submit_sm_resp decimal
> 0x03 deliver_sm hex, submit_sm_resp hex *
>
> nisan
>
>
>> I'm asking for help again, because that issue is very important for me.
>>
>> Here is problem description:
>>
>> kannel-snapshot, smsc_smpp debug switched on.
>> SMPP DLR with mysql storage.
>>
>> Every time I submit message I get:
>> ERROR: SMPP[test]: got DLR but could not find message or was not 
>> interested in it
>>
>> Here is dump of smpp  submit_sm_resp:
>>
>> SMPP[test]: Got PDU:
>> 2002-08-16 14:08:44 [5] DEBUG: SMPP PDU 0x80d3f60 dump:
>> 2002-08-16 14:08:44 [5] DEBUG:   type_name: submit_sm_resp
>> 2002-08-16 14:08:44 [5] DEBUG:   command_id: 2147483652 = 0x80000004
>> 2002-08-16 14:08:44 [5] DEBUG:   command_status: 0 = 0x00000000
>> 2002-08-16 14:08:44 [5] DEBUG:   sequence_number: 2 = 0x00000002
>> 2002-08-16 14:08:44 [5] DEBUG:   message_id:
>> 2002-08-16 14:08:44 [5] DEBUG:    Octet string at 0x80d4210:
>> 2002-08-16 14:08:44 [5] DEBUG:      len:  50
>> 2002-08-16 14:08:44 [5] DEBUG:      size: 51
>> 2002-08-16 14:08:44 [5] DEBUG:      immutable: 0
>> 2002-08-16 14:08:44 [5] DEBUG:      data: 46 46 46 46 31 34 3a 30   
>> FFFF14:0
>> 2002-08-16 14:08:44 [5] DEBUG:      data: 38 3a 34 32 3a 30 32 38   
>> 8:42:028
>> 2002-08-16 14:08:44 [5] DEBUG:      data: 31 20 30 38 2d 31 36 2d   1 
>> 08-16-
>> 2002-08-16 14:08:44 [5] DEBUG:      data: 32 30 30 32 20 30 30 39   
>> 2002 009
>> 2002-08-16 14:08:44 [5] DEBUG:      data: 37 34 36 38 34 31 36 20   
>> 7468416
>> 2002-08-16 14:08:44 [5] DEBUG:      data: 30 30 39 38 30 32 37 30   
>> 00980270
>> 2002-08-16 14:08:44 [5] DEBUG:      data: 30 34                     04
>> 2002-08-16 14:08:44 [5] DEBUG:    Octet string dump ends.
>> 2002-08-16 14:08:44 [5] DEBUG: SMPP PDU dump ends.
>>
>>
>> deliver_sm:
>>
>> SMPP[test]: Got PDU:
>> 2002-08-16 14:08:49 [5] DEBUG: SMPP PDU 0x80d41c8 dump:
>> 2002-08-16 14:08:49 [5] DEBUG:   type_name: deliver_sm
>> 2002-08-16 14:08:49 [5] DEBUG:   command_id: 5 = 0x00000005
>> 2002-08-16 14:08:49 [5] DEBUG:   command_status: 0 = 0x00000000
>> 2002-08-16 14:08:49 [5] DEBUG:   sequence_number: 1 = 0x00000001
>> 2002-08-16 14:08:49 [5] DEBUG:   service_type: ""
>> 2002-08-16 14:08:49 [5] DEBUG:   source_addr_ton: 2 = 0x00000002
>> 2002-08-16 14:08:49 [5] DEBUG:   source_addr_npi: 1 = 0x00000001
>> 2002-08-16 14:08:49 [5] DEBUG:   source_addr: "99599182418"
>> 2002-08-16 14:08:49 [5] DEBUG:   dest_addr_ton: 2 = 0x00000002
>> 2002-08-16 14:08:49 [5] DEBUG:   dest_addr_npi: 1 = 0x00000001
>> 2002-08-16 14:08:49 [5] DEBUG:   destination_addr: "432"
>> 2002-08-16 14:08:49 [5] DEBUG:   esm_class: 4 = 0x00000004
>> 2002-08-16 14:08:49 [5] DEBUG:   protocol_id: 0 = 0x00000000
>> 2002-08-16 14:08:49 [5] DEBUG:   priority_flag: 0 = 0x00000000
>> 2002-08-16 14:08:49 [5] DEBUG:   schedule_delivery_time: ""
>> 2002-08-16 14:08:49 [5] DEBUG:   validity_period: ""
>> 2002-08-16 14:08:49 [5] DEBUG:   registered_delivery: 0 = 0x00000000
>> 2002-08-16 14:08:49 [5] DEBUG:   replace_if_present_flag: 0 = 0x00000000
>> 2002-08-16 14:08:49 [5] DEBUG:   data_coding: 0 = 0x00000000
>> 2002-08-16 14:08:49 [5] DEBUG:   sm_default_msg_id: 0 = 0x00000000
>> 2002-08-16 14:08:49 [5] DEBUG:   sm_length: 0 = 0x00000000
>> 2002-08-16 14:08:49 [5] DEBUG:   short_message: ""
>> 2002-08-16 14:08:49 [5] DEBUG: SMPP PDU dump ends.
>>
>> deliver_sm_resp:
>> SMPP[test]: Sending PDU:
>> 2002-08-16 14:08:49 [5] DEBUG: SMPP PDU 0x80d40b8 dump:
>> 2002-08-16 14:08:49 [5] DEBUG:   type_name: deliver_sm_resp
>> 2002-08-16 14:08:49 [5] DEBUG:   command_id: 2147483653 = 0x80000005
>> 2002-08-16 14:08:49 [5] DEBUG:   command_status: 0 = 0x00000000
>> 2002-08-16 14:08:49 [5] DEBUG:   sequence_number: 1 = 0x00000001
>> 2002-08-16 14:08:49 [5] DEBUG:   message_id: NULL
>> 2002-08-16 14:08:49 [5] DEBUG: SMPP PDU dump ends.
>>
>> As you see, deliver_sm doesn't conatin any short_message, also 
>> deliver_sm_resp contains no message_id.
>> Please clarify, is it SMSC problem (may be message_id?) or SMPP DLR 
>> module.
>>
>> Looking forward for your response.
>>
>> Thank you.
>>
>> -- 
>> David Chkhartishvili
>>
>>
>>
>>
>
>


-- 
David Chkhartishvili
Tel: 995 99 182418