Hi Users,

I need your help.

 We have a problem in our Kannel + openSMPPbox. The values of parameters:
dst & src are expected INVETED in the deliver_sm, I'm I correct?


In the logs *source_addr* & *destination_addr* have the same in both *
submit_sm* and *deliver_sm* operations (when we expect them inverted in the
deliver_sm)


>>This is our log for the submit_sm:


*2011-03-01 16:50:00 [634] [6] DEBUG: SMPP[ISMSAD]: Got PDU:
2011-03-01 16:50:00 [634] [6] DEBUG: SMPP PDU 0x73b700 dump:
2011-03-01 16:50:00 [634] [6] DEBUG:   type_name: submit_sm
2011-03-01 16:50:00 [634] [6] DEBUG:   command_id: 4 = 0x00000004
2011-03-01 16:50:00 [634] [6] DEBUG:   command_status: 0 = 0x00000000
2011-03-01 16:50:00 [634] [6] DEBUG:   sequence_number: 1404 = 0x0000057c
2011-03-01 16:50:00 [634] [6] DEBUG:   service_type: NULL
2011-03-01 16:50:00 [634] [6] DEBUG:   source_addr_ton: 5 = 0x00000005
2011-03-01 16:50:00 [634] [6] DEBUG:   source_addr_npi: 0 = 0x00000000
2011-03-01 16:50:00 [634] [6] DEBUG:   source_addr: "Info"
2011-03-01 16:50:00 [634] [6] DEBUG:   dest_addr_ton: 1 = 0x00000001
2011-03-01 16:50:00 [634] [6] DEBUG:   dest_addr_npi: 1 = 0x00000001
2011-03-01 16:50:00 [634] [6] DEBUG:   destination_addr: "34695839615"
2011-03-01 16:50:00 [634] [6] DEBUG:   esm_class: 3 = 0x00000003
2011-03-01 16:50:00 [634] [6] DEBUG:   protocol_id: 0 = 0x00000000
2011-03-01 16:50:00 [634] [6] DEBUG:   priority_flag: 0 = 0x00000000
2011-03-01 16:50:00 [634] [6] DEBUG:   schedule_delivery_time: NULL
2011-03-01 16:50:00 [634] [6] DEBUG:   validity_period: NULL
2011-03-01 16:50:00 [634] [6] DEBUG:   registered_delivery: 1 = 0x00000001
2011-03-01 16:50:00 [634] [6] DEBUG:   replace_if_present_flag: 0 =
0x00000000
2011-03-01 16:50:00 [634] [6] DEBUG:   data_coding: 0 = 0x00000000
2011-03-01 16:50:00 [634] [6] DEBUG:   sm_default_msg_id: 0 = 0x00000000
2011-03-01 16:50:00 [634] [6] DEBUG:   sm_length: 10 = 0x0000000a
2011-03-01 16:50:00 [634] [6] DEBUG:   short_message: "test 16:48"
2011-03-01 16:50:00 [634] [6] DEBUG: SMPP PDU dump ends.*


>>and this is our log for the deiver_sm:


 *2011-03-01 16:50:04 [634] [5] DEBUG: SMPP[ISMSAD]: Sending PDU:
