Also I would like to notice that according to the spec SMPP v3.4 there is no tags named dlr_err.
-- With best Regards Maxim Kovalenko Software Engineer tel/fax. :+34916426301 skype : c--mak www.avystele.com ----- Исходное сообщение ----- От: "Maksim Kovalenko" <ma...@avystele.com> Кому: "Rene Kluwen" <rene.klu...@chimit.nl> Копия: "users" <users@kannel.org> Отправленные: Пятница, 27 Февраль 2015 г 9:15:32 Тема: Re: Issue with Sending DLRs back to the SMPP Client I was trying the latest 1.4.4 version, and then latest build of 1.5.0 version. The result was the same. In my openboxsmpp.conf I don't have smmp-tlv group. Here is the snippet of my opensmppbox: group = core dlr-storage = internal store-file = "/var/log/kannel/smpp_store_sms.log" #the following is just standard dlr configuration # this group defines your opensmppbox group = opensmppbox opensmppbox-id = smppbox opensmppbox-port = 19933 # we connect to the following host as a box bearerbox-host = 127.0.0.1 bearerbox-port = 13001 log-level = 0 log-file = "/var/log/kannel/opensmppbox.log" our-system-id = smppboxid #route-to-smsc = fake # see sample smpplogins.txt smpp-logins = "/etc/kannel/opensmppbox/users.conf" # If you set usesmppbox-id, you must set use-systemid-as-smsboxid, too # See documentation for details of this flag. use-systemid-as-smsboxid = yes -- With best Regards Maxim Kovalenko Software Engineer tel/fax. :+34916426301 skype : c--mak www.avystele.com ----- Исходное сообщение ----- От: "Rene Kluwen" <rene.klu...@chimit.nl> Кому: "Maksim Kovalenko" <ma...@avystele.com>, "users" <users@kannel.org> Отправленные: Пятница, 27 Февраль 2015 г 0:57:09 Тема: RE: Issue with Sending DLRs back to the SMPP Client I think reverting source and destination address was changed in some version. Even though I am not 100% sure. But I suggest you try to use latest svn head and see if that goes better. About the dlr_err tlv: Check your config. Maybe it's defined there. You can just remove the group = smpp-tlv that contains it, if you don't use it. == Rene -----Original Message----- From: users [mailto:users-boun...@kannel.org] On Behalf Of Maksim Kovalenko Sent: donderdag 26 februari 2015 12:43 To: users@kannel.org Subject: Issue with Sending DLRs back to the SMPP Client Hello! I have an issue with using Kannel along with opensmppbox. The version I am using is 1.4.4. Messages are being delivered but I experience troubles with delivering DLRs back to the SMPP Client. Routing is SMPP Client - opensmppbox - bearerbox - SMSC. In the tcpdump I can see that from SMSC in deliver_sm sender and destination are reverted, but smppbox trying to send the same values as they were in original message, without reverting. Here is submit_sm: 2015-02-26 04:58:46 [32438] [2] DEBUG: SMPP[testsms]: Got PDU: 2015-02-26 04:58:46 [32438] [2] DEBUG: SMPP PDU 0x7f53d0000d50 dump: 2015-02-26 04:58:46 [32438] [2] DEBUG: type_name: submit_sm 2015-02-26 04:58:46 [32438] [2] DEBUG: command_id: 4 = 0x00000004 2015-02-26 04:58:46 [32438] [2] DEBUG: command_status: 0 = 0x00000000 2015-02-26 04:58:46 [32438] [2] DEBUG: sequence_number: 2 = 0x00000002 2015-02-26 04:58:46 [32438] [2] DEBUG: service_type: NULL 2015-02-26 04:58:46 [32438] [2] DEBUG: source_addr_ton: 5 = 0x00000005 2015-02-26 04:58:46 [32438] [2] DEBUG: source_addr_npi: 0 = 0x00000000 2015-02-26 04:58:46 [32438] [2] DEBUG: source_addr: "TestNumber" 2015-02-26 04:58:46 [32438] [2] DEBUG: dest_addr_ton: 1 = 0x00000001 2015-02-26 04:58:46 [32438] [2] DEBUG: dest_addr_npi: 1 = 0x00000001 2015-02-26 04:58:46 [32438] [2] DEBUG: destination_addr: "380951757027" 2015-02-26 04:58:46 [32438] [2] DEBUG: esm_class: 0 = 0x00000000 2015-02-26 04:58:46 [32438] [2] DEBUG: protocol_id: 0 = 0x00000000 2015-02-26 04:58:46 [32438] [2] DEBUG: priority_flag: 1 = 0x00000001 2015-02-26 04:58:46 [32438] [2] DEBUG: schedule_delivery_time: NULL 2015-02-26 04:58:46 [32438] [2] DEBUG: validity_period: NULL 2015-02-26 04:58:46 [32438] [2] DEBUG: registered_delivery: 1 = 0x00000001 2015-02-26 04:58:46 [32438] [2] DEBUG: replace_if_present_flag: 0 = 0x00000000 2015-02-26 04:58:46 [32438] [2] DEBUG: data_coding: 25 = 0x00000019 2015-02-26 04:58:46 [32438] [2] DEBUG: sm_default_msg_id: 0 = 0x00000000 2015-02-26 04:58:46 [32438] [2] DEBUG: sm_length: 10 = 0x0000000a 2015-02-26 04:58:46 [32438] [2] DEBUG: short_message: 2015-02-26 04:58:46 [32438] [2] DEBUG: Octet string at 0x7f53d0000f80: 2015-02-26 04:58:46 [32438] [2] DEBUG: len: 10 2015-02-26 04:58:46 [32438] [2] DEBUG: size: 11 2015-02-26 04:58:46 [32438] [2] DEBUG: immutable: 0 2015-02-26 04:58:46 [32438] [2] DEBUG: data: fe ff 00 74 00 65 00 73 00 74 ...t.e.s.t 2015-02-26 04:58:46 [32438] [2] DEBUG: Octet string dump ends. 2015-02-26 04:58:46 [32438] [2] DEBUG: SMPP PDU dump ends. Here is deliver_sm: 2015-02-26 04:58:47 [32438] [1] DEBUG: DLR[internal]: Looking for DLR smsc=testsms, ts=c10ad20a-2da1-4eb9-84d3-b920f352d371, dst=+380951757027, type=1 2015-02-26 04:58:47 [32438] [1] DEBUG: DLR[internal]: created DLR message for URL <c10ad20a-2da1-4eb9-84d3-b920f352d371> 2015-02-26 04:58:47 [32438] [1] DEBUG: new group created `smpp' 2015-02-26 04:58:47 [32438] [1] DEBUG: group=`smpp' key=`dlr_err' value=`' 2015-02-26 04:58:47 [32438] [1] DEBUG: SMPP[testsms]: Sending PDU: 2015-02-26 04:58:47 [32438] [1] DEBUG: SMPP PDU 0x7f53d8003c60 dump: 2015-02-26 04:58:47 [32438] [1] DEBUG: type_name: deliver_sm 2015-02-26 04:58:47 [32438] [1] DEBUG: command_id: 5 = 0x00000005 2015-02-26 04:58:47 [32438] [1] DEBUG: command_status: 0 = 0x00000000 2015-02-26 04:58:47 [32438] [1] DEBUG: sequence_number: 0 = 0x00000000 2015-02-26 04:58:47 [32438] [1] DEBUG: service_type: NULL 2015-02-26 04:58:47 [32438] [1] DEBUG: source_addr_ton: 2 = 0x00000002 2015-02-26 04:58:47 [32438] [1] DEBUG: source_addr_npi: 1 = 0x00000001 2015-02-26 04:58:47 [32438] [1] DEBUG: source_addr: "TestNumber" 2015-02-26 04:58:47 [32438] [1] DEBUG: dest_addr_ton: 1 = 0x00000001 2015-02-26 04:58:47 [32438] [1] DEBUG: dest_addr_npi: 1 = 0x00000001 2015-02-26 04:58:47 [32438] [1] DEBUG: destination_addr: "380951757027" 2015-02-26 04:58:47 [32438] [1] DEBUG: esm_class: 4 = 0x00000004 2015-02-26 04:58:47 [32438] [1] DEBUG: protocol_id: 0 = 0x00000000 2015-02-26 04:58:47 [32438] [1] DEBUG: priority_flag: 0 = 0x00000000 2015-02-26 04:58:47 [32438] [1] DEBUG: schedule_delivery_time: NULL 2015-02-26 04:58:47 [32438] [1] DEBUG: validity_period: NULL 2015-02-26 04:58:47 [32438] [1] DEBUG: registered_delivery: 0 = 0x00000000 2015-02-26 04:58:47 [32438] [1] DEBUG: replace_if_present_flag: 0 = 0x00000000 2015-02-26 04:58:47 [32438] [1] DEBUG: data_coding: 0 = 0x00000000 2015-02-26 04:58:47 [32438] [1] DEBUG: sm_default_msg_id: 0 = 0x00000000 2015-02-26 04:58:47 [32438] [1] DEBUG: sm_length: 0 = 0x00000000 2015-02-26 04:58:47 [32438] [1] DEBUG: short_message: 2015-02-26 04:58:47 [32438] [1] DEBUG: Octet string at 0x7f53d8003000: 2015-02-26 04:58:47 [32438] [1] DEBUG: len: 140 2015-02-26 04:58:47 [32438] [1] DEBUG: size: 1024 2015-02-26 04:58:47 [32438] [1] DEBUG: immutable: 0 data: 69 64 3a 63 31 30 61 64 32 30 61 2d 32 64 61 31 id:c10ad20a-2da1 2015-02-26 04:58:47 [32438] [1] DEBUG: data: 2d 34 65 62 39 2d 38 34 64 33 2d 62 39 32 30 66 -4eb9-84d3-b920f 2015-02-26 04:58:47 [32438] [1] DEBUG: data: 33 35 32 64 33 37 31 20 73 75 62 3a 30 30 31 20 352d371 sub:001 2015-02-26 04:58:47 [32438] [1] DEBUG: data: 64 6c 76 72 64 3a 30 30 31 20 73 75 62 6d 69 74 dlvrd:001 submit 2015-02-26 04:58:47 [32438] [1] DEBUG: data: 20 64 61 74 65 3a 31 35 30 32 32 36 30 34 35 38 date:1502260458 2015-02-26 04:58:47 [32438] [1] DEBUG: data: 20 64 6f 6e 65 20 64 61 74 65 3a 31 35 30 32 32 done date:15022 2015-02-26 04:58:47 [32438] [1] DEBUG: data: 36 30 34 35 38 20 73 74 61 74 3a 44 45 4c 49 56 60458 stat:DELIV 2015-02-26 04:58:47 [32438] [1] DEBUG: data: 52 44 20 65 72 72 3a 6e 75 6c 20 74 65 78 74 3a RD err:nul text: 2015-02-26 04:58:47 [32438] [1] DEBUG: data: 20 20 20 20 20 20 ef bf bd ef bf bd ...... 2015-02-26 04:58:47 [32438] [1] DEBUG: Octet string dump ends. 2015-02-26 04:58:47 [32438] [1] DEBUG: message_state: 2 = 0x00000002 2015-02-26 04:58:47 [32438] [1] DEBUG: receipted_message_id: 2015-02-26 04:58:47 [32438] [1] DEBUG: Octet string at 0x7f53d8008590: 2015-02-26 04:58:47 [32438] [1] DEBUG: len: 36 2015-02-26 04:58:47 [32438] [1] DEBUG: size: 37 2015-02-26 04:58:47 [32438] [1] DEBUG: immutable: 0 2015-02-26 04:58:47 [32438] [1] DEBUG: data: 63 31 30 61 64 32 30 61 2d 32 64 61 31 2d 34 65 c10ad20a-2da1-4e 2015-02-26 04:58:47 [32438] [1] DEBUG: data: 62 39 2d 38 34 64 33 2d 62 39 32 30 66 33 35 32 b9-84d3-b920f352 2015-02-26 04:58:47 [32438] [1] DEBUG: data: 64 33 37 31 d371 2015-02-26 04:58:47 [32438] [1] DEBUG: Octet string dump ends. 2015-02-26 04:58:47 [32438] [1] DEBUG: SMPP PDU dump ends. 2015-02-26 04:58:47 [32438] [1] ERROR: SMPP: Unknown TLV `dlr_err', don't send. Also I don't understand what does mean "Unknown TLV `dlr_err', don't send." And why is this string occured - 2015-02-26 04:58:47 [32438] [1] DEBUG: DLR[internal]: created DLR message for URL <c10ad20a-2da1-4eb9-84d3-b920f352d371> When I am using just smsBox with playSMS service everything works fine. Please help. -- With best Regards Maxim Kovalenko Software Engineer tel/fax. :+34916426301 skype : c--mak www.avystele.com
