Looks like the downstream SMSC (GMS in your case) turns things around. Could you post some bearerbox logs of the offending message with log-level = 0?
== Rene From: [email protected] [mailto:[email protected]] On Behalf Of Dídac Royo Sent: Tuesday, 01 March, 2011 18:47 To: [email protected] Subject: OpenSMPP+Kannel: DLR: (dst & src) are expected INVETED in the deliver_sm (but remains as in submit_sm) 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