2011-03-01 16:50:04 [634] [5] DEBUG: SMPP PDU 0x73fd30 dump:
2011-03-01 16:50:04 [634] [5] DEBUG:   type_name: deliver_sm
2011-03-01 16:50:04 [634] [5] DEBUG:   command_id: 5 = 0x00000005
2011-03-01 16:50:04 [634] [5] DEBUG:   command_status: 0 = 0x00000000
2011-03-01 16:50:04 [634] [5] DEBUG:   sequence_number: 1 = 0x00000001
2011-03-01 16:50:04 [634] [5] DEBUG:   service_type: NULL
2011-03-01 16:50:04 [634] [5] DEBUG:   source_addr_ton: 2 = 0x00000002
2011-03-01 16:50:04 [634] [5] DEBUG:   source_addr_npi: 1 = 0x00000001
2011-03-01 16:50:04 [634] [5] DEBUG:   source_addr: "Info"
2011-03-01 16:50:04 [634] [5] DEBUG:   dest_addr_ton: 1 = 0x00000001
2011-03-01 16:50:04 [634] [5] DEBUG:   dest_addr_npi: 1 = 0x00000001
2011-03-01 16:50:04 [634] [5] DEBUG:   destination_addr: "34695839615"
2011-03-01 16:50:04 [634] [5] DEBUG:   esm_class: 4 = 0x00000004
2011-03-01 16:50:04 [634] [5] DEBUG:   protocol_id: 0 = 0x00000000
2011-03-01 16:50:04 [634] [5] DEBUG:   priority_flag: 0 = 0x00000000
2011-03-01 16:50:04 [634] [5] DEBUG:   schedule_delivery_time: NULL
2011-03-01 16:50:04 [634] [5] DEBUG:   validity_period: NULL
2011-03-01 16:50:04 [634] [5] DEBUG:   registered_delivery: 0 = 0x00000000
2011-03-01 16:50:04 [634] [5] DEBUG:   replace_if_present_flag: 0 =
0x00000000
2011-03-01 16:50:04 [634] [5] DEBUG:   data_coding: 0 = 0x00000000
2011-03-01 16:50:04 [634] [5] DEBUG:   sm_default_msg_id: 0 = 0x00000000
2011-03-01 16:50:04 [634] [5] DEBUG:   sm_length: 0 = 0x00000000
2011-03-01 16:50:04 [634] [5] DEBUG:   short_message:
2011-03-01 16:50:04 [634] [5] DEBUG:    Octet string at 0x73a350:
2011-03-01 16:50:04 [634] [5] DEBUG:      len:  112
2011-03-01 16:50:04 [634] [5] DEBUG:      size: 1024
2011-03-01 16:50:04 [634] [5] DEBUG:      immutable: 0
2011-03-01 16:50:04 [634] [5] DEBUG:      data: 69 64 3a 33 30 37 32 30 66
30 36 20 73 75 62 3a   id:30720f06 sub:
2011-03-01 16:50:04 [634] [5] DEBUG:      data: 30 30 31 20 64 6c 76 72 64
3a 30 30 31 20 73 75   001 dlvrd:001 su
2011-03-01 16:50:04 [634] [5] DEBUG:      data: 62 6d 69 74 20 64 61 74 65
3a 31 31 30 33 30 31   bmit date:110301
2011-03-01 16:50:04 [634] [5] DEBUG:      data: 31 36 35 30 20 64 6f 6e 65
20 64 61 74 65 3a 31   1650 done date:1
2011-03-01 16:50:04 [634] [5] DEBUG:      data: 31 30 33 30 31 31 36 35 30
20 73 74 61 74 3a 44   103011650 stat:D
2011-03-01 16:50:04 [634] [5] DEBUG:      data: 45 4c 49 56 52 44 20 65 72
72 3a 30 30 30 20 74   ELIVRD err:000 t
2011-03-01 16:50:04 [634] [5] DEBUG:      data: 65 78 74 3a 20 20 20 20 20
20 20 20 20 20 20 20   ext:
2011-03-01 16:50:04 [634] [5] DEBUG:    Octet string dump ends.
2011-03-01 16:50:04 [634] [5] DEBUG:   message_state: 2 = 0x00000002
2011-03-01 16:50:04 [634] [5] DEBUG:   receipted_message_id: "30720f06"
2011-03-01 16:50:04 [634] [5] DEBUG:   dlr_err: "000"
2011-03-01 16:50:04 [634] [5] DEBUG: SMPP PDU dump ends.
2011-03-01 16:50:04 [634] [5] ERROR: SMPP: Unknown TLV `dlr_err', don't
send.*

and looking at bearerbox.access...

*2011-03-01 16:50:00 Sent SMS [SMSC:GMS] [SVC:ismsad] [ACT:] [BINF:]
[FID:110301S00d1a44c] [META:?smpp?] [from:Info] [to:+34695839615]
 [flags:-1:0:**-1:0:19] [msg:10:test 16:48] [udh:0:]*
*2011-03-01 16:50:04 Receive DLR [SMSC:GMS] [SVC:ismsad] [ACT:sit2] [BINF:]
[FID:110301S00d1a44c] [META:?smpp?dlr_err=000&] [from:Info] [to:+34695839615]
[flags:-1:-1:-1:-1:1] [msg:111:id:110301S00d1a44c sub:000 dlvrd:000 submit
date:1103011650 done date:1103011650 stat:DELIVRD err:000 text:    ]
[udh:0:]*

What I'm doing wrong?
is there any known issue?

Any help is appreciated! please help!

Thanks  guys!

Didac

Reply via email to