*Hello Maxim Kovalenko,*
*I'm also facing same issue.* *Can you suggest me how to resolve this problem.* *Thanks* *Ammar Ali* *Pune (M.H.)* On Fri, Feb 27, 2015 at 2:41 PM, Maksim Kovalenko <ma...@avystele.com> wrote: > 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 > >
