Submit_sm resp after deliver_sm
Hi All, Greetings, I constantly observing these message in the log file and get informed that dlr is missing : Sample log : 2021-08-05 11:21:24 [6842] [8] ERROR: SMPP[6Series]: got DLR but could not find message or was not interested in it id<1C1B9970> dst<601139873013>, type<2> >From pcap trace I found that the deliver_sm received before submit_sm. [cid:image002.png@01D78AB1.E33D2A40] Does Kannel write the dlr-url to the db after receiving the submit_sm : resp? Is there any way to handle this issue as the vendor mentioned that it was normal, kindly advise. Best Regards Arif Noor
RE: Long Message Issue
Hi, Thank you for your reply. Kindly find below : http://x.x.x.x:13017/cgi-bin/sendsms?username==smsPass===RM0+fiqs*%c2%a1***il.com+has+been+set+as+the+security+email+address+for+your+HUAWEI+ID+fikrullah*%c2%a1***il.com.+If+this+wasn%27t+you%2c+please+reset+your+account+password+and+remove+the+security+email+address+immediately.=3=http://x.x.x.x/BulkDN/BulkDN.aspx?type='%d',FID=%F Config with alt-charset = "utf-8" Thank you and Regards, Arif Noor -Original Message- From: Stipe Tolj Sent: Tuesday, November 24, 2020 7:52 PM To: Wan Md Arif Noor Bin. Wan Nizam Cc: kannel users@kannel.org Subject: Re: Long Message Issue Am 14.10.20, 04:24, schrieb Wan Md Arif Noor Bin. Wan Nizam: > Hi Kannel Users, > > Based on the logs below it seems like Kannel is exceeding 160 > characters when sending concatenated long SMS which in result rejected > by the operator, is this a bug? Hi Arif, let us try to look into this. Can you please provide the corresponding sendsms HTTP API call that you used to generate the message? In addition the .data_coding = 0x00 is set, so per SMPP protocol the default SMSC alphabet, which is "mostly" GSM 03.38 throughout the world. But your payload looks more like UTF-8 encoded, at least the byte codes are larger the 0x7F which is the max limit of the 7bit GSM encoding. -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation tolj.org system architecture http://www.kannel.org/http://www.tolj.org/ st...@kannel.org s...@tolj.org ---
Long Message Issue
0 356151:2020-10-14 01:24:29 [13820] [27] DEBUG: replace_if_present_flag: 0 = 0x 356152:2020-10-14 01:24:29 [13820] [27] DEBUG: data_coding: 0 = 0x 356153:2020-10-14 01:24:29 [13820] [27] DEBUG: sm_default_msg_id: 0 = 0x 356154:2020-10-14 01:24:29 [13820] [27] DEBUG: sm_length: 78 = 0x004e 356155:2020-10-14 01:24:29 [13820] [27] DEBUG: short_message: 356156:2020-10-14 01:24:29 [13820] [27] DEBUG:Octet string at 0x7fea50020130: 356157:2020-10-14 01:24:29 [13820] [27] DEBUG: len: 78 356158:2020-10-14 01:24:29 [13820] [27] DEBUG: size: 1024 356159:2020-10-14 01:24:29 [13820] [27] DEBUG: immutable: 0 356160:2020-10-14 01:24:29 [13820] [27] DEBUG: data: 05 00 03 7d 02 02 79 6f 75 72 20 61 63 63 6f 75 356161:2020-10-14 01:24:29 [13820] [27] DEBUG: data: 6e 74 20 70 61 73 73 77 6f 72 64 20 61 6e 64 20 356162:2020-10-14 01:24:29 [13820] [27] DEBUG: data: 72 65 6d 6f 76 65 20 74 68 65 20 73 65 63 75 72 356163:2020-10-14 01:24:29 [13820] [27] DEBUG: data: 69 74 79 20 65 6d 61 69 6c 20 61 64 64 72 65 73 356164:2020-10-14 01:24:29 [13820] [27] DEBUG: data: 73 20 69 6d 6d 65 64 69 61 74 65 6c 79 2e 356165:2020-10-14 01:24:29 [13820] [27] DEBUG:Octet string dump ends. 356166:2020-10-14 01:24:29 [13820] [27] DEBUG: SMPP PDU dump ends. Thank you and Regards, Arif Noor
RE: Pipe Symbol Issue
Hi Anyone? I've updated to svn-r5302M and still seeing the same problem. 26892:2020-08-19 02:45:42 [9506] [7] DEBUG: SMPP PDU 0x7efcd8006d30 dump: 26893:2020-08-19 02:45:42 [9506] [7] DEBUG: type_name: submit_sm 26894:2020-08-19 02:45:42 [9506] [7] DEBUG: command_id: 4 = 0x0004 26895:2020-08-19 02:45:42 [9506] [7] DEBUG: command_status: 0 = 0x 26896:2020-08-19 02:45:42 [9506] [7] DEBUG: sequence_number: 8 = 0x0008 26897:2020-08-19 02:45:42 [9506] [7] DEBUG: service_type: NULL 26898:2020-08-19 02:45:42 [9506] [7] DEBUG: source_addr_ton: 0 = 0x 26899:2020-08-19 02:45:42 [9506] [7] DEBUG: source_addr_npi: 1 = 0x0001 26900:2020-08-19 02:45:42 [9506] [7] DEBUG: source_addr: "" 26901:2020-08-19 02:45:42 [9506] [7] DEBUG: dest_addr_ton: 1 = 0x0001 26902:2020-08-19 02:45:42 [9506] [7] DEBUG: dest_addr_npi: 1 = 0x0001 26903:2020-08-19 02:45:42 [9506] [7] DEBUG: destination_addr: "" 26904:2020-08-19 02:45:42 [9506] [7] DEBUG: esm_class: 3 = 0x0003 26905:2020-08-19 02:45:42 [9506] [7] DEBUG: protocol_id: 0 = 0x 26906:2020-08-19 02:45:42 [9506] [7] DEBUG: priority_flag: 0 = 0x 26907:2020-08-19 02:45:42 [9506] [7] DEBUG: schedule_delivery_time: NULL 26908:2020-08-19 02:45:42 [9506] [7] DEBUG: validity_period: NULL 26909:2020-08-19 02:45:42 [9506] [7] DEBUG: registered_delivery: 0 = 0x 26910:2020-08-19 02:45:42 [9506] [7] DEBUG: replace_if_present_flag: 0 = 0x 26911:2020-08-19 02:45:42 [9506] [7] DEBUG: data_coding: 0 = 0x 26912:2020-08-19 02:45:42 [9506] [7] DEBUG: sm_default_msg_id: 0 = 0x 26913:2020-08-19 02:45:42 [9506] [7] DEBUG: sm_length: 2 = 0x0002 26914:2020-08-19 02:45:42 [9506] [7] DEBUG: short_message: 26915:2020-08-19 02:45:42 [9506] [7] DEBUG:Octet string at 0x7efcd80058f0: 26916:2020-08-19 02:45:42 [9506] [7] DEBUG: len: 2 26917:2020-08-19 02:45:42 [9506] [7] DEBUG: size: 1024 26918:2020-08-19 02:45:42 [9506] [7] DEBUG: immutable: 0 26919:2020-08-19 02:45:42 [9506] [7] DEBUG: data: 1b 40 .@ 26920:2020-08-19 02:45:42 [9506] [7] DEBUG:Octet string dump ends. 26921:2020-08-19 02:45:42 [9506] [7] DEBUG: SMPP PDU dump ends. Best Regards From: users On Behalf Of Wan Md Arif Noor Bin. Wan Nizam Sent: Tuesday, August 18, 2020 6:05 PM To: kannel users@kannel.org Subject: Pipe Symbol Issue Hi There, I've notice that sending | symbol converted into @ instead regardless alt-charset set to UTF-8 or not. Kindly assist. CGI : curl "localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=68123=601132495424=%7c" Kannel bearerbox version `svn-r5299M'. Debug Log : 291852:2020-08-18 17:44:37 [62170] [7] DEBUG: SMPP PDU 0x7fa23c01c3a0 dump: 291853:2020-08-18 17:44:37 [62170] [7] DEBUG: type_name: submit_sm 291854:2020-08-18 17:44:37 [62170] [7] DEBUG: command_id: 4 = 0x0004 291855:2020-08-18 17:44:37 [62170] [7] DEBUG: command_status: 0 = 0x 291856:2020-08-18 17:44:37 [62170] [7] DEBUG: sequence_number: 9333 = 0x2475 291857:2020-08-18 17:44:37 [62170] [7] DEBUG: service_type: NULL 291858:2020-08-18 17:44:37 [62170] [7] DEBUG: source_addr_ton: 0 = 0x 291859:2020-08-18 17:44:37 [62170] [7] DEBUG: source_addr_npi: 1 = 0x0001 291860:2020-08-18 17:44:37 [62170] [7] DEBUG: source_addr: "68123" 291861:2020-08-18 17:44:37 [62170] [7] DEBUG: dest_addr_ton: 1 = 0x0001 291862:2020-08-18 17:44:37 [62170] [7] DEBUG: dest_addr_npi: 1 = 0x0001 291863:2020-08-18 17:44:37 [62170] [7] DEBUG: destination_addr: "601132495424" 291864:2020-08-18 17:44:37 [62170] [7] DEBUG: esm_class: 3 = 0x0003 291865:2020-08-18 17:44:37 [62170] [7] DEBUG: protocol_id: 0 = 0x 291866:2020-08-18 17:44:37 [62170] [7] DEBUG: priority_flag: 0 = 0x 291867:2020-08-18 17:44:37 [62170] [7] DEBUG: schedule_delivery_time: NULL 291868:2020-08-18 17:44:37 [62170] [7] DEBUG: validity_period: NULL 291869:2020-08-18 17:44:37 [62170] [7] DEBUG: registered_delivery: 1 = 0x0001 291870:2020-08-18 17:44:37 [62170] [7] DEBUG: replace_if_present_flag: 0 = 0x 291871:2020-08-18 17:44:37 [62170] [7] DEBUG: data_coding: 0 = 0x 291872:2020-08-18 17:44:37 [62170] [7] DEBUG: sm_default_msg_id: 0 = 0x 291873:2020-08-18 17:44:37 [62170] [7] DEBUG: sm_length: 7 = 0x0007 291874:2020-08-18 17:44:37 [62170] [7] DEBUG: short_message: 291875:2020-08-18 17:44:37 [62170] [7] DEBUG:Octet string at 0x7fa23c0107c0: 291876:2020-08-18 17:44:37 [62170] [7] DEBUG: len: 7 291877:2020-08-18 17:44:37 [62170] [7] DEBUG: size: 1024 291878:2020-08-18 17:44:37 [62170] [7] DEBUG: immutable: 0 291879:2020-08-18 17:44:37 [62170] [7] DEBUG: data: 52 4d 30 2e 20 1b 40 RM0. .@ Config : group = smsc smsc = smpp smsc-id = allowed-smsc-id = ""
Pipe Symbol Issue
Hi There, I've notice that sending | symbol converted into @ instead regardless alt-charset set to UTF-8 or not. Kindly assist. CGI : curl "localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=68123=601132495424=%7c" Kannel bearerbox version `svn-r5299M'. Debug Log : 291852:2020-08-18 17:44:37 [62170] [7] DEBUG: SMPP PDU 0x7fa23c01c3a0 dump: 291853:2020-08-18 17:44:37 [62170] [7] DEBUG: type_name: submit_sm 291854:2020-08-18 17:44:37 [62170] [7] DEBUG: command_id: 4 = 0x0004 291855:2020-08-18 17:44:37 [62170] [7] DEBUG: command_status: 0 = 0x 291856:2020-08-18 17:44:37 [62170] [7] DEBUG: sequence_number: 9333 = 0x2475 291857:2020-08-18 17:44:37 [62170] [7] DEBUG: service_type: NULL 291858:2020-08-18 17:44:37 [62170] [7] DEBUG: source_addr_ton: 0 = 0x 291859:2020-08-18 17:44:37 [62170] [7] DEBUG: source_addr_npi: 1 = 0x0001 291860:2020-08-18 17:44:37 [62170] [7] DEBUG: source_addr: "68123" 291861:2020-08-18 17:44:37 [62170] [7] DEBUG: dest_addr_ton: 1 = 0x0001 291862:2020-08-18 17:44:37 [62170] [7] DEBUG: dest_addr_npi: 1 = 0x0001 291863:2020-08-18 17:44:37 [62170] [7] DEBUG: destination_addr: "601132495424" 291864:2020-08-18 17:44:37 [62170] [7] DEBUG: esm_class: 3 = 0x0003 291865:2020-08-18 17:44:37 [62170] [7] DEBUG: protocol_id: 0 = 0x 291866:2020-08-18 17:44:37 [62170] [7] DEBUG: priority_flag: 0 = 0x 291867:2020-08-18 17:44:37 [62170] [7] DEBUG: schedule_delivery_time: NULL 291868:2020-08-18 17:44:37 [62170] [7] DEBUG: validity_period: NULL 291869:2020-08-18 17:44:37 [62170] [7] DEBUG: registered_delivery: 1 = 0x0001 291870:2020-08-18 17:44:37 [62170] [7] DEBUG: replace_if_present_flag: 0 = 0x 291871:2020-08-18 17:44:37 [62170] [7] DEBUG: data_coding: 0 = 0x 291872:2020-08-18 17:44:37 [62170] [7] DEBUG: sm_default_msg_id: 0 = 0x 291873:2020-08-18 17:44:37 [62170] [7] DEBUG: sm_length: 7 = 0x0007 291874:2020-08-18 17:44:37 [62170] [7] DEBUG: short_message: 291875:2020-08-18 17:44:37 [62170] [7] DEBUG:Octet string at 0x7fa23c0107c0: 291876:2020-08-18 17:44:37 [62170] [7] DEBUG: len: 7 291877:2020-08-18 17:44:37 [62170] [7] DEBUG: size: 1024 291878:2020-08-18 17:44:37 [62170] [7] DEBUG: immutable: 0 291879:2020-08-18 17:44:37 [62170] [7] DEBUG: data: 52 4d 30 2e 20 1b 40 RM0. .@ Config : group = smsc smsc = smpp smsc-id = allowed-smsc-id = "" host = port = 13042 system-type = "" address-range = "" smsc-username = "" smsc-password = "" source-addr-ton = 0 source-addr-npi = 1 dest-addr-ton = 1 dest-addr-npi = 1 interface-version = 52 throughput = 30 connection-timeout = 120 max-pending-submits = 10 enquire-link-interval = 60 transceiver-mode = 1 log-file = "/opt/kannel/bearerbox/6.log" log-level = 1 reconnect-delay = 5 group = sendsms-user username = smsSMPP2 password = smsPass max-messages = 10 concatenation = true default-smsc = group = sms-service keyword = default accepted-smsc = * get-url = "" max-messages = 0 concatenation = true Thank you and Regards, Arif Noor
RE: DLR but could not find message or was not interested Issue
Hi, Thanks for the reply, tried it and same issue. Just to note that the issue is pretty random but happening regularly. Logs : 2020-05-12 11:16:34 [SMSC:6SeriesSHT] [from:62033] [to:601] [msg:154:RM0 <#> Kod WhatsApp Anda: 664-190..Anda boleh ketik pautan ini untuk mengesahkan nombor anda: v.whatsapp.com/..Jangan kongsikan kod ini.4sgLq1p5sV6] [FID:1A7A1C61] 2020-05-12 11:22:57 [SMSC:6SeriesSHT] [from:+601] [to:62033] [msg:122:id:0444210273 sub:000 dlvrd:000 submit date:2005121116 done date:2005121122 stat:DELIVRD err:000 text:RM0 <#> Kod WhatsApp] [FID:1A7A1C61] 2020-05-12 11:22:57 [85037] [7] ERROR: SMPP[6SeriesSHT]: got DLR but could not find message or was not interested in it id<444210273> dst<601>, type<1> Best Regards. Arif Noor From: Gorki Alfaro Sent: Tuesday, May 12, 2020 11:19 AM To: Wan Md Arif Noor Bin. Wan Nizam Cc: kannel users@kannel.org Subject: Re: DLR but could not find message or was not interested Issue Hello Try to changing your msg-id-type = 0x01 Regards Gorki On Mon, May 11, 2020 at 9:12 PM Wan Md Arif Noor Bin. Wan Nizam mailto:md.a...@forest-interactive.com>> wrote: Hello Guys, I’ve been struggling to find what is the issue with the DLR which regularly getting error “DLR but could not find message or was not interested”. From the debug logs it looks just fine but from the access logs it becomes like those normal MO instead of DN. 38029:2020-05-12 05:07:42 [1640] [9] DEBUG: SMPP[6SeriesSHT]: Got PDU: 38030:2020-05-12 05:07:42 [1640] [9] DEBUG: SMPP PDU 0x7f087c014d70 dump: 38031:2020-05-12 05:07:42 [1640] [9] DEBUG: type_name: deliver_sm 38032:2020-05-12 05:07:42 [1640] [9] DEBUG: command_id: 5 = 0x0005 38033:2020-05-12 05:07:42 [1640] [9] DEBUG: command_status: 0 = 0x 38034:2020-05-12 05:07:42 [1640] [9] DEBUG: sequence_number: 253886944 = 0x0f2201e0 38035:2020-05-12 05:07:42 [1640] [9] DEBUG: service_type: NULL 38036:2020-05-12 05:07:42 [1640] [9] DEBUG: source_addr_ton: 1 = 0x0001 38037:2020-05-12 05:07:42 [1640] [9] DEBUG: source_addr_npi: 1 = 0x0001 38038:2020-05-12 05:07:42 [1640] [9] DEBUG: source_addr: "601" 38039:2020-05-12 05:07:42 [1640] [9] DEBUG: dest_addr_ton: 0 = 0x 38040:2020-05-12 05:07:42 [1640] [9] DEBUG: dest_addr_npi: 1 = 0x0001 38041:2020-05-12 05:07:42 [1640] [9] DEBUG: destination_addr: "63660" 38042:2020-05-12 05:07:42 [1640] [9] DEBUG: esm_class: 4 = 0x0004 38043:2020-05-12 05:07:42 [1640] [9] DEBUG: protocol_id: 0 = 0x 38044:2020-05-12 05:07:42 [1640] [9] DEBUG: priority_flag: 0 = 0x 38045:2020-05-12 05:07:42 [1640] [9] DEBUG: schedule_delivery_time: NULL 38046:2020-05-12 05:07:42 [1640] [9] DEBUG: validity_period: NULL 38047:2020-05-12 05:07:42 [1640] [9] DEBUG: registered_delivery: 0 = 0x 38048:2020-05-12 05:07:42 [1640] [9] DEBUG: replace_if_present_flag: 0 = 0x 38049:2020-05-12 05:07:42 [1640] [9] DEBUG: data_coding: 0 = 0x 38050:2020-05-12 05:07:42 [1640] [9] DEBUG: sm_default_msg_id: 0 = 0x 38051:2020-05-12 05:07:42 [1640] [9] DEBUG: sm_length: 122 = 0x007a 38052:2020-05-12 05:07:42 [1640] [9] DEBUG: short_message: 38053:2020-05-12 05:07:42 [1640] [9] DEBUG:Octet string at 0x7f087c014330: 38054:2020-05-12 05:07:42 [1640] [9] DEBUG: len: 122 38055:2020-05-12 05:07:42 [1640] [9] DEBUG: size: 123 38056:2020-05-12 05:07:42 [1640] [9] DEBUG: immutable: 0 38057:2020-05-12 05:07:42 [1640] [9] DEBUG: data: 69 64 3a 30 34 31 36 32 39 33 38 30 38 20 73 75 id:0416293808 su 38058:2020-05-12 05:07:42 [1640] [9] DEBUG: data: 62 3a 30 30 30 20 64 6c 76 72 64 3a 30 30 30 20 b:000 dlvrd:000 38059:2020-05-12 05:07:42 [1640] [9] DEBUG: data: 73 75 62 6d 69 74 20 64 61 74 65 3a 32 30 30 35 submit date:2005 38060:2020-05-12 05:07:42 [1640] [9] DEBUG: data: 31 32 30 35 30 37 20 64 6f 6e 65 20 64 61 74 65 120507 done date 38061:2020-05-12 05:07:42 [1640] [9] DEBUG: data: 3a 32 30 30 35 31 32 30 35 30 37 20 73 74 61 74 :2005120507 stat 38062:2020-05-12 05:07:42 [1640] [9] DEBUG: data: 3a 55 4e 44 45 4c 49 56 20 65 72 72 3a 32 34 35 :UNDELIV err:245 38063:2020-05-12 05:07:42 [1640] [9] DEBUG: data: 20 74 65 78 74 3a 52 4d 30 2e 30 30 20 3a 20 59text:RM0.00 : Y 38064:2020-05-12 05:07:42 [1640] [9] DEBUG: data: 6f 75 72 20 53 68 6f 70 65 65 our Shopee 38065:2020-05-12 05:07:42 [1640] [9] DEBUG:Octet string dump ends. 38066:2020-05-12 05:07:42 [1640] [9] DEBUG: message_state: 5 = 0x0005 38067:2020-05-12 05:07:42 [1640] [9] DEBUG: receipted_message_id: "18D023B0" 38068:2020-05-12 05:07:42 [1640] [9] DEBUG: SMPP PDU dump ends. 38069:2020-05-12 05:07:42 [1640] [9] DEBUG: SMPP[6SeriesSHT] handle_pdu, got DLR 38070:2020-05-12 05:07:42 [1640] [9] DEBUG: DLR[mysql]: Looking for DLR smsc=6SeriesSHT, ts=18D023B0,
DLR but could not find message or was not interested Issue
:id:0416293808 sub:000 dlvrd:000 submit date:2005120507 done date:2005120507 stat:UNDELIV err:245 text:RM0.00 : Your Shopee] [FID:18D023B0] 2020-05-12 05:07:42 [SMSC:6SeriesSHT] [from:63660] [to: 601] [msg:149:RM0.00 : Your account (h***i) is now linked to another phone number. If this change was not done by you, please call 03 2777 9222 immediately.] [FID:18D023B0] Which normally like 2020-05-12 11:05:39 [SMSC:6SeriesSHT] [from:68886] [to:601] [msg:92:RM0.00 GoPayz : Your OTP is. You requested to sign in on 12 May 2020 11:05:38.] [FID:19611B60] 2020-05-12 11:05:39 [SMSC:6SeriesSHT] [from:68886] [to:601] [msg:122:id:0425794400 sub:000 dlvrd:000 submit date:2005121105 done date:2005121105 stat:DELIVRD err:000 text:RM0.00 GoPayz : Your] [FID:19611B60] Database +++--+-++--++--+++ | id | smsc | ts | destination | source | service | url | mask | status | boxcid | +++--+-++--++--+++ | 195987 | 6SeriesSHT | 18D023B0 | 601 | 63660 | smsSMPP2 | http://10.90.xx.xxx/BULKDN/BulkDN.aspx?type='%d',74176412-e628-46f2-a49a-e6bde0aa8c14,gweub39909gdnk,601,63660,20205125742 |3 | 0 || +++--+-++--++--++----+ Kindly advise Kannel Version svn-r5299M Best Regards. Arif Noor
UDH Inquiries
Hi There,
Is there any way to exclude these ^,{,},\,[,],~ from being used automatically
by the kannel in the UDHI?
Such as below :
data: 05 00 03 5b 02 02 73 74 74 65 73 74 74 65 73 74 ...[..sttesttest
BR.
[MWC 2019]
Incoming MO UDH
Hi Kannel User, Based from the user guide using sms-combine-concatenated-mo to true will instruct kannel to combine MO before sending to smsbox, however I want kannel to forward the MO our application without combining it thus I set it to false, Here is the issue, the UDH from smsbox is weird. In the access logs it looked fine but the one in smsbox isn't In access log : udh:0500036C0201 In smsbox log : udh=%05%00%03l%02%01 Why it become like that and is there any configuration that I need to set so it doesn't become like that? Thanks. Regards, Arif Noor
RE: Inverted Exclamation mark and question mark issue.
Hi Davor,
I get @ for "¡” while for” ¤ÄÖÑܧ¿äöñüà” it converted into “$[\]^_`{|}~.”
Tried with your suggestion with
“http://localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=6=601132495424=¤¡ÄÖÑܧ¿äöñüà=1=0=;
and
“http://localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=6=601132495424%C2%A4%C2%A1%C3%84%C3%96%C3%91%C3%9C%C2%A7%C2%BF%C3%A4%C3%B6%C3%B1%C3%BC%C3%A0=1=0=;
And from the debug log it still converted into $@[\]^_`{|}~.
29300427:2018-04-09 09:59:15 [28605] [7] DEBUG: SMPP PDU 0x7f14e4000a10 dump:
29300428:2018-04-09 09:59:15 [28605] [7] DEBUG: type_name: submit_sm
29300429:2018-04-09 09:59:15 [28605] [7] DEBUG: command_id: 4 = 0x0004
29300430:2018-04-09 09:59:15 [28605] [7] DEBUG: command_status: 0 = 0x
29300431:2018-04-09 09:59:15 [28605] [7] DEBUG: sequence_number: 16137 =
0x3f09
29300432:2018-04-09 09:59:15 [28605] [7] DEBUG: service_type: NULL
29300433:2018-04-09 09:59:15 [28605] [7] DEBUG: source_addr_ton: 0 =
0x
29300434:2018-04-09 09:59:15 [28605] [7] DEBUG: source_addr_npi: 1 =
0x0001
29300435:2018-04-09 09:59:15 [28605] [7] DEBUG: source_addr: "6"
29300436:2018-04-09 09:59:15 [28605] [7] DEBUG: dest_addr_ton: 1 = 0x0001
29300437:2018-04-09 09:59:15 [28605] [7] DEBUG: dest_addr_npi: 1 = 0x0001
29300438:2018-04-09 09:59:15 [28605] [7] DEBUG: destination_addr:
"601132495424"
29300439:2018-04-09 09:59:15 [28605] [7] DEBUG: esm_class: 3 = 0x0003
29300440:2018-04-09 09:59:15 [28605] [7] DEBUG: protocol_id: 0 = 0x
29300441:2018-04-09 09:59:15 [28605] [7] DEBUG: priority_flag: 0 = 0x
29300442:2018-04-09 09:59:15 [28605] [7] DEBUG: schedule_delivery_time: NULL
29300443:2018-04-09 09:59:15 [28605] [7] DEBUG: validity_period: NULL
29300444:2018-04-09 09:59:15 [28605] [7] DEBUG: registered_delivery: 0 =
0x
29300445:2018-04-09 09:59:15 [28605] [7] DEBUG: replace_if_present_flag: 0 =
0x
29300446:2018-04-09 09:59:15 [28605] [7] DEBUG: data_coding: 241 = 0x00f1
29300447:2018-04-09 09:59:15 [28605] [7] DEBUG: sm_default_msg_id: 0 =
0x
29300448:2018-04-09 09:59:15 [28605] [7] DEBUG: sm_length: 13 = 0x000d
29300449:2018-04-09 09:59:15 [28605] [7] DEBUG: short_message:
29300450:2018-04-09 09:59:15 [28605] [7] DEBUG:Octet string at
0x7f14e4005690:
29300451:2018-04-09 09:59:15 [28605] [7] DEBUG: len: 13
29300452:2018-04-09 09:59:15 [28605] [7] DEBUG: size: 27
29300453:2018-04-09 09:59:15 [28605] [7] DEBUG: immutable: 0
29300454:2018-04-09 09:59:15 [28605] [7] DEBUG: data: 24 40 5b 5c 5d 5e 5f
60 7b 7c 7d 7e 7f$@[\]^_`{|}~.
29300455:2018-04-09 09:59:15 [28605] [7] DEBUG:Octet string dump ends.
29300456:2018-04-09 09:59:15 [28605] [7] DEBUG: SMPP PDU dump ends.
Regards less of charset used I’m still getting result as above. I understand
that hex 24 is ¤ but why it shows $ instead?
This might sounds dumb, how do I force kannel to use GSM charset?
Thanks for all the response so far, cheers,
Arif Noor.
From: Davor Spasoski <davor.spaso...@onevip.mk>
Sent: Friday, April 06, 2018 7:02 PM
To: Wan Md Arif Noor Bin. Wan Nizam <md.a...@forest-interactive.com>
Cc: amal...@kannel.org; users@kannel.org
Subject: Re: Inverted Exclamation mark and question mark issue.
Do you mean you get “@“ for any of the "¤¡ÄÖÑܧ¿äöñüà" or just for “¡” ?
If so, the SMPP part of the SMSC does some strange character conversions. From
my experience, the SMSC usually sets some sort of ISO-8859-1 as a default
alphabet on SMPP level and than converts (with losses) to GSM alphabet. GSM
7-bit is usually supported with DCS above 240 so try setting alt-dcs =1, coding
= 0 and charset left blank (utf-8).
Lately, some SMSCs support UTF-8 as default and even something called
"Esaped-Latin-1" or "X-ISO-8859-GSM-escaped" for which I could not find any
standardization, but that is basically an 8-bit alphabet, having the common
GSM/ASCII characters plus the extension with the GSM only characters. In order
to support that, you will need a custom charset translation on your side.
Try the alt-dcs with coding=0 and if not successful, ask to set the default
SMSC/SMPP alphabet as GSM.
BR,
Davor
On Apr 5, 2018, at 4:56 AM, Wan Md Arif Noor Bin. Wan Nizam
<md.a...@forest-interactive.com<mailto:md.a...@forest-interactive.com>> wrote:
http://span.st<%3ca%20href=>" class="">span.st<http://span.st>
{mso-style-name:st;} span.EmailStyle21 {mso-style-type:personal-reply;
font-family:"Century Gothic",sans-serif; color:windowtext;} .MsoChpDefault
{mso-style-type:export-only; font-size:10.0pt;} @page WordSection1 {size:8.5in
11.0in; margin:99.25pt 85.05pt 85.05pt 85.05pt;} div.WordSection1
{page:WordSection1;} -->
Hi All,
Thanks for the response, I have removed alt-charset from the config but now all
I get is @.
RE: Inverted Exclamation mark and question mark issue.
Hi All,
Thanks for the response, I have removed alt-charset from the config but now all
I get is @.
curl
http://localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=6=601132495424=%C2%A1=0
curl
http://localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=6=601132495424=%C2%A1=UTF-8
curl
http://localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=6=601132495424=%A1=ISO-8859-1
2018-04-05 10:21:02 [16025] [7] DEBUG: SMPP PDU 0x7f69dc000a10 dump:
2018-04-05 10:21:02 [16025] [7] DEBUG: type_name: submit_sm
2018-04-05 10:21:02 [16025] [7] DEBUG: command_id: 4 = 0x0004
2018-04-05 10:21:02 [16025] [7] DEBUG: command_status: 0 = 0x
2018-04-05 10:21:02 [16025] [7] DEBUG: sequence_number: 31 = 0x001f
2018-04-05 10:21:02 [16025] [7] DEBUG: service_type: NULL
2018-04-05 10:21:02 [16025] [7] DEBUG: source_addr_ton: 0 = 0x
2018-04-05 10:21:02 [16025] [7] DEBUG: source_addr_npi: 1 = 0x0001
2018-04-05 10:21:02 [16025] [7] DEBUG: source_addr: "6"
2018-04-05 10:21:02 [16025] [7] DEBUG: dest_addr_ton: 1 = 0x0001
2018-04-05 10:21:02 [16025] [7] DEBUG: dest_addr_npi: 1 = 0x0001
2018-04-05 10:21:02 [16025] [7] DEBUG: destination_addr: "601132495424"
2018-04-05 10:21:02 [16025] [7] DEBUG: esm_class: 3 = 0x0003
2018-04-05 10:21:02 [16025] [7] DEBUG: protocol_id: 0 = 0x
2018-04-05 10:21:02 [16025] [7] DEBUG: priority_flag: 0 = 0x
2018-04-05 10:21:02 [16025] [7] DEBUG: schedule_delivery_time: NULL
2018-04-05 10:21:02 [16025] [7] DEBUG: validity_period: NULL
2018-04-05 10:21:02 [16025] [7] DEBUG: registered_delivery: 0 = 0x
2018-04-05 10:21:02 [16025] [7] DEBUG: replace_if_present_flag: 0 = 0x
2018-04-05 10:21:02 [16025] [7] DEBUG: data_coding: 0 = 0x
2018-04-05 10:21:02 [16025] [7] DEBUG: sm_default_msg_id: 0 = 0x
2018-04-05 10:21:02 [16025] [7] DEBUG: sm_length: 1 = 0x0001
2018-04-05 10:21:02 [16025] [7] DEBUG: short_message: "@"
2018-04-05 10:21:02 [16025] [7] DEBUG: SMPP PDU dump ends.
Tested all the character of GSM only
@£$¥èéùìòÇØøÅåΔ_ΦΓΛΩΠΨΣΘΞ^{}\[~]|€ÆæßÉ!\"#%&'()*+,-./:;<=>? Is working while
the ¤¡ÄÖÑܧ¿äöñüà is not regardless of charset used in the parameter.
¤¡ÄÖÑܧ¿äöñüà
curl
http://localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=6=601132495424=%C2%A4%C2%A1%C3%84%C3%96%C3%91%C3%9C%C2%A7%C2%BF%C3%A4%C3%B6%C3%B1%C3%BC%C3%A0
2018-04-05 10:54:07 [16129] [7] DEBUG: SMPP PDU 0x7f09c8000a10 dump:
2018-04-05 10:54:07 [16129] [7] DEBUG: type_name: submit_sm
2018-04-05 10:54:07 [16129] [7] DEBUG: command_id: 4 = 0x0004
2018-04-05 10:54:07 [16129] [7] DEBUG: command_status: 0 = 0x
2018-04-05 10:54:07 [16129] [7] DEBUG: sequence_number: 56 = 0x0038
2018-04-05 10:54:07 [16129] [7] DEBUG: service_type: NULL
2018-04-05 10:54:07 [16129] [7] DEBUG: source_addr_ton: 0 = 0x
2018-04-05 10:54:07 [16129] [7] DEBUG: source_addr_npi: 1 = 0x0001
2018-04-05 10:54:07 [16129] [7] DEBUG: source_addr: "6"
2018-04-05 10:54:07 [16129] [7] DEBUG: dest_addr_ton: 1 = 0x0001
2018-04-05 10:54:07 [16129] [7] DEBUG: dest_addr_npi: 1 = 0x0001
2018-04-05 10:54:07 [16129] [7] DEBUG: destination_addr: "601132495424"
2018-04-05 10:54:07 [16129] [7] DEBUG: esm_class: 3 = 0x0003
2018-04-05 10:54:07 [16129] [7] DEBUG: protocol_id: 0 = 0x
2018-04-05 10:54:07 [16129] [7] DEBUG: priority_flag: 0 = 0x
2018-04-05 10:54:07 [16129] [7] DEBUG: schedule_delivery_time: NULL
2018-04-05 10:54:07 [16129] [7] DEBUG: validity_period: NULL
2018-04-05 10:54:07 [16129] [7] DEBUG: registered_delivery: 0 = 0x
2018-04-05 10:54:07 [16129] [7] DEBUG: replace_if_present_flag: 0 = 0x
2018-04-05 10:54:07 [16129] [7] DEBUG: data_coding: 0 = 0x
2018-04-05 10:54:07 [16129] [7] DEBUG: sm_default_msg_id: 0 = 0x
2018-04-05 10:54:07 [16129] [7] DEBUG: sm_length: 13 = 0x000d
2018-04-05 10:54:07 [16129] [7] DEBUG: short_message:
2018-04-05 10:54:07 [16129] [7] DEBUG:Octet string at 0x7f09c8000c70:
2018-04-05 10:54:07 [16129] [7] DEBUG: len: 13
2018-04-05 10:54:07 [16129] [7] DEBUG: size: 27
2018-04-05 10:54:07 [16129] [7] DEBUG: immutable: 0
2018-04-05 10:54:07 [16129] [7] DEBUG: data: 24 40 5b 5c 5d 5e 5f 60 7b 7c
7d 7e 7f$@[\]^_`{|}~.
2018-04-05 10:54:07 [16129] [7] DEBUG:Octet string dump ends.
2018-04-05 10:54:07 [16129] [7] DEBUG: SMPP PDU dump ends.
Kindly do let me know if there’s anything else that I can try, appreciate it.
Regards
Arif Noor
From: Alexander Malysh <malys...@gmail.com> On Behalf Of amal...@kannel.org
Sent: Wednesday, April 04, 2018 11:46 PM
To: Wan Md Arif Noor Bin. Wan Nizam <md.a...@forest-interactive.com>
Cc: users@kannel.org
Subject: Re: Inverted Exclamation mark and question mark issue.
This is in most cases wrong:
2018-
RE: Inverted Exclamation mark and question mark issue.
Hi There, Thanks for replying, I already tested using that parameter, but I keep receiving “B?”. Below are the debug log. curl "http://localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=6=601132495424=%C2%A1=0=UTF-8; 2018-04-04 17:17:39 [10745] [7] DEBUG: SMPP PDU 0x7efe78000a10 dump: 2018-04-04 17:17:39 [10745] [7] DEBUG: type_name: submit_sm 2018-04-04 17:17:39 [10745] [7] DEBUG: command_id: 4 = 0x0004 2018-04-04 17:17:39 [10745] [7] DEBUG: command_status: 0 = 0x 2018-04-04 17:17:39 [10745] [7] DEBUG: sequence_number: 56414 = 0xdc5e 2018-04-04 17:17:39 [10745] [7] DEBUG: service_type: NULL 2018-04-04 17:17:39 [10745] [7] DEBUG: source_addr_ton: 0 = 0x 2018-04-04 17:17:39 [10745] [7] DEBUG: source_addr_npi: 1 = 0x0001 2018-04-04 17:17:39 [10745] [7] DEBUG: source_addr: "6" 2018-04-04 17:17:39 [10745] [7] DEBUG: dest_addr_ton: 1 = 0x0001 2018-04-04 17:17:39 [10745] [7] DEBUG: dest_addr_npi: 1 = 0x0001 2018-04-04 17:17:39 [10745] [7] DEBUG: destination_addr: "601132495424" 2018-04-04 17:17:39 [10745] [7] DEBUG: esm_class: 3 = 0x0003 2018-04-04 17:17:39 [10745] [7] DEBUG: protocol_id: 0 = 0x 2018-04-04 17:17:39 [10745] [7] DEBUG: priority_flag: 0 = 0x 2018-04-04 17:17:39 [10745] [7] DEBUG: schedule_delivery_time: NULL 2018-04-04 17:17:39 [10745] [7] DEBUG: validity_period: NULL 2018-04-04 17:17:39 [10745] [7] DEBUG: registered_delivery: 0 = 0x 2018-04-04 17:17:39 [10745] [7] DEBUG: replace_if_present_flag: 0 = 0x 2018-04-04 17:17:39 [10745] [7] DEBUG: data_coding: 0 = 0x 2018-04-04 17:17:39 [10745] [7] DEBUG: sm_default_msg_id: 0 = 0x 2018-04-04 17:17:39 [10745] [7] DEBUG: sm_length: 2 = 0x0002 2018-04-04 17:17:39 [10745] [7] DEBUG: short_message: 2018-04-04 17:17:39 [10745] [7] DEBUG:Octet string at 0x7efe78000c40: 2018-04-04 17:17:39 [10745] [7] DEBUG: len: 2 2018-04-04 17:17:39 [10745] [7] DEBUG: size: 3 2018-04-04 17:17:39 [10745] [7] DEBUG: immutable: 0 2018-04-04 17:17:39 [10745] [7] DEBUG: data: c2 a1 .. 2018-04-04 17:17:39 [10745] [7] DEBUG:Octet string dump ends. 2018-04-04 17:17:39 [10745] [7] DEBUG: SMPP PDU dump ends. However it works correctly when sending with coding=2, but by using that it halved the SMS length. Appreciate your help in this. Cheers, Arif Noor From: Alexander Malysh <malys...@gmail.com> On Behalf Of amal...@kannel.org Sent: Wednesday, April 04, 2018 4:40 PM To: Wan Md Arif Noor Bin. Wan Nizam <md.a...@forest-interactive.com> Cc: users@kannel.org Subject: Re: Inverted Exclamation mark and question mark issue. Hi, you have to send in UTF-8 with coding=0 (for inverted exclamation mark: text=%C2%A1=0). If it doesn’t work please check your smpp debug logs and check if submit_sm has correct values in message body and if yes then SMSC doing something wrong. Thanks, Alex Am 04.04.2018 um 07:27 schrieb Wan Md Arif Noor Bin. Wan Nizam <md.a...@forest-interactive.com<mailto:md.a...@forest-interactive.com>>: Hello Users, I’m having an issue with sending both inverted exclamation mark (¡) and inverted question mark (¿) , it seems like it was converted to B! and B? instead. Tried with all below parameter but none working except for UCS-2 which I want to avoid. curl "http://localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=6=60113**=¿<http://localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=6=60113**=%C2%BF>" Result : B? curl "http://localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=6=60113**=%C2%BF; Result :B? curl "http://localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=6=60113**=¿=0=1<http://localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=6=60113**=%C2%BF=0=1>" Result : ‘ curl "http://localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=6=60113**=%C2%BF=0=1; Result : ‘ curl "http://localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=6=60113**=¿=0=0<http://localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=6=60113**=%C2%BF=0=0>" Result : B? curl "http://localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=6=60113**=%C2%BF=0=0; Result : B? curl "http://localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=6=60113**=¿=0=ISO-8859-1=1<http://localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=6=60113**=%C2%BF=0=ISO-8859-1=1>"Result : ?’ curl "http://localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=6=60113**=¿=0=ISO-8859-1=1<http://localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=6=60113**=%C2%BF=0=ISO-8859-1=1>"Result : ?’ Tried with charset UTF-8 and ASCII, but same with same result. Ple
Inverted Exclamation mark and question mark issue.
Hello Users, I’m having an issue with sending both inverted exclamation mark (¡) and inverted question mark (¿) , it seems like it was converted to B! and B? instead. Tried with all below parameter but none working except for UCS-2 which I want to avoid. curl "http://localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=6=60113**=¿; Result : B? curl "http://localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=6=60113**=%C2%BF; Result :B? curl "http://localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=6=60113**=¿=0=1; Result : ‘ curl "http://localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=6=60113**=%C2%BF=0=1; Result : ‘ curl "http://localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=6=60113**=¿=0=0; Result : B? curl "http://localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=6=60113**=%C2%BF=0=0; Result : B? curl "http://localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=6=60113**=¿=0=ISO-8859-1=1; Result : ?’ curl "http://localhost:13017/cgi-bin/sendsms?username=smsSMPP2=smsPass=6=60113**=¿=0=ISO-8859-1=1; Result : ?’ Tried with charset UTF-8 and ASCII, but same with same result. Please advise what else can be done to get this working? Config: group = core admin-port = 13005 smsbox-port = 13007 sms-resend-retry = 10 admin-password = admin box-deny-ip = "*.*.*.*" box-allow-ip = "" access-log = /opt/kannel/smpp_access.log access-log-format = "[SMSC:%i] [from:%p] [to:%P] [msg:%L:%b] [FID:%F]" store-type = file store-location = "/opt/kannel/smpp.store" store-dump-freq = 100 group = smsbox bearerbox-host = 127.0.0.1 sendsms-port = 13017 http-request-retry = 3 http-queue-delay = 5 reply-couldnotfetch = "Please wait" log-file = "/opt/kannel/smsbox/smsbox.log" log-level = 0 group = smsc smsc = smpp smsc-id = smppConnection2 allowed-smsc-id = "smppConnection2" host = port = system-type = "" address-range = "1234" smsc-username = "" smsc-password = "" source-addr-ton = 0 source-addr-npi = 1 dest-addr-ton = 1 dest-addr-npi = 1 interface-version = 52 throughput = 15 alt-charset = "utf-8" connection-timeout = 60 max-pending-submits = 10 enquire-link-interval = 20 transceiver-mode = 0 log-file = "/opt/kannel/bearerbox/debug.log" log-level = 0 reconnect-delay = 2 group = sendsms-user username = smsSMPP2 password = smsPass max-messages = 10 concatenation = true default-smsc = smppConnection2 group = sms-service keyword = default accepted-smsc = smppConnection2 get-url = " max-messages = 0 concatenation = true
RE: UDH Length Question
Hi Users, Revisiting this case as I still getting this kind of errors when sending long concatenated message, is there any way that I can avoid this issue aside from limiting the octets by using max-sms-octets? We have no issue with other provider only for this particular one. Thank you and Regards, Arif Noor From: users <users-boun...@kannel.org> On Behalf Of Wan Md Arif Noor Bin. Wan Nizam Sent: Thursday, November 09, 2017 7:14 PM To: KUMAR Deepak (MORPHO) <deepak.ku...@morpho.com>; users <users@kannel.org> Subject: RE: UDH Length Question This sender failed our fraud detection checks and may not be who they appear to be. Learn about spoofing<http://aka.ms/LearnAboutSpoofing> Feedback<http://aka.ms/SafetyTipsFeedback> Hi There, Data coding used is data_coding: 0 = 0x Debug log : 40001:2017-11-08 15:06:00 [1563] [10] DEBUG: SMPP PDU 0x7ffadc00a940 dump: 40002:2017-11-08 15:06:00 [1563] [10] DEBUG: type_name: submit_sm 40003:2017-11-08 15:06:00 [1563] [10] DEBUG: command_id: 4 = 0x0004 40004:2017-11-08 15:06:00 [1563] [10] DEBUG: command_status: 0 = 0x 40005:2017-11-08 15:06:00 [1563] [10] DEBUG: sequence_number: 161 = 0x00a1 40006:2017-11-08 15:06:00 [1563] [10] DEBUG: service_type: NULL 40007:2017-11-08 15:06:00 [1563] [10] DEBUG: source_addr_ton: 0 = 0x 40008:2017-11-08 15:06:00 [1563] [10] DEBUG: source_addr_npi: 1 = 0x0001 40009:2017-11-08 15:06:00 [1563] [10] DEBUG: source_addr: "6" 40010:2017-11-08 15:06:00 [1563] [10] DEBUG: dest_addr_ton: 1 = 0x0001 40011:2017-11-08 15:06:00 [1563] [10] DEBUG: dest_addr_npi: 1 = 0x0001 40012:2017-11-08 15:06:00 [1563] [10] DEBUG: destination_addr: "6010***" 40013:2017-11-08 15:06:00 [1563] [10] DEBUG: esm_class: 64 = 0x0040 40014:2017-11-08 15:06:00 [1563] [10] DEBUG: protocol_id: 0 = 0x 40015:2017-11-08 15:06:00 [1563] [10] DEBUG: priority_flag: 0 = 0x 40016:2017-11-08 15:06:00 [1563] [10] DEBUG: schedule_delivery_time: NULL 40017:2017-11-08 15:06:00 [1563] [10] DEBUG: validity_period: NULL 40018:2017-11-08 15:06:00 [1563] [10] DEBUG: registered_delivery: 1 = 0x0001 40019:2017-11-08 15:06:00 [1563] [10] DEBUG: replace_if_present_flag: 0 = 0x 40020:2017-11-08 15:06:00 [1563] [10] DEBUG: data_coding: 0 = 0x 40021:2017-11-08 15:06:00 [1563] [10] DEBUG: sm_default_msg_id: 0 = 0x 40022:2017-11-08 15:06:00 [1563] [10] DEBUG: sm_length: 159 = 0x009f 40023:2017-11-08 15:06:00 [1563] [10] DEBUG: short_message: 40024:2017-11-08 15:06:00 [1563] [10] DEBUG:Octet string at 0x7ffadc000c40: 40025:2017-11-08 15:06:00 [1563] [10] DEBUG: len: 159 40026:2017-11-08 15:06:00 [1563] [10] DEBUG: size: 1024 40027:2017-11-08 15:06:00 [1563] [10] DEBUG: immutable: 0 40028:2017-11-08 15:06:00 [1563] [10] DEBUG: data: 05 00 03 5c 02 01 52 4d 30 2e 54 65 73 74 69 6e ...\..RM0.Testin 40029:2017-11-08 15:06:00 [1563] [10] DEBUG: data: 67 20 66 6f 72 20 46 49 20 2c 20 50 6c 65 61 73 g for FI , Pleas 40030:2017-11-08 15:06:00 [1563] [10] DEBUG: data: 65 20 6c 65 74 20 75 73 20 6b 6e 6f 77 20 69 66 e let us know if 40031:2017-11-08 15:06:00 [1563] [10] DEBUG: data: 20 79 6f 75 20 61 72 65 20 72 65 63 69 76 69 6eyou are recivin 40032:2017-11-08 15:06:00 [1563] [10] DEBUG: data: 67 20 74 68 69 73 20 6d 65 73 73 61 67 65 2c 20 g this message, 40033:2017-11-08 15:06:00 [1563] [10] DEBUG: data: 54 68 61 6e 6b 20 79 6f 75 2c 20 67 6f 64 20 62 Thank you, god b 40034:2017-11-08 15:06:00 [1563] [10] DEBUG: data: 6c 65 73 73 20 79 6f 75 2e 20 53 6f 6f 6e 20 79 less you. Soon y 40035:2017-11-08 15:06:00 [1563] [10] DEBUG: data: 6f 75 20 54 65 73 74 69 6e 67 20 66 6f 72 20 46 ou Testing for F 40036:2017-11-08 15:06:00 [1563] [10] DEBUG: data: 49 20 2c 20 50 6c 65 61 73 65 20 6c 65 74 20 75 I , Please let u 40037:2017-11-08 15:06:00 [1563] [10] DEBUG: data: 73 20 6b 6e 6f 77 20 69 66 20 79 6f 75 20 61 s know if you a 40038:2017-11-08 15:06:00 [1563] [10] DEBUG:Octet string dump ends. 40039:2017-11-08 15:06:00 [1563] [10] DEBUG: SMPP PDU dump ends. 40044:2017-11-08 15:06:00 [1563] [10] DEBUG: SMPP PDU 0x7ffadc0088a0 dump: 40045:2017-11-08 15:06:00 [1563] [10] DEBUG: type_name: submit_sm 40046:2017-11-08 15:06:00 [1563] [10] DEBUG: command_id: 4 = 0x0004 40047:2017-11-08 15:06:00 [1563] [10] DEBUG: command_status: 0 = 0x 40048:2017-11-08 15:06:00 [1563] [10] DEBUG: sequence_number: 162 = 0x00a2 40049:2017-11-08 15:06:00 [1563] [10] DEBUG: service_type: NULL 40050:2017-11-08 15:06:00 [1563] [10] DEBUG: source_addr_ton: 0 = 0x 40051:2017-11-08 15:06:00 [1563] [10] DEBUG: source_addr_npi: 1 = 0x0001 40052:2017-11-08 15:06:00 [1563] [10] DEBUG: source_addr: "6" 40053:2017-11-08 15:06:00 [1563] [10] DEBUG: dest_addr_ton: 1 = 0x0001
UDH Length Question
Hi Users,
It's been a while, I have a question regarding UDH, currently I have few smpp
connections to SMSC and sometimes when kannel submit the long sms, it will get
rejected with 'Message length is invalid'.
Further check with the SMSC they mentioned that the UDH Contains 'Extended GSM
Characters ( ^ \ { } [ ] ~ |' that take 2 of the 160 characters of an sms.
Exp :
05 00 03 5c 02 01 49 54 6c 65 61 64 65 72 73 73 ...\..ITleaderss
[cid:image001.jpg@01D35979.30EC1710]
Is there any way to exclude this characters from being used in UDH?
Regards,
Arif Noor
[event]
MO Routing to Different Host
Hi Users, We have two host running kannel connecting to the same SMSC. The issue is with Long MO where SMSC tend to split it and send to host 1 and host 2 respectively and this causing kannel on each host waiting for the MO parts. My question to this, Is it possible to route inbound MO to kannel in different machine/host as in MO receive on Host 2 rerouted to Host 1. Kannel Host 1 <--| |--->SMSC Kannel Host 2 <--| Logs of MO (MO discarded after some time has passed). Host 1 2017-09-27 17:39:47 [2207] [7] DEBUG: Got part 2 [ref 227, total parts 2] of message Host 2 2017-09-27 17:39:43 [2185] [7] DEBUG: Got part 1 [ref 227, total parts 2] of message Thank you and Regards, Arif Noor
RE: Wrong DLR ID.
Hi Davor, Super, I didn’t notice the msg-id type in my configuration. I changed it and its working properly now. Thanks a lot for the assist. Best Regards, Arif Noor. From: Davor Spasoski [mailto:davor.spaso...@onevip.mk] Sent: Wednesday, August 16, 2017 6:41 PM To: Wan Md Arif Noor Bin. Wan Nizam; users@kannel.org Subject: RE: Wrong DLR ID. Check your ID numbering bases for submit_sm and deliver_sm. Looks like you are not using the same base for submit and deliver. 3188534916 = 83101780110 Msg-id-type is the parameter you should be looking at Davor Spasoski From: users [mailto:users-boun...@kannel.org] On Behalf Of Wan Md Arif Noor Bin. Wan Nizam Sent: Wednesday, August 16, 2017 11:40 AM To: users@kannel.org<mailto:users@kannel.org> Subject: Wrong DLR ID. Hi Users, I found weird thing with kannel today, where when submit an MT it was tagged with different ID but when I checked inside debug log, the ID was correct. This causing “got DLR but could not find message or was not interested in it id<31943697>” error. I don’t know where this 831017801 come from. Appreciate your help on this. Kannel bearerbox version `svn-r5186M'. Logs : 2017-08-16 17:11:28 [SMSC:6SeriesConn13] [from:*] [to:**] [msg:82:RM0: To unsubscribe, send OUT 69111..Tel] [FID:831017801] [State:?smpp_resp?] 2017-08-16 17:11:32 [SMSC:6SeriesConn13] [from:+**] [to:*] [msg:0:] [FID:31885349] [State:?smpp?Message+State=2&] 1687656:2017-08-16 17:11:28 [3552] [22] DEBUG: type_name: submit_sm 1687657:2017-08-16 17:11:28 [3552] [22] DEBUG: command_id: 4 = 0x0004 1687658:2017-08-16 17:11:28 [3552] [22] DEBUG: command_status: 0 = 0x 1687659:2017-08-16 17:11:28 [3552] [22] DEBUG: sequence_number: 619 = 0x026b 1687660:2017-08-16 17:11:28 [3552] [22] DEBUG: service_type: NULL 1687661:2017-08-16 17:11:28 [3552] [22] DEBUG: source_addr_ton: 0 = 0x 1687662:2017-08-16 17:11:28 [3552] [22] DEBUG: source_addr_npi: 1 = 0x0001 1687663:2017-08-16 17:11:28 [3552] [22] DEBUG: source_addr: "*" 1687664:2017-08-16 17:11:28 [3552] [22] DEBUG: dest_addr_ton: 1 = 0x0001 1687665:2017-08-16 17:11:28 [3552] [22] DEBUG: dest_addr_npi: 1 = 0x0001 1687666:2017-08-16 17:11:28 [3552] [22] DEBUG: destination_addr: "***" 1687667:2017-08-16 17:11:28 [3552] [22] DEBUG: esm_class: 0 = 0x 1687668:2017-08-16 17:11:28 [3552] [22] DEBUG: protocol_id: 0 = 0x 1687669:2017-08-16 17:11:28 [3552] [22] DEBUG: priority_flag: 0 = 0x 1687670:2017-08-16 17:11:28 [3552] [22] DEBUG: schedule_delivery_time: NULL 1687671:2017-08-16 17:11:28 [3552] [22] DEBUG: validity_period: NULL 1687672:2017-08-16 17:11:28 [3552] [22] DEBUG: registered_delivery: 1 = 0x0001 1687673:2017-08-16 17:11:28 [3552] [22] DEBUG: replace_if_present_flag: 0 = 0x 1687674:2017-08-16 17:11:28 [3552] [22] DEBUG: data_coding: 0 = 0x 1687675:2017-08-16 17:11:28 [3552] [22] DEBUG: sm_default_msg_id: 0 = 0x 1687676:2017-08-16 17:11:28 [3552] [22] DEBUG: sm_length: 82 = 0x0052 1687677:2017-08-16 17:11:28 [3552] [22] DEBUG: short_message: 1687678:2017-08-16 17:11:28 [3552] [22] DEBUG:Octet string at 0x7f32c4000b30: 1687679:2017-08-16 17:11:28 [3552] [22] DEBUG: len: 82 1687680:2017-08-16 17:11:28 [3552] [22] DEBUG: size: 83 1687681:2017-08-16 17:11:28 [3552] [22] DEBUG: immutable: 0 1687682:2017-08-16 17:11:28 [3552] [22] DEBUG: data: 52 4d 30 3a 20 54 6f 20 75 6e 73 75 62 73 63 72 RM0: To unsubscr 1687683:2017-08-16 17:11:28 [3552] [22] DEBUG: data: 69 62 65 2c 20 73 65 6e 64 20 4f 55 54 20 36 39 ibe, send OUT 69 1687684:2017-08-16 17:11:28 [3552] [22] DEBUG: data: 31 31 31 2e 0a 54 65 6c 3a 20 36 30 33 38 36 30 111..Tel: 603860 1687685:2017-08-16 17:11:28 [3552] [22] DEBUG: data: 31 30 31 30 37 2c 49 6e 6x 6x 6x 6x 7x 2x 4x 7x 10107 1687686:2017-08-16 17:11:28 [3552] [22] DEBUG: data: 69 61 20 50 61 63 69 66 69 63 20 53 64 6e 20 42 1687687:2017-08-16 17:11:28 [3552] [22] DEBUG: data: 68 64 1687688:2017-08-16 17:11:28 [3552] [22] DEBUG:Octet string dump ends. 1687689:2017-08-16 17:11:28 [3552] [22] DEBUG: SMPP PDU dump ends. 1687692:2017-08-16 17:11:28 [3552] [22] DEBUG: SMPP[6SeriesConn13]: Got PDU: 1687693:2017-08-16 17:11:28 [3552] [22] DEBUG: SMPP PDU 0x7f32c4001e40 dump: 1687694:2017-08-16 17:11:28 [3552] [22] DEBUG: type_name: submit_sm_resp 1687695:2017-08-16 17:11:28 [3552] [22] DEBUG: command_id: 2147483652 = 0x8004 1687696:2017-08-16 17:11:28 [3552] [22] DEBUG: command_status: 0 = 0x 1687697:2017-08-16 17:11:28 [3552] [22] DEBUG: sequence_number: 619 = 0x026b 1687698:2017-08-16 17:11:28 [3552] [22] DEBUG: message_id: "31885349" 1687699:2017-08-16 17:11:28 [3552] [22] DEBUG: SMPP PDU dump ends. 1687802:2017-08-16 17:11:32 [3552] [22] DEBUG: SMPP PDU 0x7f32c4006850 dump: 1687803:2017
Wrong DLR ID.
13:2017-08-16 17:11:32 [3552] [22] DEBUG: destination_addr: "*" 1687814:2017-08-16 17:11:32 [3552] [22] DEBUG: esm_class: 4 = 0x0004 1687815:2017-08-16 17:11:32 [3552] [22] DEBUG: protocol_id: 0 = 0x 1687816:2017-08-16 17:11:32 [3552] [22] DEBUG: priority_flag: 0 = 0x 1687817:2017-08-16 17:11:32 [3552] [22] DEBUG: schedule_delivery_time: NULL 1687818:2017-08-16 17:11:32 [3552] [22] DEBUG: validity_period: NULL 1687819:2017-08-16 17:11:32 [3552] [22] DEBUG: registered_delivery: 0 = 0x 1687820:2017-08-16 17:11:32 [3552] [22] DEBUG: replace_if_present_flag: 0 = 0x 1687821:2017-08-16 17:11:32 [3552] [22] DEBUG: data_coding: 0 = 0x 1687822:2017-08-16 17:11:32 [3552] [22] DEBUG: sm_default_msg_id: 0 = 0x 1687823:2017-08-16 17:11:32 [3552] [22] DEBUG: sm_length: 0 = 0x 1687824:2017-08-16 17:11:32 [3552] [22] DEBUG: short_message: "" 1687825:2017-08-16 17:11:32 [3552] [22] DEBUG: message_state: 2 = 0x0002 1687826:2017-08-16 17:11:32 [3552] [22] DEBUG: receipted_message_id: "31885349" 1687827:2017-08-16 17:11:32 [3552] [22] DEBUG: Message State: "2" 1687828:2017-08-16 17:11:32 [3552] [22] DEBUG: SMPP PDU dump ends. Thank you and Regards, Arif Noor
RE: OPENSMPPBOX Panic
Hi Again, I'm getting the PANIC more and more each day and I still can't find what causing it. I can just revert to the old version, however the old version has another issue with "Garbage PDU" which I like to avoid as it keeps disconnecting user, but PANIC issue is more troubling as it crashed and disconnecting all user instead of one. Below are the latest 2 crashes log : 2017-05-22 23:03:34 [3366] [83] PANIC: gwlib/octstr.c:2569: seems_valid_real: Assertion `ostr->data[ostr->len] == '\0'' failed. (Called from gwlib/octstr.c:325:octstr_destroy.) 2017-05-22 23:03:34 [3366] [83] PANIC: /usr/local/kannel2/sbin/opensmppbox(gw_backtrace+0xae) [0x45db6e] 2017-05-22 23:03:34 [3366] [83] PANIC: /usr/local/kannel2/sbin/opensmppbox(gw_panic+0x159) [0x45dcd9] 2017-05-22 23:03:34 [3366] [83] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x45f95b] 2017-05-22 23:03:34 [3366] [83] PANIC: /usr/local/kannel2/sbin/opensmppbox(octstr_destroy+0x1d) [0x461c8d] 2017-05-22 23:03:34 [3366] [83] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x40e7bd] 2017-05-22 23:03:34 [3366] [83] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x41105f] 2017-05-22 23:03:34 [3366] [83] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x4546a9] 2017-05-22 23:03:34 [3366] [83] PANIC: /lib64/libpthread.so.0(+0x7aa1) [0x7fa32a0eaaa1] 2017-05-22 23:03:34 [3366] [83] PANIC: /lib64/libc.so.6(clone+0x6d) [0x7fa3297e693d] addr2line -e /usr/local/kannel2/sbin/opensmppbox 0x45db6e 0x45dcd9 0x45f95b 0x461c8d 0x40e7bd 0x41105f 0x4546a9 /home/trunk/gwlib/log.c:572 /home/trunk/gwlib/log.c:608 /home/trunk/gwlib/octstr.c:2571 /home/trunk/gwlib/octstr.c:326 /home/opensmppbox/trunk/gw/opensmppbox.c:1788 /home/opensmppbox/trunk/gw/opensmppbox.c:2150 /home/trunk/gwlib/gwthread-pthread.c:391 2017-05-22 23:21:28 [31827] [79] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x46b3fc] 2017-05-22 23:21:28 [31827] [79] PANIC: /lib64/libpthread.so.0(+0xf7e0) [0x7fd664b747e0] 2017-05-22 23:21:28 [31827] [79] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x45f992] 2017-05-22 23:21:28 [31827] [79] PANIC: /usr/local/kannel2/sbin/opensmppbox(octstr_destroy+0x1d) [0x461c8d] 2017-05-22 23:21:28 [31827] [79] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x40e787] 2017-05-22 23:21:28 [31827] [79] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x41105f] 2017-05-22 23:21:28 [31827] [79] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x4546a9] 2017-05-22 23:21:28 [31827] [79] PANIC: /lib64/libpthread.so.0(+0x7aa1) [0x7fd664b6caa1] 2017-05-22 23:21:28 [31827] [79] PANIC: /lib64/libc.so.6(clone+0x6d) [0x7fd66426893d] addr2line -e /usr/local/kannel2/sbin/opensmppbox 0x46b3fc 0x45f992 0x461c8d 0x40e787 0x41105f 0x4546a9 /home/trunk/gwlib/utils.c:168 /home/trunk/gwlib/octstr.c:2568 /home/trunk/gwlib/octstr.c:326 /home/opensmppbox/trunk/gw/opensmppbox.c:1779 /home/opensmppbox/trunk/gw/opensmppbox.c:2150 /home/trunk/gwlib/gwthread-pthread.c:391 Kindly need your assistance on this, do let me know if you need more information. Thanks! Arif Noor From: users [mailto:users-boun...@kannel.org] On Behalf Of Wan Md Arif Noor Bin. Wan Nizam Sent: Tuesday, May 16, 2017 10:42 AM To: users@kannel.org Subject: RE: OPENSMPPBOX Panic Hi Users, Anyone having this same issue? Need assist urgently. Thank you and Regards, Arif Noor From: users [mailto:users-boun...@kannel.org] On Behalf Of Wan Md Arif Noor Bin. Wan Nizam Sent: Thursday, May 11, 2017 9:49 AM To: users@kannel.org<mailto:users@kannel.org> Subject: OPENSMPPBOX Panic This sender failed our fraud detection checks and may not be who they appear to be. Learn about spoofing<http://aka.ms/LearnAboutSpoofing> Feedback<http://aka.ms/SafetyTipsFeedback> Hi Kannel Users, I'm having issues with Opensmppbox which will go into PANIC with below error every day after upgrading to new SVN 'svn-r5186M' 09th May 2017-05-09 05:52:42 [29877] [97] PANIC: gwlib/octstr.c:2564: seems_valid_real: Assertion `ostr->data != NULL' failed. (Called from gwlib/octstr.c:325:octstr_destroy.) 2017-05-09 05:52:42 [29877] [97] PANIC: /usr/local/kannel2/sbin/opensmppbox(gw_backtrace+0xae) [0x45db6e] 2017-05-09 05:52:42 [29877] [97] PANIC: /usr/local/kannel2/sbin/opensmppbox(gw_panic+0x159) [0x45dcd9] 2017-05-09 05:52:42 [29877] [97] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x45fb60] 2017-05-09 05:52:42 [29877] [97] PANIC: /usr/local/kannel2/sbin/opensmppbox(octstr_destroy+0x1d) [0x461c8d] 2017-05-09 05:52:42 [29877] [97] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x40e787] 2017-05-09 05:52:42 [29877] [97] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x41105f] 2017-05-09 05:52:42 [29877] [97] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x4546a9] 2017-05-09 05:52:42 [29877] [97] PANIC: /lib64/libpthread.so.0(+0x7aa1) [0x7fde85adeaa1] 2017-05-09 05:52:42 [29877] [97] PANIC: /lib64/libc.so.6(clone+0x6d) [0x7fde851da93d] 2017-05-09 12:53:12 [6023] [88] PANIC: /usr/local/kannel2/sbin
RE: OPENSMPPBOX Panic
Hi Users, Anyone having this same issue? Need assist urgently. Thank you and Regards, Arif Noor From: users [mailto:users-boun...@kannel.org] On Behalf Of Wan Md Arif Noor Bin. Wan Nizam Sent: Thursday, May 11, 2017 9:49 AM To: users@kannel.org Subject: OPENSMPPBOX Panic This sender failed our fraud detection checks and may not be who they appear to be. Learn about spoofing<http://aka.ms/LearnAboutSpoofing> Feedback<http://aka.ms/SafetyTipsFeedback> Hi Kannel Users, I'm having issues with Opensmppbox which will go into PANIC with below error every day after upgrading to new SVN 'svn-r5186M' 09th May 2017-05-09 05:52:42 [29877] [97] PANIC: gwlib/octstr.c:2564: seems_valid_real: Assertion `ostr->data != NULL' failed. (Called from gwlib/octstr.c:325:octstr_destroy.) 2017-05-09 05:52:42 [29877] [97] PANIC: /usr/local/kannel2/sbin/opensmppbox(gw_backtrace+0xae) [0x45db6e] 2017-05-09 05:52:42 [29877] [97] PANIC: /usr/local/kannel2/sbin/opensmppbox(gw_panic+0x159) [0x45dcd9] 2017-05-09 05:52:42 [29877] [97] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x45fb60] 2017-05-09 05:52:42 [29877] [97] PANIC: /usr/local/kannel2/sbin/opensmppbox(octstr_destroy+0x1d) [0x461c8d] 2017-05-09 05:52:42 [29877] [97] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x40e787] 2017-05-09 05:52:42 [29877] [97] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x41105f] 2017-05-09 05:52:42 [29877] [97] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x4546a9] 2017-05-09 05:52:42 [29877] [97] PANIC: /lib64/libpthread.so.0(+0x7aa1) [0x7fde85adeaa1] 2017-05-09 05:52:42 [29877] [97] PANIC: /lib64/libc.so.6(clone+0x6d) [0x7fde851da93d] 2017-05-09 12:53:12 [6023] [88] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x46b3fc] 2017-05-09 12:53:12 [6023] [88] PANIC: /lib64/libpthread.so.0(+0xf7e0) [0x7f27f82977e0] 2017-05-09 12:53:12 [6023] [88] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x45f8fb] 2017-05-09 12:53:12 [6023] [88] PANIC: /usr/local/kannel2/sbin/opensmppbox(octstr_get_cstr_real+0x13) [0x45fb83] 2017-05-09 12:53:12 [6023] [88] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x41051a] 2017-05-09 12:53:12 [6023] [88] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x4546a9] 2017-05-09 12:53:12 [6023] [88] PANIC: /lib64/libpthread.so.0(+0x7aa1) [0x7f27f828faa1] 2017-05-09 12:53:12 [6023] [88] PANIC: /lib64/libc.so.6(clone+0x6d) [0x7f27f798b93d] 10th May 2017-05-10 16:00:40 [27593] [72] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x46b3fc] 2017-05-10 16:00:40 [27593] [72] PANIC: /lib64/libpthread.so.0(+0xf7e0) [0x7f1b36cd17e0] 2017-05-10 16:00:40 [27593] [72] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x45f8fb] 2017-05-10 16:00:40 [27593] [72] PANIC: /usr/local/kannel2/sbin/opensmppbox(octstr_get_cstr_real+0x13) [0x45fb83] 2017-05-10 16:00:40 [27593] [72] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x41051a] 2017-05-10 16:00:40 [27593] [72] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x4546a9] 2017-05-10 16:00:40 [27593] [72] PANIC: /lib64/libpthread.so.0(+0x7aa1) [0x7f1b36cc9aa1] 2017-05-10 16:00:40 [27593] [72] PANIC: /lib64/libc.so.6(clone+0x6d) [0x7f1b363c593d] Opensmppbox Configuration group = core dlr-storage = mysql group = opensmppbox opensmppbox-id = FSMPP opensmppbox-port = 3476 bearerbox-host = localhost bearerbox-port = 14002 log-level = 0 log-file = "/var/log/kannel/smppbox/debug.log" our-system-id = fSystem use-systemid-as-smsboxid = 1 smpp-logins = "/opt/kannel/smpplogins.txt" group = mysql-connection id = mydlr host = localhost username = * password = * database = kannel max-connections = 6 group = dlr-db id = mydlr table = dlr_smpp field-smsc = smsc field-timestamp = ts field-destination = destination field-source = source field-service = service field-url = url field-mask = mask field-status = status field-boxc-id = boxcid Kindly assist Regards and thanks, Arif Noor
OPENSMPPBOX Panic
Hi Kannel Users, I'm having issues with Opensmppbox which will go into PANIC with below error every day after upgrading to new SVN 'svn-r5186M' 09th May 2017-05-09 05:52:42 [29877] [97] PANIC: gwlib/octstr.c:2564: seems_valid_real: Assertion `ostr->data != NULL' failed. (Called from gwlib/octstr.c:325:octstr_destroy.) 2017-05-09 05:52:42 [29877] [97] PANIC: /usr/local/kannel2/sbin/opensmppbox(gw_backtrace+0xae) [0x45db6e] 2017-05-09 05:52:42 [29877] [97] PANIC: /usr/local/kannel2/sbin/opensmppbox(gw_panic+0x159) [0x45dcd9] 2017-05-09 05:52:42 [29877] [97] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x45fb60] 2017-05-09 05:52:42 [29877] [97] PANIC: /usr/local/kannel2/sbin/opensmppbox(octstr_destroy+0x1d) [0x461c8d] 2017-05-09 05:52:42 [29877] [97] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x40e787] 2017-05-09 05:52:42 [29877] [97] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x41105f] 2017-05-09 05:52:42 [29877] [97] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x4546a9] 2017-05-09 05:52:42 [29877] [97] PANIC: /lib64/libpthread.so.0(+0x7aa1) [0x7fde85adeaa1] 2017-05-09 05:52:42 [29877] [97] PANIC: /lib64/libc.so.6(clone+0x6d) [0x7fde851da93d] 2017-05-09 12:53:12 [6023] [88] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x46b3fc] 2017-05-09 12:53:12 [6023] [88] PANIC: /lib64/libpthread.so.0(+0xf7e0) [0x7f27f82977e0] 2017-05-09 12:53:12 [6023] [88] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x45f8fb] 2017-05-09 12:53:12 [6023] [88] PANIC: /usr/local/kannel2/sbin/opensmppbox(octstr_get_cstr_real+0x13) [0x45fb83] 2017-05-09 12:53:12 [6023] [88] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x41051a] 2017-05-09 12:53:12 [6023] [88] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x4546a9] 2017-05-09 12:53:12 [6023] [88] PANIC: /lib64/libpthread.so.0(+0x7aa1) [0x7f27f828faa1] 2017-05-09 12:53:12 [6023] [88] PANIC: /lib64/libc.so.6(clone+0x6d) [0x7f27f798b93d] 10th May 2017-05-10 16:00:40 [27593] [72] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x46b3fc] 2017-05-10 16:00:40 [27593] [72] PANIC: /lib64/libpthread.so.0(+0xf7e0) [0x7f1b36cd17e0] 2017-05-10 16:00:40 [27593] [72] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x45f8fb] 2017-05-10 16:00:40 [27593] [72] PANIC: /usr/local/kannel2/sbin/opensmppbox(octstr_get_cstr_real+0x13) [0x45fb83] 2017-05-10 16:00:40 [27593] [72] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x41051a] 2017-05-10 16:00:40 [27593] [72] PANIC: /usr/local/kannel2/sbin/opensmppbox() [0x4546a9] 2017-05-10 16:00:40 [27593] [72] PANIC: /lib64/libpthread.so.0(+0x7aa1) [0x7f1b36cc9aa1] 2017-05-10 16:00:40 [27593] [72] PANIC: /lib64/libc.so.6(clone+0x6d) [0x7f1b363c593d] Opensmppbox Configuration group = core dlr-storage = mysql group = opensmppbox opensmppbox-id = FSMPP opensmppbox-port = 3476 bearerbox-host = localhost bearerbox-port = 14002 log-level = 0 log-file = "/var/log/kannel/smppbox/debug.log" our-system-id = fSystem use-systemid-as-smsboxid = 1 smpp-logins = "/opt/kannel/smpplogins.txt" group = mysql-connection id = mydlr host = localhost username = * password = * database = kannel max-connections = 6 group = dlr-db id = mydlr table = dlr_smpp field-smsc = smsc field-timestamp = ts field-destination = destination field-source = source field-service = service field-url = url field-mask = mask field-status = status field-boxc-id = boxcid Kindly assist Regards and thanks, Arif Noor
RE: Opensmppbox Issue
I think he replied to the wrong case maybe? Regards, Arif Noor. From: users [mailto:users-boun...@kannel.org] On Behalf Of Vangelis Typaldos Sent: Thursday, April 06, 2017 4:51 PM To: René Kapayo; Stipe Tolj Cc: users@kannel.org Subject: Re: Opensmppbox Issue Rene which was the issue? I have the same issue and these garbage generate nack pdu to the client and disconnections. BR Από: René Kapayo<mailto:yagb...@gmail.com> Αποστολή: Πέμπτη, 6 Απριλίου 2017 11:18 Προς: Stipe Tolj<mailto:st...@kannel.org> Κοιν.: users@kannel.org<mailto:users@kannel.org> Θέμα: Re: Opensmppbox Issue Hi Stipe, Sorry for delay. The issue was resolved. Thanks 2017-04-05 15:48 GMT+01:00 Stipe Tolj <st...@kannel.org<mailto:st...@kannel.org>>: Am 05.04.17 03:25, schrieb Wan Md Arif Noor Bin. Wan Nizam: Hi Rene, I don’t quite understand what you mean by something different from smpp, is there any way for me to trace which transaction / sequence was causing this error, I already done a tcpdump but can’t really find anything peculiar. if you can share the tcpdump capture file to Rene and me, we can have a chance to look into it. -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation tolj.org<http://tolj.org> system architecture http://www.kannel.org/http://www.tolj.org/ st...@kannel.org<mailto:st...@kannel.org> s...@tolj.org<mailto:s...@tolj.org> --- -- Rene KAPAYO Ingenieur Informaticien Certifié Prince 2 Fundation Tél.(portable) : +236 75 20 25 79 Domicile (portable) : +236 77 06 40 43 B.P. 2533 Bangui Republique Centrafricaine
RE: Opensmppbox Issue
Hi Rene, I don’t quite understand what you mean by something different from smpp, is there any way for me to trace which transaction / sequence was causing this error, I already done a tcpdump but can’t really find anything peculiar. Thanks again, Arif Noor From: Rene Kluwen [mailto:rene.klu...@chimit.nl] Sent: Monday, April 03, 2017 9:26 PM To: Wan Md Arif Noor Bin. Wan Nizam; users@kannel.org Subject: Re: Opensmppbox Issue Most probable cause is that they connect with something different from smpp. -- Origineel bericht -- Van: "Wan Md Arif Noor Bin. Wan Nizam" <md.a...@forest-interactive.com<mailto:md.a...@forest-interactive.com>> Aan: "users@kannel.org<mailto:users@kannel.org>" <users@kannel.org<mailto:users@kannel.org>> Verzonden: 29-3-2017 4:22:28 Onderwerp: Opensmppbox Issue Hi Kannel Users, I have an issue where recently user is constatly reconnecting to the opensmppbox. Digging into the logs found below information. 1008761:2017-03-29 09:50:23 [17929] [3595] ERROR: SMPP: PDU length was too small (4, minimum is 16). 1008762:2017-03-29 09:50:23 [17929] [3595] ERROR: opensmppbox[Zen]: Server sent garbage, ignored. 1008763:2017-03-29 09:50:23 [17929] [3595] ERROR: Invalid SMPP PDU received. 1008764:2017-03-29 09:50:23 [17929] [3595] DEBUG: Thread 3595 (opensmppbox.c:smpp_to_bearerbox) terminates. This only occur recently since few days ago for that particular user. Can’t find anything weird or what sequence caused that in the logs aside from above. Kindly advise. Kannel Version : Kannel bearerbox version `svn-r5154M'. Opensmppbox version 1.5.0 Thanks, Arif Noor
Opensmppbox Issue
Hi Kannel Users, I have an issue where recently user is constatly reconnecting to the opensmppbox. Digging into the logs found below information. 1008761:2017-03-29 09:50:23 [17929] [3595] ERROR: SMPP: PDU length was too small (4, minimum is 16). 1008762:2017-03-29 09:50:23 [17929] [3595] ERROR: opensmppbox[Zen]: Server sent garbage, ignored. 1008763:2017-03-29 09:50:23 [17929] [3595] ERROR: Invalid SMPP PDU received. 1008764:2017-03-29 09:50:23 [17929] [3595] DEBUG: Thread 3595 (opensmppbox.c:smpp_to_bearerbox) terminates. This only occur recently since few days ago for that particular user. Can't find anything weird or what sequence caused that in the logs aside from above. Kindly advise. Kannel Version : Kannel bearerbox version `svn-r5154M'. Opensmppbox version 1.5.0 Thanks, Arif Noor
RE: Symbols in UDH
BUG: esm_class: 64 = 0x0040
579557:2016-10-31 11:26:07 [27389] [38] DEBUG: protocol_id: 0 = 0x
579558:2016-10-31 11:26:07 [27389] [38] DEBUG: priority_flag: 0 = 0x
579559:2016-10-31 11:26:07 [27389] [38] DEBUG: schedule_delivery_time: NULL
579560:2016-10-31 11:26:07 [27389] [38] DEBUG: validity_period: NULL
579561:2016-10-31 11:26:07 [27389] [38] DEBUG: registered_delivery: 0 =
0x
579562:2016-10-31 11:26:07 [27389] [38] DEBUG: replace_if_present_flag: 0 =
0x
579563:2016-10-31 11:26:07 [27389] [38] DEBUG: data_coding: 0 = 0x
579564:2016-10-31 11:26:07 [27389] [38] DEBUG: sm_default_msg_id: 0 =
0x
579565:2016-10-31 11:26:07 [27389] [38] DEBUG: sm_length: 17 = 0x0011
579566:2016-10-31 11:26:07 [27389] [38] DEBUG: short_message:
579567:2016-10-31 11:26:07 [27389] [38] DEBUG:Octet string at
0x7f1198009e40:
579568:2016-10-31 11:26:07 [27389] [38] DEBUG: len: 17
579569:2016-10-31 11:26:07 [27389] [38] DEBUG: size: 1024
579570:2016-10-31 11:26:07 [27389] [38] DEBUG: immutable: 0
579571:2016-10-31 11:26:07 [27389] [38] DEBUG: data: 05 00 03 5e 02 02 47
47 47 47 47 47 47 47 47 47 ...^..GG
579572:2016-10-31 11:26:07 [27389] [38] DEBUG: data: 47
G
579573:2016-10-31 11:26:07 [27389] [38] DEBUG:Octet string dump ends.
579574:2016-10-31 11:26:07 [27389] [38] DEBUG: SMPP PDU dump ends.
579575:2016-10-31 11:26:07 [27389] [38] DEBUG: SMPP[6SeriesConn1]: throughput
(2.00,7.00)
579576:2016-10-31 11:26:07 [27389] [38] DEBUG: SMPP[6SeriesConn1]: throughput
(2.00,7.00)
579577:2016-10-31 11:26:07 [27389] [38] DEBUG: SMPP[6SeriesConn1]: Got PDU:
579578:2016-10-31 11:26:07 [27389] [38] DEBUG: SMPP PDU 0x7f11980051b0 dump:
579579:2016-10-31 11:26:07 [27389] [38] DEBUG: type_name: submit_sm_resp
579580:2016-10-31 11:26:07 [27389] [38] DEBUG: command_id: 2147483652 =
0x8004
579581:2016-10-31 11:26:07 [27389] [38] DEBUG: command_status: 1 = 0x0001
579582:2016-10-31 11:26:07 [27389] [38] DEBUG: sequence_number: 18465 =
0x4821
579583:2016-10-31 11:26:07 [27389] [38] DEBUG: message_id: NULL
579584:2016-10-31 11:26:07 [27389] [38] DEBUG: SMPP PDU dump ends.
579585:2016-10-31 11:26:07 [27389] [38] ERROR: SMPP[6SeriesConn1]: SMSC
returned error code 0x0001 (Message Length is invalid) in response to
submit_sm PDU.
The only way I can think to not receive this error is by using max-sms-octets
unless there’s a way to exclude those characters from being used in the UDH.
Thank you and Regards,
Arif Noor.
From: Paulo Correia [mailto:paulo.corr...@pdmfc.com]
Sent: Monday, October 31, 2016 6:05 PM
To: Arif Noor; users@kannel.org
Subject: Re: Symbols in UDH
Hello Arif,
It seems you are mistaking UDH with the message itself ... User Data Header is
used to send extra information on the message, for example information of
concatenated messages.
You have UDH=05 00 03 5b 02 01
which means:
* 05 - UDH data length = 5 byte
* 00 - TAG 00 of first TLV of UDF (concatenated message)
* 03 - Length of data of TLV - 3 bytes
* 5b - Common reference of all messages of same concatenated message
* 02 - Number of messages of the concatenated message (2 messages)
* 01 - Index of the current message on the concatenated message (1st
message)
After the UDH you have the message, but there will be another message after.
Do note that on the normal GMS Character table, there are characters that need
an escape character and thus needing two characters to be sent.
Best regards,
Paulo Correia
On 10/31/2016 02:28 AM, Arif Noor wrote:
Hi Users,
Anyone can assist on this?
Thank you and Regards,
Arif Noor
From: users [mailto:users-boun...@kannel.org] On Behalf Of Arif Noor
Sent: Thursday, October 27, 2016 12:13 PM
To: users@kannel.org<mailto:users@kannel.org>
Subject: Symbols in UDH
This sender failed our fraud detection checks and may not be who they appear to
be. Learn about spoofing<http://aka.ms/LearnAboutSpoofing>
Feedback<http://aka.ms/SafetyTipsFeedback>
Hi Users,
I’ve been seeing few symbols in the UDH that caused the MT to be rejected by
the SMSC. All SMS with these |^€{}[]~ symbol in the UDH will be rejected by
SMSC with below error. I read somewhere that these characters in the GSM 03.38
Extension Table that can be used for the cost of two characters. That means the
message below are not 159 in length?
SMS are sent by calling the CGI send sms url. Configuration as per attachment.
Kannel ver : svn-r5173M
730101:2016-10-27 09:59:40 [27389] [25] DEBUG: SMPP PDU 0x7f11ac000c40 dump:
730102:2016-10-27 09:59:40 [27389] [25] DEBUG: type_name: submit_sm
730103:2016-10-27 09:59:40 [27389] [25] DEBUG: command_id: 4 = 0x0004
730104:2016-10-27 09:59:40 [27389] [25] DEBUG: command_status: 0 = 0x
730105:2016-10-27 09:59:40 [27389] [25] DEBUG: sequence_number: 7243 =
0x1c4b
730106:20
RE: Symbols in UDH
Hi Users,
Anyone can assist on this?
Thank you and Regards,
Arif Noor
From: users [mailto:users-boun...@kannel.org] On Behalf Of Arif Noor
Sent: Thursday, October 27, 2016 12:13 PM
To: users@kannel.org
Subject: Symbols in UDH
This sender failed our fraud detection checks and may not be who they appear to
be. Learn about spoofing<http://aka.ms/LearnAboutSpoofing>
Feedback<http://aka.ms/SafetyTipsFeedback>
Hi Users,
I’ve been seeing few symbols in the UDH that caused the MT to be rejected by
the SMSC. All SMS with these |^€{}[]~ symbol in the UDH will be rejected by
SMSC with below error. I read somewhere that these characters in the GSM 03.38
Extension Table that can be used for the cost of two characters. That means the
message below are not 159 in length?
SMS are sent by calling the CGI send sms url. Configuration as per attachment.
Kannel ver : svn-r5173M
730101:2016-10-27 09:59:40 [27389] [25] DEBUG: SMPP PDU 0x7f11ac000c40 dump:
730102:2016-10-27 09:59:40 [27389] [25] DEBUG: type_name: submit_sm
730103:2016-10-27 09:59:40 [27389] [25] DEBUG: command_id: 4 = 0x0004
730104:2016-10-27 09:59:40 [27389] [25] DEBUG: command_status: 0 = 0x
730105:2016-10-27 09:59:40 [27389] [25] DEBUG: sequence_number: 7243 =
0x1c4b
730106:2016-10-27 09:59:40 [27389] [25] DEBUG: service_type: NULL
730107:2016-10-27 09:59:40 [27389] [25] DEBUG: source_addr_ton: 0 = 0x
730108:2016-10-27 09:59:40 [27389] [25] DEBUG: source_addr_npi: 1 = 0x0001
730109:2016-10-27 09:59:40 [27389] [25] DEBUG: source_addr: "38688"
730110:2016-10-27 09:59:40 [27389] [25] DEBUG: dest_addr_ton: 1 = 0x0001
730111:2016-10-27 09:59:40 [27389] [25] DEBUG: dest_addr_npi: 1 = 0x0001
730112:2016-10-27 09:59:40 [27389] [25] DEBUG: destination_addr: "deleted"
730113:2016-10-27 09:59:40 [27389] [25] DEBUG: esm_class: 64 = 0x0040
730114:2016-10-27 09:59:40 [27389] [25] DEBUG: protocol_id: 0 = 0x
730115:2016-10-27 09:59:40 [27389] [25] DEBUG: priority_flag: 0 = 0x
730116:2016-10-27 09:59:40 [27389] [25] DEBUG: schedule_delivery_time: NULL
730117:2016-10-27 09:59:40 [27389] [25] DEBUG: validity_period: NULL
730118:2016-10-27 09:59:40 [27389] [25] DEBUG: registered_delivery: 1 =
0x0001
730119:2016-10-27 09:59:40 [27389] [25] DEBUG: replace_if_present_flag: 0 =
0x
730120:2016-10-27 09:59:40 [27389] [25] DEBUG: data_coding: 0 = 0x
730121:2016-10-27 09:59:40 [27389] [25] DEBUG: sm_default_msg_id: 0 =
0x
730122:2016-10-27 09:59:40 [27389] [25] DEBUG: sm_length: 159 = 0x009f
730123:2016-10-27 09:59:40 [27389] [25] DEBUG: short_message:
730124:2016-10-27 09:59:40 [27389] [25] DEBUG:Octet string at
0x7f11ac000f60:
730125:2016-10-27 09:59:40 [27389] [25] DEBUG: len: 159
730126:2016-10-27 09:59:40 [27389] [25] DEBUG: size: 1024
730127:2016-10-27 09:59:40 [27389] [25] DEBUG: immutable: 0
730128:2016-10-27 09:59:40 [27389] [25] DEBUG: data: 05 00 03 5b 02 01 52
4d 30 3a 20 53 75 62 73 63 ...[..RM0: Subsc
730129:2016-10-27 09:59:40 [27389] [25] DEBUG: data: 72 69 70 74 69 6f 6e
20 52 65 6d 69 6e 64 65 72 ription Reminder
730130:2016-10-27 09:59:40 [27389] [25] DEBUG: data: 2e 4e 6f 20 73 75 62
73 63 72 69 70 74 69 6f 6e .No subscription
730131:2016-10-27 09:59:40 [27389] [25] DEBUG: data: 20 66 65 65 2e 50 72
69 63 65 3a 52 4d 35 2e 30fee.Price:RM5.0
730132:2016-10-27 09:59:40 [27389] [25] DEBUG: data: 30 2f 53 4d 53 20 28
45 78 63 6c 2e 20 47 53 54 0/SMS (Excl. GST
730133:2016-10-27 09:59:40 [27389] [25] DEBUG: data: 29 2e 37 53 4d 53 2f
57 65 65 6b 2e 41 75 74 6f ).7SMS/Week.Auto
730134:2016-10-27 09:59:40 [27389] [25] DEBUG: data: 20 72 65 6e 65 77 61
6c 20 32 39 2f 31 30 2f 32renewal 29/10/2
730135:2016-10-27 09:59:40 [27389] [25] DEBUG: data: 30 31 36 20 75 6e 6c
65 73 73 20 63 61 6e 63 65 016 unless cance
730136:2016-10-27 09:59:40 [27389] [25] DEBUG: data: 6c 6c 65 64 2e 54 6f
20 63 61 6e 63 65 6c 2c 20 lled.To cancel,
730137:2016-10-27 09:59:40 [27389] [25] DEBUG: data: 73 65 6e 64 20 53 54
4f 50 20 41 50 50 53 20 send STOP APPS
730138:2016-10-27 09:59:40 [27389] [25] DEBUG:Octet string dump ends.
730139:2016-10-27 09:59:40 [27389] [25] DEBUG: SMPP PDU dump ends.
730140:2016-10-27 09:59:40 [27389] [25] DEBUG: SMPP[3SeriesConn20]: throughput
(4.00,7.00)
730141:2016-10-27 09:59:40 [27389] [25] DEBUG: SMPP[3SeriesConn20]: Manually
forced source addr ton = 0, source add npi = 1
730142:2016-10-27 09:59:40 [27389] [25] DEBUG: SMPP[3SeriesConn20]: Manually
forced dest addr ton = 1, dest add npi = 1
730143:2016-10-27 09:59:40 [27389] [25] DEBUG: SMPP[3SeriesConn20]: Sending PDU:
730144:2016-10-27 09:59:40 [27389] [25] DEBUG: SMPP PDU 0x7f11ac000c40 dump:
730145:2016-10-27 09:59:40 [27389] [25] DEBUG: type_name: submit_sm
730146:2016-10-27 09:59:40 [27389] [25] DEBUG: command_id:
Symbols in UDH
09:59:40 [27389] [25] DEBUG: source_addr: "38688" 730153:2016-10-27 09:59:40 [27389] [25] DEBUG: dest_addr_ton: 1 = 0x0001 730154:2016-10-27 09:59:40 [27389] [25] DEBUG: dest_addr_npi: 1 = 0x0001 730155:2016-10-27 09:59:40 [27389] [25] DEBUG: destination_addr: "deleted" 730156:2016-10-27 09:59:40 [27389] [25] DEBUG: esm_class: 64 = 0x0040 730157:2016-10-27 09:59:40 [27389] [25] DEBUG: protocol_id: 0 = 0x 730158:2016-10-27 09:59:40 [27389] [25] DEBUG: priority_flag: 0 = 0x 730159:2016-10-27 09:59:40 [27389] [25] DEBUG: schedule_delivery_time: NULL 730160:2016-10-27 09:59:40 [27389] [25] DEBUG: validity_period: NULL 730161:2016-10-27 09:59:40 [27389] [25] DEBUG: registered_delivery: 0 = 0x 730162:2016-10-27 09:59:40 [27389] [25] DEBUG: replace_if_present_flag: 0 = 0x 730163:2016-10-27 09:59:40 [27389] [25] DEBUG: data_coding: 0 = 0x 730164:2016-10-27 09:59:40 [27389] [25] DEBUG: sm_default_msg_id: 0 = 0x 730165:2016-10-27 09:59:40 [27389] [25] DEBUG: sm_length: 14 = 0x000e 730166:2016-10-27 09:59:40 [27389] [25] DEBUG: short_message: 730167:2016-10-27 09:59:40 [27389] [25] DEBUG:Octet string at 0x7f11ac000f60: 730168:2016-10-27 09:59:40 [27389] [25] DEBUG: len: 14 730169:2016-10-27 09:59:40 [27389] [25] DEBUG: size: 1024 730170:2016-10-27 09:59:40 [27389] [25] DEBUG: immutable: 0 730171:2016-10-27 09:59:40 [27389] [25] DEBUG: data: 05 00 03 5b 02 02 74 6f 20 33 38 36 38 38 ...[..to 38688 730172:2016-10-27 09:59:40 [27389] [25] DEBUG:Octet string dump ends. 730173:2016-10-27 09:59:40 [27389] [25] DEBUG: SMPP PDU dump ends. 730174:2016-10-27 09:59:40 [27389] [25] DEBUG: SMPP[3SeriesConn20]: throughput (5.00,7.00) 730175:2016-10-27 09:59:40 [27389] [25] DEBUG: SMPP[3SeriesConn20]: throughput (5.00,7.00) 730176:2016-10-27 09:59:40 [27389] [25] DEBUG: SMPP[3SeriesConn20]: Got PDU: 730177:2016-10-27 09:59:40 [27389] [25] DEBUG: SMPP PDU 0x7f11ac000c40 dump: 730178:2016-10-27 09:59:40 [27389] [25] DEBUG: type_name: submit_sm_resp 730179:2016-10-27 09:59:40 [27389] [25] DEBUG: command_id: 2147483652 = 0x8004 730180:2016-10-27 09:59:40 [27389] [25] DEBUG: command_status: 1 = 0x0001 730181:2016-10-27 09:59:40 [27389] [25] DEBUG: sequence_number: 7243 = 0x1c4b 730182:2016-10-27 09:59:40 [27389] [25] DEBUG: message_id: NULL 730183:2016-10-27 09:59:40 [27389] [25] DEBUG: SMPP PDU dump ends. 730184:2016-10-27 09:59:40 [27389] [25] ERROR: SMPP[3SeriesConn20]: SMSC returned error code 0x0001 (Message Length is invalid) in response to submit_sm PDU. Is there any way to avoid this symbol from being used in the UDH? Looking forward to your kind assist on this. Thank you and Regards, Arif Noor, group = smsc smsc = smpp smsc-id = 3SeriesConn20 allowed-smsc-id = "3SeriesConn20" host = removed port = removed system-type = "" address-range = "" smsc-username = "removed" smsc-password = "removed" source-addr-ton = 0 source-addr-npi = 1 dest-addr-ton = 1 dest-addr-npi = 1 interface-version = 50 throughput = 7 alt-charset = "utf-8" connection-timeout = 700 max-pending-submits = 15 enquire-link-interval = 30 transceiver-mode = 1 #wait-ack = 60 log-file = "/opt/kannel/kannel_dump/bearerBox/3sdebug.log" log-level = 0 esm-class = 0 group = sendsms-user username = removed password = smsPass max-messages = 4 concatenation = true default-smsc = 3SeriesConn20 group = sms-service keyword = default accepted-smsc = 3SeriesConn20 get-url = "http://0.0.0.0/k-api/kMO.aspx?msisdn=%q=%a=%P; max-messages = 0
Question on dlr-mask and message_state.
Hi Users, I have a question regarding this, as per in documentation, type 1 is delivered, type 2 is undelivered. >From what I understand, when receiving deliver_sm with message_state = 2, >means the dlr-type = 1 and when receiving deliver_sm with message_state = 5 means the dlr-type = 2 However the smsc are sending deliver_sm with message_state = 8 (rejected) but the dlr-type Is still = 2, shouldn't I receive type 16 instead? 2517229:2016-10-19 11:41:14 [3589] [12] DEBUG: SMPP PDU 0x7fd24800e4a0 dump: 2517230:2016-10-19 11:41:14 [3589] [12] DEBUG: type_name: deliver_sm 2517231:2016-10-19 11:41:14 [3589] [12] DEBUG: command_id: 5 = 0x0005 2517232:2016-10-19 11:41:14 [3589] [12] DEBUG: command_status: 0 = 0x 2517233:2016-10-19 11:41:14 [3589] [12] DEBUG: sequence_number: 46 = 0x002e 2517234:2016-10-19 11:41:14 [3589] [12] DEBUG: service_type: NULL 2517235:2016-10-19 11:41:14 [3589] [12] DEBUG: source_addr_ton: 1 = 0x0001 2517236:2016-10-19 11:41:14 [3589] [12] DEBUG: source_addr_npi: 1 = 0x0001 2517237:2016-10-19 11:41:14 [3589] [12] DEBUG: source_addr: "removed" 2517238:2016-10-19 11:41:14 [3589] [12] DEBUG: dest_addr_ton: 0 = 0x 2517239:2016-10-19 11:41:14 [3589] [12] DEBUG: dest_addr_npi: 1 = 0x0001 2517240:2016-10-19 11:41:14 [3589] [12] DEBUG: destination_addr: "68123" 2517241:2016-10-19 11:41:14 [3589] [12] DEBUG: esm_class: 4 = 0x0004 2517242:2016-10-19 11:41:14 [3589] [12] DEBUG: protocol_id: 0 = 0x 2517243:2016-10-19 11:41:14 [3589] [12] DEBUG: priority_flag: 0 = 0x 2517244:2016-10-19 11:41:14 [3589] [12] DEBUG: schedule_delivery_time: NULL 2517245:2016-10-19 11:41:14 [3589] [12] DEBUG: validity_period: NULL 2517246:2016-10-19 11:41:14 [3589] [12] DEBUG: registered_delivery: 0 = 0x 2517247:2016-10-19 11:41:14 [3589] [12] DEBUG: replace_if_present_flag: 0 = 0x 2517248:2016-10-19 11:41:14 [3589] [12] DEBUG: data_coding: 0 = 0x 2517249:2016-10-19 11:41:14 [3589] [12] DEBUG: sm_default_msg_id: 0 = 0x 2517250:2016-10-19 11:41:14 [3589] [12] DEBUG: sm_length: 0 = 0x 2517251:2016-10-19 11:41:14 [3589] [12] DEBUG: short_message: "" 2517252:2016-10-19 11:41:14 [3589] [12] DEBUG: message_state: 8 = 0x0008 2517253:2016-10-19 11:41:14 [3589] [12] DEBUG: receipted_message_id: 2517254:2016-10-19 11:41:14 [3589] [12] DEBUG:Octet string at 0x7fd248009660: 2517255:2016-10-19 11:41:14 [3589] [12] DEBUG: len: 27 2517256:2016-10-19 11:41:14 [3589] [12] DEBUG: size: 28 2517257:2016-10-19 11:41:14 [3589] [12] DEBUG: immutable: 0 2517258:2016-10-19 11:41:14 [3589] [12] DEBUG: data: 31 34 37 36 38 34 38 33 36 33 3a 3x 3x 3x 3x 3x 1476848363:x 2517259:2016-10-19 11:41:14 [3589] [12] DEBUG: data: 3x 3x 3x 3x 3x 3x 3x 3a 31 3a 31 xxx:1:1 2517260:2016-10-19 11:41:14 [3589] [12] DEBUG:Octet string dump ends. 2517261:2016-10-19 11:41:14 [3589] [12] DEBUG: SMPP PDU dump ends. 2517262:2016-10-19 11:41:14 [3589] [12] DEBUG: SMPP[smppConnection1] handle_pdu, got DLR 2517263:2016-10-19 11:41:14 [3589] [12] DEBUG: DLR[internal]: Looking for DLR smsc=smppConnection1, ts=87887741795, dst=xx, type=2 2517264:2016-10-19 11:41:14 [3589] [12] DEBUG: DLR[internal]: created DLR message for URL <http://removed ?type='%d' > Url call http://localhost:13017/cgi-bin/sendsms?username=smsSMPP1=removed=68123=+removed=TESTING347=31=http://removed?type='%d' Looking forward to your kind advise on this. Regards, Arif Noor
RE: Thoughput Error
Hi, Yes I do as you can see from the log itself. My concern is the throughput glitch that I already show previously. I just sending 1 MT and see what the log shows. “throughput limit exceeded (2695.57,2.00)” From: Mohammed Saleem [mailto:mohammedsl...@gmail.com] Sent: Thursday, August 18, 2016 2:08 PM To: Arif Noor Cc: users@kannel.org; vinayak mv; ha...@aeon.pk Subject: RE: Thoughput Error Hello Arif Are you setting throughput limit in your SMPP config? On Aug 18, 2016 4:24 AM, "Arif Noor" <md.a...@forest-interactive.com<mailto:md.a...@forest-interactive.com>> wrote: Hi Hamza, It’s not really about the throttling, the issue is I’m sending 1 MT and it logged as 2k which Is absolutely weird. Kindly view the log again. 3228010:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP[smppConnection3]: throughput limit exceeded (2695.57,2.00) Best Regards, Arif Noor, From: ha...@aeon.pk<mailto:ha...@aeon.pk> [mailto:ha...@aeon.pk<mailto:ha...@aeon.pk>] Sent: Wednesday, August 17, 2016 4:24 PM To: vinayak mv Cc: Arif Noor; users@kannel.org<mailto:users@kannel.org> Subject: Re: Thoughput Error Your operator is throttling your traffic. Ask them to check either TPS or window size against your connection. On Mon, Aug 15, 2016 at 7:49 AM, vinayak mv <vinayakvasu...@gmail.com<mailto:vinayakvasu...@gmail.com>> wrote: Hi, Im using Kannel version svn-r5164 , when i found the same throttling performance issue in kannel 1.4.4 . On Mon, Aug 15, 2016 at 7:10 AM, Arif Noor <md.a...@forest-interactive.com<mailto:md.a...@forest-interactive.com>> wrote: Hi Kannel Users, I have noticed this weird throughput limit error when sending even 1 MT in the latest svn build, is this a bug? Kannel Version `svn-r5166'. 3227969:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP[smppConnection3]: Sending PDU: 3227970:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP PDU 0x7f554006a320 dump: 3227971:2016-08-12 12:31:26 [11927] [8] DEBUG: type_name: submit_sm 3227972:2016-08-12 12:31:26 [11927] [8] DEBUG: command_id: 4 = 0x0004 3227973:2016-08-12 12:31:26 [11927] [8] DEBUG: command_status: 0 = 0x 3227974:2016-08-12 12:31:26 [11927] [8] DEBUG: sequence_number: 45817 = 0xb2f9 3227975:2016-08-12 12:31:26 [11927] [8] DEBUG: service_type: NULL 3227976:2016-08-12 12:31:26 [11927] [8] DEBUG: source_addr_ton: 0 = 0x 3227977:2016-08-12 12:31:26 [11927] [8] DEBUG: source_addr_npi: 1 = 0x0001 3227978:2016-08-12 12:31:26 [11927] [8] DEBUG: source_addr: "xxx" 3227979:2016-08-12 12:31:26 [11927] [8] DEBUG: dest_addr_ton: 1 = 0x0001 3227980:2016-08-12 12:31:26 [11927] [8] DEBUG: dest_addr_npi: 1 = 0x0001 3227981:2016-08-12 12:31:26 [11927] [8] DEBUG: destination_addr: "x" 3227982:2016-08-12 12:31:26 [11927] [8] DEBUG: esm_class: 67 = 0x0043 3227983:2016-08-12 12:31:26 [11927] [8] DEBUG: protocol_id: 0 = 0x 3227984:2016-08-12 12:31:26 [11927] [8] DEBUG: priority_flag: 0 = 0x 3227985:2016-08-12 12:31:26 [11927] [8] DEBUG: schedule_delivery_time: NULL 3227986:2016-08-12 12:31:26 [11927] [8] DEBUG: validity_period: NULL 3227987:2016-08-12 12:31:26 [11927] [8] DEBUG: registered_delivery: 1 = 0x0001 3227988:2016-08-12 12:31:26 [11927] [8] DEBUG: replace_if_present_flag: 0 = 0x 3227989:2016-08-12 12:31:26 [11927] [8] DEBUG: data_coding: 0 = 0x 3227990:2016-08-12 12:31:26 [11927] [8] DEBUG: sm_default_msg_id: 0 = 0x 3227991:2016-08-12 12:31:26 [11927] [8] DEBUG: sm_length: 159 = 0x009f 3227992:2016-08-12 12:31:26 [11927] [8] DEBUG: short_message: 3227993:2016-08-12 12:31:26 [11927] [8] DEBUG:Octet string at 0x7f5540023ad0: 3227994:2016-08-12 12:31:26 [11927] [8] DEBUG: len: 159 3227995:2016-08-12 12:31:26 [11927] [8] DEBUG: size: 1024 3227996:2016-08-12 12:31:26 [11927] [8] DEBUG: immutable: 0 3227997:2016-08-12 12:31:26 [11927] [8] DEBUG: data: 05 00 03 d9 02 01 46 52 45 45 20 50 72 65 6d 69 3227998:2016-08-12 12:31:26 [11927] [8] DEBUG: data: 75 6d 20 41 73 74 72 6f 20 6f 6e 20 74 68 65 20 3227999:2016-08-12 12:31:26 [11927] [8] DEBUG: data: 47 6f 20 61 63 63 65 73 73 20 66 6f 72 20 79 6f 3228000:2016-08-12 12:31:26 [11927] [8] DEBUG: data: 75 20 74 6f 20 65 6e 6a 6f 79 20 77 69 74 68 20 3228001:2016-08-12 12:31:26 [11927] [8] DEBUG: data: 75 6e 6c 69 6d 69 74 65 64 20 56 69 64 65 6f 2d 3228002:2016-08-12 12:31:26 [11927] [8] DEBUG: data: 4f 6e 7a 20 73 74 72 65 61 6d 69 6e 67 21 20 54 3228003:2016-08-12 12:31:26 [11927] [8] DEBUG: data: 68 61 6e 6b 20 79 6f 75 20 66 6f 72 20 63 68 6f 3228004:2016-08-12 12:31:26 [11927] [8] DEBUG: data: 6f 73 69 6e 67 20 50 39 38 20 70 6c 61 6e 2e 3f 3228005:2016-08-12 12:31:26 [11927] [8] DEBUG: data: 20 52 65 70 6c 79 20 41 4f 54 47 20 74 6f 20 72 3228006:2016-08-12 12:31:26 [1192
RE: Thoughput Error
Hi Hamza, It’s not really about the throttling, the issue is I’m sending 1 MT and it logged as 2k which Is absolutely weird. Kindly view the log again. 3228010:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP[smppConnection3]: throughput limit exceeded (2695.57,2.00) Best Regards, Arif Noor, From: ha...@aeon.pk [mailto:ha...@aeon.pk] Sent: Wednesday, August 17, 2016 4:24 PM To: vinayak mv Cc: Arif Noor; users@kannel.org Subject: Re: Thoughput Error Your operator is throttling your traffic. Ask them to check either TPS or window size against your connection. On Mon, Aug 15, 2016 at 7:49 AM, vinayak mv <vinayakvasu...@gmail.com<mailto:vinayakvasu...@gmail.com>> wrote: Hi, Im using Kannel version svn-r5164 , when i found the same throttling performance issue in kannel 1.4.4 . On Mon, Aug 15, 2016 at 7:10 AM, Arif Noor <md.a...@forest-interactive.com<mailto:md.a...@forest-interactive.com>> wrote: Hi Kannel Users, I have noticed this weird throughput limit error when sending even 1 MT in the latest svn build, is this a bug? Kannel Version `svn-r5166'. 3227969:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP[smppConnection3]: Sending PDU: 3227970:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP PDU 0x7f554006a320 dump: 3227971:2016-08-12 12:31:26 [11927] [8] DEBUG: type_name: submit_sm 3227972:2016-08-12 12:31:26 [11927] [8] DEBUG: command_id: 4 = 0x0004 3227973:2016-08-12 12:31:26 [11927] [8] DEBUG: command_status: 0 = 0x 3227974:2016-08-12 12:31:26 [11927] [8] DEBUG: sequence_number: 45817 = 0xb2f9 3227975:2016-08-12 12:31:26 [11927] [8] DEBUG: service_type: NULL 3227976:2016-08-12 12:31:26 [11927] [8] DEBUG: source_addr_ton: 0 = 0x 3227977:2016-08-12 12:31:26 [11927] [8] DEBUG: source_addr_npi: 1 = 0x0001 3227978:2016-08-12 12:31:26 [11927] [8] DEBUG: source_addr: "xxx" 3227979:2016-08-12 12:31:26 [11927] [8] DEBUG: dest_addr_ton: 1 = 0x0001 3227980:2016-08-12 12:31:26 [11927] [8] DEBUG: dest_addr_npi: 1 = 0x0001 3227981:2016-08-12 12:31:26 [11927] [8] DEBUG: destination_addr: "x" 3227982:2016-08-12 12:31:26 [11927] [8] DEBUG: esm_class: 67 = 0x0043 3227983:2016-08-12 12:31:26 [11927] [8] DEBUG: protocol_id: 0 = 0x 3227984:2016-08-12 12:31:26 [11927] [8] DEBUG: priority_flag: 0 = 0x 3227985:2016-08-12 12:31:26 [11927] [8] DEBUG: schedule_delivery_time: NULL 3227986:2016-08-12 12:31:26 [11927] [8] DEBUG: validity_period: NULL 3227987:2016-08-12 12:31:26 [11927] [8] DEBUG: registered_delivery: 1 = 0x0001 3227988:2016-08-12 12:31:26 [11927] [8] DEBUG: replace_if_present_flag: 0 = 0x 3227989:2016-08-12 12:31:26 [11927] [8] DEBUG: data_coding: 0 = 0x 3227990:2016-08-12 12:31:26 [11927] [8] DEBUG: sm_default_msg_id: 0 = 0x 3227991:2016-08-12 12:31:26 [11927] [8] DEBUG: sm_length: 159 = 0x009f 3227992:2016-08-12 12:31:26 [11927] [8] DEBUG: short_message: 3227993:2016-08-12 12:31:26 [11927] [8] DEBUG:Octet string at 0x7f5540023ad0: 3227994:2016-08-12 12:31:26 [11927] [8] DEBUG: len: 159 3227995:2016-08-12 12:31:26 [11927] [8] DEBUG: size: 1024 3227996:2016-08-12 12:31:26 [11927] [8] DEBUG: immutable: 0 3227997:2016-08-12 12:31:26 [11927] [8] DEBUG: data: 05 00 03 d9 02 01 46 52 45 45 20 50 72 65 6d 69 3227998:2016-08-12 12:31:26 [11927] [8] DEBUG: data: 75 6d 20 41 73 74 72 6f 20 6f 6e 20 74 68 65 20 3227999:2016-08-12 12:31:26 [11927] [8] DEBUG: data: 47 6f 20 61 63 63 65 73 73 20 66 6f 72 20 79 6f 3228000:2016-08-12 12:31:26 [11927] [8] DEBUG: data: 75 20 74 6f 20 65 6e 6a 6f 79 20 77 69 74 68 20 3228001:2016-08-12 12:31:26 [11927] [8] DEBUG: data: 75 6e 6c 69 6d 69 74 65 64 20 56 69 64 65 6f 2d 3228002:2016-08-12 12:31:26 [11927] [8] DEBUG: data: 4f 6e 7a 20 73 74 72 65 61 6d 69 6e 67 21 20 54 3228003:2016-08-12 12:31:26 [11927] [8] DEBUG: data: 68 61 6e 6b 20 79 6f 75 20 66 6f 72 20 63 68 6f 3228004:2016-08-12 12:31:26 [11927] [8] DEBUG: data: 6f 73 69 6e 67 20 50 39 38 20 70 6c 61 6e 2e 3f 3228005:2016-08-12 12:31:26 [11927] [8] DEBUG: data: 20 52 65 70 6c 79 20 41 4f 54 47 20 74 6f 20 72 3228006:2016-08-12 12:31:26 [11927] [8] DEBUG: data: 65 64 65 65 6d 2e 20 49 6e 66 6f 3a 20 62 69 3228007:2016-08-12 12:31:26 [11927] [8] DEBUG:Octet string dump ends. 3228008:2016-08-12 12:31:26 [11927] [8] DEBUG: more_messages_to_send: 1 = 0x0001 3228009:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP PDU dump ends. 3228010:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP[smppConnection3]: throughput limit exceeded (2695.57,2.00) 3228011:2016-08-12 12:31:26 [11927] [8] DEBUG: Optional parameter tag (0x0427) 3228012:2016-08-12 12:31:26 [11927] [8] DEBUG: Optional parameter length read as 1 3228013:2016-08-12 12:31:26 [11927] [8] DEBUG: Optional parameter tag (0x001e) 3228014:2016-08-12 12:31:26 [1192
Thoughput Error
Hi Kannel Users, I have noticed this weird throughput limit error when sending even 1 MT in the latest svn build, is this a bug? Kannel Version `svn-r5166'. 3227969:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP[smppConnection3]: Sending PDU: 3227970:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP PDU 0x7f554006a320 dump: 3227971:2016-08-12 12:31:26 [11927] [8] DEBUG: type_name: submit_sm 3227972:2016-08-12 12:31:26 [11927] [8] DEBUG: command_id: 4 = 0x0004 3227973:2016-08-12 12:31:26 [11927] [8] DEBUG: command_status: 0 = 0x 3227974:2016-08-12 12:31:26 [11927] [8] DEBUG: sequence_number: 45817 = 0xb2f9 3227975:2016-08-12 12:31:26 [11927] [8] DEBUG: service_type: NULL 3227976:2016-08-12 12:31:26 [11927] [8] DEBUG: source_addr_ton: 0 = 0x 3227977:2016-08-12 12:31:26 [11927] [8] DEBUG: source_addr_npi: 1 = 0x0001 3227978:2016-08-12 12:31:26 [11927] [8] DEBUG: source_addr: "xxx" 3227979:2016-08-12 12:31:26 [11927] [8] DEBUG: dest_addr_ton: 1 = 0x0001 3227980:2016-08-12 12:31:26 [11927] [8] DEBUG: dest_addr_npi: 1 = 0x0001 3227981:2016-08-12 12:31:26 [11927] [8] DEBUG: destination_addr: "x" 3227982:2016-08-12 12:31:26 [11927] [8] DEBUG: esm_class: 67 = 0x0043 3227983:2016-08-12 12:31:26 [11927] [8] DEBUG: protocol_id: 0 = 0x 3227984:2016-08-12 12:31:26 [11927] [8] DEBUG: priority_flag: 0 = 0x 3227985:2016-08-12 12:31:26 [11927] [8] DEBUG: schedule_delivery_time: NULL 3227986:2016-08-12 12:31:26 [11927] [8] DEBUG: validity_period: NULL 3227987:2016-08-12 12:31:26 [11927] [8] DEBUG: registered_delivery: 1 = 0x0001 3227988:2016-08-12 12:31:26 [11927] [8] DEBUG: replace_if_present_flag: 0 = 0x 3227989:2016-08-12 12:31:26 [11927] [8] DEBUG: data_coding: 0 = 0x 3227990:2016-08-12 12:31:26 [11927] [8] DEBUG: sm_default_msg_id: 0 = 0x 3227991:2016-08-12 12:31:26 [11927] [8] DEBUG: sm_length: 159 = 0x009f 3227992:2016-08-12 12:31:26 [11927] [8] DEBUG: short_message: 3227993:2016-08-12 12:31:26 [11927] [8] DEBUG:Octet string at 0x7f5540023ad0: 3227994:2016-08-12 12:31:26 [11927] [8] DEBUG: len: 159 3227995:2016-08-12 12:31:26 [11927] [8] DEBUG: size: 1024 3227996:2016-08-12 12:31:26 [11927] [8] DEBUG: immutable: 0 3227997:2016-08-12 12:31:26 [11927] [8] DEBUG: data: 05 00 03 d9 02 01 46 52 45 45 20 50 72 65 6d 69 3227998:2016-08-12 12:31:26 [11927] [8] DEBUG: data: 75 6d 20 41 73 74 72 6f 20 6f 6e 20 74 68 65 20 3227999:2016-08-12 12:31:26 [11927] [8] DEBUG: data: 47 6f 20 61 63 63 65 73 73 20 66 6f 72 20 79 6f 3228000:2016-08-12 12:31:26 [11927] [8] DEBUG: data: 75 20 74 6f 20 65 6e 6a 6f 79 20 77 69 74 68 20 3228001:2016-08-12 12:31:26 [11927] [8] DEBUG: data: 75 6e 6c 69 6d 69 74 65 64 20 56 69 64 65 6f 2d 3228002:2016-08-12 12:31:26 [11927] [8] DEBUG: data: 4f 6e 7a 20 73 74 72 65 61 6d 69 6e 67 21 20 54 3228003:2016-08-12 12:31:26 [11927] [8] DEBUG: data: 68 61 6e 6b 20 79 6f 75 20 66 6f 72 20 63 68 6f 3228004:2016-08-12 12:31:26 [11927] [8] DEBUG: data: 6f 73 69 6e 67 20 50 39 38 20 70 6c 61 6e 2e 3f 3228005:2016-08-12 12:31:26 [11927] [8] DEBUG: data: 20 52 65 70 6c 79 20 41 4f 54 47 20 74 6f 20 72 3228006:2016-08-12 12:31:26 [11927] [8] DEBUG: data: 65 64 65 65 6d 2e 20 49 6e 66 6f 3a 20 62 69 3228007:2016-08-12 12:31:26 [11927] [8] DEBUG:Octet string dump ends. 3228008:2016-08-12 12:31:26 [11927] [8] DEBUG: more_messages_to_send: 1 = 0x0001 3228009:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP PDU dump ends. 3228010:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP[smppConnection3]: throughput limit exceeded (2695.57,2.00) 3228011:2016-08-12 12:31:26 [11927] [8] DEBUG: Optional parameter tag (0x0427) 3228012:2016-08-12 12:31:26 [11927] [8] DEBUG: Optional parameter length read as 1 3228013:2016-08-12 12:31:26 [11927] [8] DEBUG: Optional parameter tag (0x001e) 3228014:2016-08-12 12:31:26 [11927] [8] DEBUG: Optional parameter length read as 11 3228015:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP[smppConnection3]: Got PDU: 3228016:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP PDU 0x7f554005ec00 dump: 3228017:2016-08-12 12:31:26 [11927] [8] DEBUG: type_name: deliver_sm 3228018:2016-08-12 12:31:26 [11927] [8] DEBUG: command_id: 5 = 0x0005 3228019:2016-08-12 12:31:26 [11927] [8] DEBUG: command_status: 0 = 0x 3228020:2016-08-12 12:31:26 [11927] [8] DEBUG: sequence_number: 834 = 0x0342 3228021:2016-08-12 12:31:26 [11927] [8] DEBUG: service_type: NULL 3228022:2016-08-12 12:31:26 [11927] [8] DEBUG: source_addr_ton: 1 = 0x0001 3228023:2016-08-12 12:31:26 [11927] [8] DEBUG: source_addr_npi: 1 = 0x0001 3228024:2016-08-12 12:31:26 [11927] [8] DEBUG: source_addr: "x" 3228025:2016-08-12 12:31:26 [11927] [8] DEBUG: dest_addr_ton: 0 = 0x 3228026:2016-08-12 12:31:26 [11927] [8] DEBUG:
RE: USSD with Kannel
Hi There, Anyone has any input for this, so far all my test are unsuccessful, as per the documentation provided to us they mention that the deliver_sm destination address (Routing key in first request)) thus they mean that they only provide the session with destination for the first deliver_sm for that session and USSR respond will have have NULL destination. Because of this the smsbox cannot process the deliver_sm and will not call the url which in turn will not forward it the application. Is there other way to handle this like hardcode the destination on kannel? 2016-04-21 16:17:52 [13809] [5] ERROR: smsbox_req_thread: no sender/receiver, dump follows: Highly appreciate assistance in this. Thank you and Regards, Arif Noor From: Arif Noor Sent: Thursday, April 21, 2016 4:20 PM To: 'Elton Hoxha' Cc: Stipe Tolj; users@kannel.org Subject: RE: USSD with Kannel Hi Again, Is it possible to hardcode the smsbox with the desired destination since we keep receiving this error. 2016-04-21 16:17:52 [13809] [5] ERROR: smsbox_req_thread: no sender/receiver, dump follows: Thank you and Regards, Arif Noor From: Elton Hoxha [mailto:elt...@gmail.com] Sent: Thursday, April 14, 2016 3:28 PM To: Arif Noor Cc: Stipe Tolj; users@kannel.org<mailto:users@kannel.org> Subject: Re: USSD with Kannel Hi Arif, I believe your issue is related to Telco provider. 1 - To send an USSD request, you have to send a submit_sm packet with this TLV with value "2", which its sent accordingly by you. When you receive a deliver_sm packet with this TLV in response, the value will be "18", instead telco sends you 12 which is a reserved code and might interrupt the session (im not sure what does 12 code causes). 2 - Also submit_sm_resp from Telco is not including message id, producing an error. These two issues need to be addressed by them. On Thu, Apr 14, 2016 at 3:22 AM, Arif Noor <md.a...@forest-interactive.com<mailto:md.a...@forest-interactive.com>> wrote: Hi Elton, Kindly find the attachment for the logs. Note that this was done manually since the application are not functioning yet since I need to get the MO through first. Thank you, Arif Noor. From: Elton Hoxha [mailto:elt...@gmail.com<mailto:elt...@gmail.com>] Sent: Wednesday, April 13, 2016 8:30 PM To: Arif Noor Cc: Stipe Tolj; users@kannel.org<mailto:users@kannel.org> Subject: Re: USSD with Kannel Also please debug logs of submit SM after you are receiving initial PSSR.
RE: USSD with Kannel
Hi Again, Is it possible to hardcode the smsbox with the desired destination since we keep receiving this error. 2016-04-21 16:17:52 [13809] [5] ERROR: smsbox_req_thread: no sender/receiver, dump follows: Thank you and Regards, Arif Noor From: Elton Hoxha [mailto:elt...@gmail.com] Sent: Thursday, April 14, 2016 3:28 PM To: Arif Noor Cc: Stipe Tolj; users@kannel.org Subject: Re: USSD with Kannel Hi Arif, I believe your issue is related to Telco provider. 1 - To send an USSD request, you have to send a submit_sm packet with this TLV with value "2", which its sent accordingly by you. When you receive a deliver_sm packet with this TLV in response, the value will be "18", instead telco sends you 12 which is a reserved code and might interrupt the session (im not sure what does 12 code causes). 2 - Also submit_sm_resp from Telco is not including message id, producing an error. These two issues need to be addressed by them. On Thu, Apr 14, 2016 at 3:22 AM, Arif Noor <md.a...@forest-interactive.com<mailto:md.a...@forest-interactive.com>> wrote: Hi Elton, Kindly find the attachment for the logs. Note that this was done manually since the application are not functioning yet since I need to get the MO through first. Thank you, Arif Noor. From: Elton Hoxha [mailto:elt...@gmail.com<mailto:elt...@gmail.com>] Sent: Wednesday, April 13, 2016 8:30 PM To: Arif Noor Cc: Stipe Tolj; users@kannel.org<mailto:users@kannel.org> Subject: Re: USSD with Kannel Also please debug logs of submit SM after you are receiving initial PSSR.
RE: USSD with Kannel
Hi There, I receive update from the Telco which they mentione that the value 12 was in hexa which 0x12 = 18, does kannel ussd_service_op using hexadecimal? Regards, From: Elton Hoxha [mailto:elt...@gmail.com] Sent: Thursday, April 14, 2016 3:28 PM To: Arif Noor Cc: Stipe Tolj; users@kannel.org Subject: Re: USSD with Kannel Hi Arif, I believe your issue is related to Telco provider. 1 - To send an USSD request, you have to send a submit_sm packet with this TLV with value "2", which its sent accordingly by you. When you receive a deliver_sm packet with this TLV in response, the value will be "18", instead telco sends you 12 which is a reserved code and might interrupt the session (im not sure what does 12 code causes). 2 - Also submit_sm_resp from Telco is not including message id, producing an error. These two issues need to be addressed by them.
RE: USSD with Kannel
Hi Elton, Kindly find the attachment for the logs. Note that this was done manually since the application are not functioning yet since I need to get the MO through first. Thank you, Arif Noor. From: Elton Hoxha [mailto:elt...@gmail.com] Sent: Wednesday, April 13, 2016 8:30 PM To: Arif Noor Cc: Stipe Tolj; users@kannel.org Subject: Re: USSD with Kannel Also please debug logs of submit SM after you are receiving initial PSSR. PSSR 2016-04-14 09:02:30 [12379] [6] DEBUG: command_id: 2147483669 = 0x8015 2016-04-14 09:02:30 [12379] [6] DEBUG: command_status: 0 = 0x 2016-04-14 09:02:30 [12379] [6] DEBUG: sequence_number: 2045 = 0x07fd 2016-04-14 09:02:30 [12379] [6] DEBUG: SMPP PDU dump ends. 2016-04-14 09:02:30 [12379] [6] DEBUG: SMPP[smppUSSD]: throughput (0.00,15.00) 2016-04-14 09:02:33 [12379] [7] DEBUG: SMPP[smppUSSD2]: throughput (0.00,15.00) 2016-04-14 09:02:33 [12379] [7] DEBUG: Optional parameter tag (0x0501) 2016-04-14 09:02:33 [12379] [7] DEBUG: Optional parameter length read as 1 2016-04-14 09:02:33 [12379] [7] DEBUG: Found configured optional parameter `ussd_srv_op' 2016-04-14 09:02:33 [12379] [7] DEBUG: Optional parameter tag (0x4001) 2016-04-14 09:02:33 [12379] [7] DEBUG: Optional parameter length read as 15 2016-04-14 09:02:33 [12379] [7] DEBUG: Found configured optional parameter `ussd_imsi' 2016-04-14 09:02:33 [12379] [7] DEBUG: Optional parameter tag (0x4002) 2016-04-14 09:02:33 [12379] [7] DEBUG: Optional parameter length read as 11 2016-04-14 09:02:33 [12379] [7] DEBUG: Found configured optional parameter `ussd_vlr' 2016-04-14 09:02:33 [12379] [7] DEBUG: Optional parameter tag (0x4006) 2016-04-14 09:02:33 [12379] [7] DEBUG: Optional parameter length read as 11 2016-04-14 09:02:33 [12379] [7] DEBUG: Found configured optional parameter `ussd_hlr' 2016-04-14 09:02:33 [12379] [7] DEBUG: Optional parameter tag (0x400c) 2016-04-14 09:02:33 [12379] [7] DEBUG: Optional parameter length read as 16 2016-04-14 09:02:33 [12379] [7] DEBUG: Found configured optional parameter `ussd_optional' 2016-04-14 09:02:33 [12379] [7] DEBUG: SMPP[smppUSSD2]: Got PDU: 2016-04-14 09:02:33 [12379] [7] DEBUG: SMPP PDU 0x7f90f400c270 dump: 2016-04-14 09:02:33 [12379] [7] DEBUG: type_name: deliver_sm 2016-04-14 09:02:33 [12379] [7] DEBUG: command_id: 5 = 0x0005 2016-04-14 09:02:33 [12379] [7] DEBUG: command_status: 0 = 0x 2016-04-14 09:02:33 [12379] [7] DEBUG: sequence_number: 8767 = 0x223f 2016-04-14 09:02:33 [12379] [7] DEBUG: service_type: "USSD" 2016-04-14 09:02:33 [12379] [7] DEBUG: source_addr_ton: 1 = 0x0001 2016-04-14 09:02:33 [12379] [7] DEBUG: source_addr_npi: 1 = 0x0001 2016-04-14 09:02:33 [12379] [7] DEBUG: source_addr: "60103064822" 2016-04-14 09:02:33 [12379] [7] DEBUG: dest_addr_ton: 3 = 0x0003 2016-04-14 09:02:33 [12379] [7] DEBUG: dest_addr_npi: 9 = 0x0009 2016-04-14 09:02:33 [12379] [7] DEBUG: destination_addr: "126" 2016-04-14 09:02:33 [12379] [7] DEBUG: esm_class: 0 = 0x 2016-04-14 09:02:33 [12379] [7] DEBUG: protocol_id: 0 = 0x 2016-04-14 09:02:33 [12379] [7] DEBUG: priority_flag: 0 = 0x 2016-04-14 09:02:33 [12379] [7] DEBUG: schedule_delivery_time: NULL 2016-04-14 09:02:33 [12379] [7] DEBUG: validity_period: NULL 2016-04-14 09:02:33 [12379] [7] DEBUG: registered_delivery: 0 = 0x 2016-04-14 09:02:33 [12379] [7] DEBUG: replace_if_present_flag: 0 = 0x 2016-04-14 09:02:33 [12379] [7] DEBUG: data_coding: 15 = 0x000f 2016-04-14 09:02:33 [12379] [7] DEBUG: sm_default_msg_id: 0 = 0x 2016-04-14 09:02:33 [12379] [7] DEBUG: sm_length: 5 = 0x0005 2016-04-14 09:02:33 [12379] [7] DEBUG: short_message: "*126#" 2016-04-14 09:02:33 [12379] [7] DEBUG: ussd_service_op: 2016-04-14 09:02:33 [12379] [7] DEBUG:Octet string at 0x7f90f400d870: 2016-04-14 09:02:33 [12379] [7] DEBUG: len: 1 2016-04-14 09:02:33 [12379] [7] DEBUG: size: 2 2016-04-14 09:02:33 [12379] [7] DEBUG: immutable: 0 2016-04-14 09:02:33 [12379] [7] DEBUG: data: 01 . 2016-04-14 09:02:33 [12379] [7] DEBUG:Octet string dump ends. 2016-04-14 09:02:33 [12379] [7] DEBUG: ussd_hlr: "60192040152" 2016-04-14 09:02:33 [12379] [7] DEBUG: ussd_imsi: "502195700771324" 2016-04-14 09:02:33 [12379] [7] DEBUG: ussd_optional: "0010022C570EEBEB" 2016-04-14 09:02:33 [12379] [7] DEBUG: ussd_srv_op: 2016-04-14 09:02:33 [12379] [7] DEBUG:Octet string at 0x7f90f400c040: 2016-04-14 09:02:33 [12379] [7] DEBUG: len: 1 2016-04-14 09:02:33 [12379] [7] DEBUG: size: 2 2016-04-14 09:02:33 [12379] [7] DEBUG: immutable: 0 2016-04-14 09:02:33 [12379] [7] DEBUG: data: 01 . 2016-04-14 09:02:33 [12379] [7] DEBUG:Octet string dump ends. 2016-04-14 09:02:33 [12379] [7] DEBUG: ussd_vlr: "601
RE: USSD with Kannel
68 74 6d 6c 3b Type: text/html; 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 20 63 68 61 72 73 65 74 3d 75 74 66 2d 38 0d 0acharset=utf-8.. 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 53 65 72 76 65 72 3a 20 4d 69 63 72 6f 73 6f 66 Server: Microsof 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 74 2d 49 49 53 2f 38 2e 35 0d 0a 58 2d 41 73 70 t-IIS/8.5..X-Asp 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 4e 65 74 2d 56 65 72 73 69 6f 6e 3a 20 34 2e 30 Net-Version: 4.0 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 2e 33 30 33 31 39 0d 0a 58 2d 50 6f 77 65 72 65 .30319..X-Powere 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 64 2d 42 79 3a 20 41 53 50 2e 4e 45 54 0d 0a 44 d-By: ASP.NET..D 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 61 74 65 3a 20 57 65 64 2c 20 31 33 20 41 70 72 ate: Wed, 13 Apr 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 20 32 30 31 36 20 30 37 3a 35 30 3a 32 34 20 472016 07:50:24 G 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 4d 54 0d 0a 43 6f 6e 74 65 6e 74 2d 4c 65 6e 67 MT..Content-Leng 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 74 68 3a 20 33 0d 0a 0d 0a 32 30 30 th: 3200 2016-04-13 15:51:26 [12361] [9] DEBUG: Octet string dump ends. The previous log provided was also from smsbox but it doesn’t seem to call the get-url and giving the no sender/receiver error. Please do let me know if you need any further details. Thanks, Arif Noor. From: Elton Hoxha [mailto:elt...@gmail.com] Sent: Wednesday, April 13, 2016 3:05 PM To: Arif Noor Cc: Stipe Tolj; users@kannel.org Subject: Re: USSD with Kannel could you paste your debug logs while you call "get-url" of your app?
RE: USSD with Kannel
ring dump ends. 2016-04-13 10:38:58 [12246] [5] DEBUG: Msg object ends. Bearerbox log 7292:2016-04-13 10:38:58 [12229] [6] DEBUG: SMPP[smppUSSD]: Got PDU: 7293:2016-04-13 10:38:58 [12229] [6] DEBUG: SMPP PDU 0x7feef000b390 dump: 7294:2016-04-13 10:38:58 [12229] [6] DEBUG: type_name: deliver_sm 7295:2016-04-13 10:38:58 [12229] [6] DEBUG: command_id: 5 = 0x0005 7296:2016-04-13 10:38:58 [12229] [6] DEBUG: command_status: 0 = 0x 7297:2016-04-13 10:38:58 [12229] [6] DEBUG: sequence_number: 505 = 0x01f9 7298:2016-04-13 10:38:58 [12229] [6] DEBUG: service_type: "USSD" 7299:2016-04-13 10:38:58 [12229] [6] DEBUG: source_addr_ton: 1 = 0x0001 7300:2016-04-13 10:38:58 [12229] [6] DEBUG: source_addr_npi: 1 = 0x0001 7301:2016-04-13 10:38:58 [12229] [6] DEBUG: source_addr: "601030648xx" 7302:2016-04-13 10:38:58 [12229] [6] DEBUG: dest_addr_ton: 0 = 0x 7303:2016-04-13 10:38:58 [12229] [6] DEBUG: dest_addr_npi: 0 = 0x 7304:2016-04-13 10:38:58 [12229] [6] DEBUG: destination_addr: NULL 7305:2016-04-13 10:38:58 [12229] [6] DEBUG: esm_class: 0 = 0x 7306:2016-04-13 10:38:58 [12229] [6] DEBUG: protocol_id: 0 = 0x 7307:2016-04-13 10:38:58 [12229] [6] DEBUG: priority_flag: 0 = 0x 7308:2016-04-13 10:38:58 [12229] [6] DEBUG: schedule_delivery_time: NULL 7309:2016-04-13 10:38:58 [12229] [6] DEBUG: validity_period: NULL 7310:2016-04-13 10:38:58 [12229] [6] DEBUG: registered_delivery: 0 = 0x 7311:2016-04-13 10:38:58 [12229] [6] DEBUG: replace_if_present_flag: 0 = 0x 7312:2016-04-13 10:38:58 [12229] [6] DEBUG: data_coding: 15 = 0x000f 7313:2016-04-13 10:38:58 [12229] [6] DEBUG: sm_default_msg_id: 0 = 0x 7314:2016-04-13 10:38:58 [12229] [6] DEBUG: sm_length: 1 = 0x0001 7315:2016-04-13 10:38:58 [12229] [6] DEBUG: short_message: "1" 7316:2016-04-13 10:38:58 [12229] [6] DEBUG: ussd_service_op: 7317:2016-04-13 10:38:58 [12229] [6] DEBUG:Octet string at 0x7feef0006220: 7318:2016-04-13 10:38:58 [12229] [6] DEBUG: len: 1 7319:2016-04-13 10:38:58 [12229] [6] DEBUG: size: 2 7320:2016-04-13 10:38:58 [12229] [6] DEBUG: immutable: 0 7321:2016-04-13 10:38:58 [12229] [6] DEBUG: data: 12 . 7322:2016-04-13 10:38:58 [12229] [6] DEBUG:Octet string dump ends. 7323:2016-04-13 10:38:58 [12229] [6] DEBUG: ussd_hlr: "60" 7324:2016-04-13 10:38:58 [12229] [6] DEBUG: ussd_optional: "00100434570DB0FF" 7325:2016-04-13 10:38:58 [12229] [6] DEBUG: ussd_srv_op: 7326:2016-04-13 10:38:58 [12229] [6] DEBUG:Octet string at 0x7feef0001150: 7327:2016-04-13 10:38:58 [12229] [6] DEBUG: len: 1 7328:2016-04-13 10:38:58 [12229] [6] DEBUG: size: 2 7329:2016-04-13 10:38:58 [12229] [6] DEBUG: immutable: 0 7330:2016-04-13 10:38:58 [12229] [6] DEBUG: data: 12 . 7331:2016-04-13 10:38:58 [12229] [6] DEBUG:Octet string dump ends. 7332:2016-04-13 10:38:58 [12229] [6] DEBUG: SMPP PDU dump ends. Seems like NULL destination are processed but smsbox won't proceed. Anything else than can I do from my side to get this working Thank you, Arif Noor -Original Message- From: users [mailto:users-boun...@kannel.org] On Behalf Of Arif Noor Sent: Tuesday, April 12, 2016 9:26 AM To: Stipe Tolj Cc: users@kannel.org Subject: RE: USSD with Kannel Hi Stipe, Thank you for the patch, will do a test once I arrived at the office, also I have sent the email to you for the specification of the ussd gateway. Arif Noor. -Original Message- From: Stipe Tolj [mailto:st...@kannel.org] Sent: Monday, April 11, 2016 11:25 PM Cc: Arif Noor; users@kannel.org Subject: Re: USSD with Kannel Am 11.04.2016 17:19, schrieb Stipe Tolj: > > I'll prepare a simple patch that let's you resolve the issue. please try to apply the following patch to the source tree and re-compile. -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation tolj.org system architecture http://www.kannel.org/http://www.tolj.org/ stolj at kannel.org st at tolj.org ---
RE: USSD with Kannel
Hi Stipe, Thank you for the patch, will do a test once I arrived at the office, also I have sent the email to you for the specification of the ussd gateway. Arif Noor. -Original Message- From: Stipe Tolj [mailto:st...@kannel.org] Sent: Monday, April 11, 2016 11:25 PM Cc: Arif Noor; users@kannel.org Subject: Re: USSD with Kannel Am 11.04.2016 17:19, schrieb Stipe Tolj: > > I'll prepare a simple patch that let's you resolve the issue. please try to apply the following patch to the source tree and re-compile. -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation tolj.org system architecture http://www.kannel.org/http://www.tolj.org/ stolj at kannel.org st at tolj.org ---
RE: USSD with Kannel
Hi Elton, Yes after the first MO, the app submit with 126 as originator. Also could you tell me how the app supposed to differentiate the session. Is it by using msgID or something? As for the USSR confirm, I guess I should ask the USSDC since they passed the value 12 instead of 18. Thank you for your input so far ☺ From: Elton Hoxha [mailto:elt...@gmail.com] Sent: Thursday, April 07, 2016 4:38 PM To: Arif Noor Cc: Donald Jackson; users@kannel.org Subject: Re: USSD with Kannel After you receive the first MO do you submit the SM having 126 as originator? If yes, maybe something wrong with the sessions you are keeping on application side. Furthermore, at this stage of session `ussd_srv_op' should have the value of 18 = USSR Confirm. Yours look like 12. Here is my deliver SM 2016-04-07 05:07:19 [5368] [6] DEBUG: Optional parameter tag (0x0501) 2016-04-07 05:07:19 [5368] [6] DEBUG: Optional parameter length read as 1 2016-04-07 05:07:19 [5368] [6] DEBUG: Found configured optional parameter `mydata' 2016-04-07 05:07:19 [5368] [6] DEBUG: SMPP[ussdmenu]: Got PDU: 2016-04-07 05:07:19 [5368] [6] DEBUG: SMPP PDU 0x9b13ba8 dump: 2016-04-07 05:07:19 [5368] [6] DEBUG: type_name: deliver_sm 2016-04-07 05:07:19 [5368] [6] DEBUG: command_id: 5 = 0x0005 2016-04-07 05:07:19 [5368] [6] DEBUG: command_status: 0 = 0x 2016-04-07 05:07:19 [5368] [6] DEBUG: sequence_number: 12653547 = 0x00c113eb 2016-04-07 05:07:19 [5368] [6] DEBUG: service_type: "USSD" 2016-04-07 05:07:19 [5368] [6] DEBUG: source_addr_ton: 1 = 0x0001 2016-04-07 05:07:19 [5368] [6] DEBUG: source_addr_npi: 1 = 0x0001 2016-04-07 05:07:19 [5368] [6] DEBUG: source_addr: "xxx" 2016-04-07 05:07:19 [5368] [6] DEBUG: dest_addr_ton: 1 = 0x0001 2016-04-07 05:07:19 [5368] [6] DEBUG: dest_addr_npi: 1 = 0x0001 2016-04-07 05:07:19 [5368] [6] DEBUG: destination_addr: "100" 2016-04-07 05:07:19 [5368] [6] DEBUG: esm_class: 0 = 0x 2016-04-07 05:07:19 [5368] [6] DEBUG: protocol_id: 0 = 0x 2016-04-07 05:07:19 [5368] [6] DEBUG: priority_flag: 0 = 0x 2016-04-07 05:07:19 [5368] [6] DEBUG: schedule_delivery_time: NULL 2016-04-07 05:07:19 [5368] [6] DEBUG: validity_period: NULL 2016-04-07 05:07:19 [5368] [6] DEBUG: registered_delivery: 0 = 0x 2016-04-07 05:07:19 [5368] [6] DEBUG: replace_if_present_flag: 0 = 0x 2016-04-07 05:07:19 [5368] [6] DEBUG: data_coding: 0 = 0x 2016-04-07 05:07:19 [5368] [6] DEBUG: sm_default_msg_id: 0 = 0x 2016-04-07 05:07:19 [5368] [6] DEBUG: sm_length: 1 = 0x0001 2016-04-07 05:07:19 [5368] [6] DEBUG: short_message: "1" 2016-04-07 05:07:19 [5368] [6] DEBUG: mydata: "18" On Thu, Apr 7, 2016 at 10:21 AM, Arif Noor <md.a...@forest-interactive.com<mailto:md.a...@forest-interactive.com>> wrote: Hi Elton, Please find below for the logs. 1435309:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter tag (0x0501) 1435310:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter length read as 1 1435311:2016-04-01 17:20:51 [2353] [6] DEBUG: Found configured optional parameter `ussd_srv_op' 1435312:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter tag (0x4006) 1435313:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter length read as 2 1435314:2016-04-01 17:20:51 [2353] [6] DEBUG: Found configured optional parameter `ussd_hlr' 1435315:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter tag (0x400c) 1435316:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter length read as 16 1435317:2016-04-01 17:20:51 [2353] [6] DEBUG: Found configured optional parameter `ussd_optional' 1435318:2016-04-01 17:20:51 [2353] [6] DEBUG: SMPP[smppUSSD]: Got PDU: 1435319:2016-04-01 17:20:51 [2353] [6] DEBUG: SMPP PDU 0x7f41bc01c660 dump: 1435320:2016-04-01 17:20:51 [2353] [6] DEBUG: type_name: deliver_sm 1435321:2016-04-01 17:20:51 [2353] [6] DEBUG: command_id: 5 = 0x0005 1435322:2016-04-01 17:20:51 [2353] [6] DEBUG: command_status: 0 = 0x 1435323:2016-04-01 17:20:51 [2353] [6] DEBUG: sequence_number: 102277 = 0x00018f85 1435324:2016-04-01 17:20:51 [2353] [6] DEBUG: service_type: "USSD" 1435325:2016-04-01 17:20:51 [2353] [6] DEBUG: source_addr_ton: 1 = 0x0001 1435326:2016-04-01 17:20:51 [2353] [6] DEBUG: source_addr_npi: 1 = 0x0001 1435327:2016-04-01 17:20:51 [2353] [6] DEBUG: source_addr: "60" 1435328:2016-04-01 17:20:51 [2353] [6] DEBUG: dest_addr_ton: 0 = 0x 1435329:2016-04-01 17:20:51 [2353] [6] DEBUG: dest_addr_npi: 0 = 0x 1435330:2016-04-01 17:20:51 [2353] [6] DEBUG: destination_addr: NULL 1435331:2016-04-01 17:20:51 [2353] [6] DEBUG: esm_class: 0 = 0x 1435332:2016-04-01 17:20:51 [2353] [6] DEBUG: protocol_id: 0 = 0x 1435333:2016-04-01 17:20:51 [2353] [6] DEBUG: priority_flag: 0 = 0x 1435334:2016-04-01 17:20:51 [2353] [6]
RE: USSD with Kannel
Hi Elton, Please find below for the logs. 1435309:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter tag (0x0501) 1435310:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter length read as 1 1435311:2016-04-01 17:20:51 [2353] [6] DEBUG: Found configured optional parameter `ussd_srv_op' 1435312:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter tag (0x4006) 1435313:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter length read as 2 1435314:2016-04-01 17:20:51 [2353] [6] DEBUG: Found configured optional parameter `ussd_hlr' 1435315:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter tag (0x400c) 1435316:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter length read as 16 1435317:2016-04-01 17:20:51 [2353] [6] DEBUG: Found configured optional parameter `ussd_optional' 1435318:2016-04-01 17:20:51 [2353] [6] DEBUG: SMPP[smppUSSD]: Got PDU: 1435319:2016-04-01 17:20:51 [2353] [6] DEBUG: SMPP PDU 0x7f41bc01c660 dump: 1435320:2016-04-01 17:20:51 [2353] [6] DEBUG: type_name: deliver_sm 1435321:2016-04-01 17:20:51 [2353] [6] DEBUG: command_id: 5 = 0x0005 1435322:2016-04-01 17:20:51 [2353] [6] DEBUG: command_status: 0 = 0x 1435323:2016-04-01 17:20:51 [2353] [6] DEBUG: sequence_number: 102277 = 0x00018f85 1435324:2016-04-01 17:20:51 [2353] [6] DEBUG: service_type: "USSD" 1435325:2016-04-01 17:20:51 [2353] [6] DEBUG: source_addr_ton: 1 = 0x0001 1435326:2016-04-01 17:20:51 [2353] [6] DEBUG: source_addr_npi: 1 = 0x0001 1435327:2016-04-01 17:20:51 [2353] [6] DEBUG: source_addr: "60" 1435328:2016-04-01 17:20:51 [2353] [6] DEBUG: dest_addr_ton: 0 = 0x 1435329:2016-04-01 17:20:51 [2353] [6] DEBUG: dest_addr_npi: 0 = 0x 1435330:2016-04-01 17:20:51 [2353] [6] DEBUG: destination_addr: NULL 1435331:2016-04-01 17:20:51 [2353] [6] DEBUG: esm_class: 0 = 0x 1435332:2016-04-01 17:20:51 [2353] [6] DEBUG: protocol_id: 0 = 0x 1435333:2016-04-01 17:20:51 [2353] [6] DEBUG: priority_flag: 0 = 0x 1435334:2016-04-01 17:20:51 [2353] [6] DEBUG: schedule_delivery_time: NULL 1435335:2016-04-01 17:20:51 [2353] [6] DEBUG: validity_period: NULL 1435336:2016-04-01 17:20:51 [2353] [6] DEBUG: registered_delivery: 0 = 0x 1435337:2016-04-01 17:20:51 [2353] [6] DEBUG: replace_if_present_flag: 0 = 0x 1435338:2016-04-01 17:20:51 [2353] [6] DEBUG: data_coding: 15 = 0x000f 1435339:2016-04-01 17:20:51 [2353] [6] DEBUG: sm_default_msg_id: 0 = 0x 1435340:2016-04-01 17:20:51 [2353] [6] DEBUG: sm_length: 1 = 0x0001 1435341:2016-04-01 17:20:51 [2353] [6] DEBUG: short_message: "1" 1435342:2016-04-01 17:20:51 [2353] [6] DEBUG: ussd_service_op: 1435343:2016-04-01 17:20:51 [2353] [6] DEBUG:Octet string at 0x7f41bc01d010: 1435344:2016-04-01 17:20:51 [2353] [6] DEBUG: len: 1 1435345:2016-04-01 17:20:51 [2353] [6] DEBUG: size: 2 1435346:2016-04-01 17:20:51 [2353] [6] DEBUG: immutable: 0 1435347:2016-04-01 17:20:51 [2353] [6] DEBUG: data: 12 . 1435348:2016-04-01 17:20:51 [2353] [6] DEBUG:Octet string dump ends. 1435349:2016-04-01 17:20:51 [2353] [6] DEBUG: ussd_hlr: "60" 1435350:2016-04-01 17:20:51 [2353] [6] DEBUG: ussd_optional: "0010015156FE3D42" 1435351:2016-04-01 17:20:51 [2353] [6] DEBUG: ussd_srv_op: 1435352:2016-04-01 17:20:51 [2353] [6] DEBUG:Octet string at 0x7f41bc00d440: 1435353:2016-04-01 17:20:51 [2353] [6] DEBUG: len: 1 1435354:2016-04-01 17:20:51 [2353] [6] DEBUG: size: 2 1435355:2016-04-01 17:20:51 [2353] [6] DEBUG: immutable: 0 1435356:2016-04-01 17:20:51 [2353] [6] DEBUG: data: 12 . 1435357:2016-04-01 17:20:51 [2353] [6] DEBUG:Octet string dump ends. 1435358:2016-04-01 17:20:51 [2353] [6] DEBUG: SMPP PDU dump ends. 1435359:2016-04-01 17:20:51 [2353] [6] ERROR: SMPP[smppUSSD]: Malformed destination_addr `(null)', may not be empty. Discarding MO message. Thank you and Regards, Arif Noor From: Elton Hoxha [mailto:elt...@gmail.com] Sent: Thursday, April 07, 2016 4:15 PM To: Arif Noor Cc: Donald Jackson; users@kannel.org Subject: Re: USSD with Kannel Hello Arif, Please paste here the pdu of deliver SM while pressing Accept or Decline. On Thu, Apr 7, 2016 at 9:54 AM, Arif Noor <md.a...@forest-interactive.com<mailto:md.a...@forest-interactive.com>> wrote: Hi Donald, Thank you for your reply, we have set up kannel to receive the TLV, just need to know how can I differentiate the sessions. Also as per previous mail, I was wondering why I was getting below error. 2016-03-25 11:05:49 [2353] [6] ERROR: SMPP[smppUSSD]: Malformed destination_addr `(null)', may not be empty. Discarding MO message. It doesn’t have any issue when I start the USSD session which it have destination address (in this case 126) but when replying the menu let’s say (1. A
RE: USSD with Kannel
Hi Donald, Thank you for your reply, we have set up kannel to receive the TLV, just need to know how can I differentiate the sessions. Also as per previous mail, I was wondering why I was getting below error. 2016-03-25 11:05:49 [2353] [6] ERROR: SMPP[smppUSSD]: Malformed destination_addr `(null)', may not be empty. Discarding MO message. It doesn’t have any issue when I start the USSD session which it have destination address (in this case 126) but when replying the menu let’s say (1. Accept, 2. Decline) and I entered 1 and press send , it gave me above error on smpp thus the application server can’t proceed since it doesn’t receive any reply / MO. Any input in this are highly appreciated ☺. Thank you, Arif Noor. From: Donald Jackson [mailto:donaldjs...@gmail.com] Sent: Tuesday, April 05, 2016 12:45 PM To: Arif Noor Subject: RE: USSD with Kannel Hi Arif, You will not be able to do this out the box with Kannel, you will need to make code changes to handle your use case. Thanks, -- Donald Jackson
RE: USSD with Kannel
Hi, Anyone? Your assistance are highly appreciated :) P/S : I'm using svn-r5154M Thank you. From: users [mailto:users-boun...@kannel.org] On Behalf Of Arif Noor Sent: Friday, April 01, 2016 11:05 AM To: users@kannel.org Subject: USSD with Kannel Hi All, I have question about the USSD via SMPP. I have successfully made a connection to USSDC with TLV configured. However I do not understand how can we differentiate the session for each MSISDN? Using metadata for MO gave me Hlr, imsi, service_op and vlr. And also from my testing via USSR, I didn't receive any MO and found this in the log. 2016-03-25 11:05:49 [2353] [6] ERROR: SMPP[smppUSSD]: Malformed destination_addr `(null)', may not be empty. Discarding MO message. Kannel Config : group = core admin-port = 13005 smsbox-port = 13007 admin-password = admin #box-deny-ip = "*.*.*.*" ##box-allow-ip = "127.0.0.1" ##unified-prefix = "+358,00358,0;+,00" ##access-log = "/etc/kannel/access.log" ##store-file = "kannel.store" ##ssl-server-cert-file = "cert.pem" ##ssl-server-key-file = "key.pem" ##ssl-certkey-file = "mycertandprivkeyfile.pemi access-log = "/opt/kannel/kannel_dump/smpp_access.log" access-log-format = "[SMSC:%i] [USER:%n] [from:%p] [to:%P] [msg:%L:%b] [FID:%F] [SMS-MID:%I]" #store-file = "/opt/kannel/kannel_dump/smpp.store" store-type = file store-location = "/opt/kannel/kannel_dump/smpp.store" store-dump-freq = 200 sms-resend-freq = 30 sms-resend-retry = 3 group = smsbox bearerbox-host = 127.0.0.1 sendsms-port = 13017 http-request-retry = 2 reply-couldnotfetch = "Please wait" include = "/opt/conf/include/smpp_sms.conf" < - included in attachment Kindly assist. Thank you and Regards, Arif Noor
USSD with Kannel
Hi All, I have question about the USSD via SMPP. I have successfully made a connection to USSDC with TLV configured. However I do not understand how can we differentiate the session for each MSISDN? Using metadata for MO gave me Hlr, imsi, service_op and vlr. And also from my testing via USSR, I didn't receive any MO and found this in the log. 2016-03-25 11:05:49 [2353] [6] ERROR: SMPP[smppUSSD]: Malformed destination_addr `(null)', may not be empty. Discarding MO message. Kannel Config : group = core admin-port = 13005 smsbox-port = 13007 admin-password = admin #box-deny-ip = "*.*.*.*" ##box-allow-ip = "127.0.0.1" ##unified-prefix = "+358,00358,0;+,00" ##access-log = "/etc/kannel/access.log" ##store-file = "kannel.store" ##ssl-server-cert-file = "cert.pem" ##ssl-server-key-file = "key.pem" ##ssl-certkey-file = "mycertandprivkeyfile.pemi access-log = "/opt/kannel/kannel_dump/smpp_access.log" access-log-format = "[SMSC:%i] [USER:%n] [from:%p] [to:%P] [msg:%L:%b] [FID:%F] [SMS-MID:%I]" #store-file = "/opt/kannel/kannel_dump/smpp.store" store-type = file store-location = "/opt/kannel/kannel_dump/smpp.store" store-dump-freq = 200 sms-resend-freq = 30 sms-resend-retry = 3 group = smsbox bearerbox-host = 127.0.0.1 sendsms-port = 13017 http-request-retry = 2 reply-couldnotfetch = "Please wait" include = "/opt/conf/include/smpp_sms.conf" < - included in attachment Kindly assist. Thank you and Regards, Arif Noor
OpenSMPPBOX Panic
Sorry, wrong subject for the previous email. From: users [mailto:users-boun...@kannel.org] On Behalf Of Arif Noor Sent: Saturday, February 27, 2016 3:23 AM To: users@kannel.org Subject: FW: Kannel support only GSM Commands? Greetings, I’m having issues with opensmppbox where sending concatenated MT will cause it to crash, giving error as below. Is this a bug? And how can I mend this. 2016-02-27 01:32:24 [6013] [16] PANIC: gwlib/octstr.c:2565: seems_valid_real: Assertion `ostr->data != NULL' failed. (Called from gwlib/octstr.c:325:octstr_destroy.) 2016-02-27 01:32:24 [6013] [16] PANIC: /usr/local/kannel/sbin/opensmppbox(gw_backtrace+0xae) [0x45c67e] 2016-02-27 01:32:24 [6013] [16] PANIC: /usr/local/kannel/sbin/opensmppbox(gw_panic+0x159) [0x45c7e9] 2016-02-27 01:32:24 [6013] [16] PANIC: /usr/local/kannel/sbin/opensmppbox() [0x45e670] 2016-02-27 01:32:24 [6013] [16] PANIC: /usr/local/kannel/sbin/opensmppbox(octstr_destroy+0x1d) [0x46079d] 2016-02-27 01:32:24 [6013] [16] PANIC: /usr/local/kannel/sbin/opensmppbox(msg_destroy+0x26) [0x416a26] 2016-02-27 01:32:24 [6013] [16] PANIC: /usr/local/kannel/sbin/opensmppbox(gwlist_destroy+0x42) [0x45b7c2] 2016-02-27 01:32:24 [6013] [16] PANIC: /usr/local/kannel/sbin/opensmppbox() [0x40ff58] 2016-02-27 01:32:24 [6013] [16] PANIC: /usr/local/kannel/sbin/opensmppbox() [0x4531e9] 2016-02-27 01:32:24 [6013] [16] PANIC: /lib64/libpthread.so.0(+0x7aa1) [0x7f85a9b03aa1] 2016-02-27 01:32:24 [6013] [16] PANIC: /lib64/libc.so.6(clone+0x6d) [0x7f85a920193d] Using opensmppbox below : 2016-02-27 01:22:39 [6013] [0] DEBUG: Kannel opensmppbox version svn-r84 gwlib version `svn-r5154M'. Build `Feb 8 2016 12:04:24', compiler `4.4.7 20120313 (Red Hat 4.4.7-16)'. System Linux, release 2.6.32-573.18.1.el6.x86_64, version #1 SMP Tue Feb 9 22:46:17 UTC 2016, machine x86_64. Hostname localhost, IP 127.0.0.1. Libxml version 2.6.27. Using OpenSSL 1.0.1e-fips 11 Feb 2013. Compiled with MySQL 5.1.73, using MySQL 5.1.73. Using native malloc. Thanks in advance.
FW: Kannel support only GSM Commands?
Greetings, I’m having issues with opensmppbox where sending concatenated MT will cause it to crash, giving error as below. Is this a bug? And how can I mend this. 2016-02-27 01:32:24 [6013] [16] PANIC: gwlib/octstr.c:2565: seems_valid_real: Assertion `ostr->data != NULL' failed. (Called from gwlib/octstr.c:325:octstr_destroy.) 2016-02-27 01:32:24 [6013] [16] PANIC: /usr/local/kannel/sbin/opensmppbox(gw_backtrace+0xae) [0x45c67e] 2016-02-27 01:32:24 [6013] [16] PANIC: /usr/local/kannel/sbin/opensmppbox(gw_panic+0x159) [0x45c7e9] 2016-02-27 01:32:24 [6013] [16] PANIC: /usr/local/kannel/sbin/opensmppbox() [0x45e670] 2016-02-27 01:32:24 [6013] [16] PANIC: /usr/local/kannel/sbin/opensmppbox(octstr_destroy+0x1d) [0x46079d] 2016-02-27 01:32:24 [6013] [16] PANIC: /usr/local/kannel/sbin/opensmppbox(msg_destroy+0x26) [0x416a26] 2016-02-27 01:32:24 [6013] [16] PANIC: /usr/local/kannel/sbin/opensmppbox(gwlist_destroy+0x42) [0x45b7c2] 2016-02-27 01:32:24 [6013] [16] PANIC: /usr/local/kannel/sbin/opensmppbox() [0x40ff58] 2016-02-27 01:32:24 [6013] [16] PANIC: /usr/local/kannel/sbin/opensmppbox() [0x4531e9] 2016-02-27 01:32:24 [6013] [16] PANIC: /lib64/libpthread.so.0(+0x7aa1) [0x7f85a9b03aa1] 2016-02-27 01:32:24 [6013] [16] PANIC: /lib64/libc.so.6(clone+0x6d) [0x7f85a920193d] Using opensmppbox below : 2016-02-27 01:22:39 [6013] [0] DEBUG: Kannel opensmppbox version svn-r84 gwlib version `svn-r5154M'. Build `Feb 8 2016 12:04:24', compiler `4.4.7 20120313 (Red Hat 4.4.7-16)'. System Linux, release 2.6.32-573.18.1.el6.x86_64, version #1 SMP Tue Feb 9 22:46:17 UTC 2016, machine x86_64. Hostname localhost, IP 127.0.0.1. Libxml version 2.6.27. Using OpenSSL 1.0.1e-fips 11 Feb 2013. Compiled with MySQL 5.1.73, using MySQL 5.1.73. Using native malloc. Thanks in advance.
Concatenation and UDH
Hi, I have an issue with Concatenated message where the MT we received are not split like it usually do. I'm not sure if this is due to the way ppl pushing MT using to our side or my opensmppbox issue. >From the logs below, usually with concatenated I can see a parameter "assemble >multi-part message | received 1 of 2" when sending but not in this case. I can >see that the problematic MT are using 16-bit reference UDH but the normal one >are using 8-bit. Could this be causing it? Thanks in advance. *some data omitted / obscured. Logs : 5243716:2016-02-09 14:56:35 [25539] [12816] DEBUG: SMPP[SMSNS]: Got PDU: 5243717:2016-02-09 14:56:35 [25539] [12816] DEBUG: SMPP PDU 0x7f080cc2be70 dump: 5243718:2016-02-09 14:56:35 [25539] [12816] DEBUG: type_name: submit_sm 5243719:2016-02-09 14:56:35 [25539] [12816] DEBUG: command_id: 4 = 0x0004 5243720:2016-02-09 14:56:35 [25539] [12816] DEBUG: command_status: 0 = 0x 5243721:2016-02-09 14:56:35 [25539] [12816] DEBUG: sequence_number: 29734 = 0x7426 5243722:2016-02-09 14:56:35 [25539] [12816] DEBUG: service_type: NULL 5243723:2016-02-09 14:56:35 [25539] [12816] DEBUG: source_addr_ton: 5 = 0x0005 5243724:2016-02-09 14:56:35 [25539] [12816] DEBUG: source_addr_npi: 0 = 0x 5243725:2016-02-09 14:56:35 [25539] [12816] DEBUG: source_addr: "SMSNS" 5243726:2016-02-09 14:56:35 [25539] [12816] DEBUG: dest_addr_ton: 1 = 0x0001 5243727:2016-02-09 14:56:35 [25539] [12816] DEBUG: dest_addr_npi: 1 = 0x0001 5243728:2016-02-09 14:56:35 [25539] [12816] DEBUG: destination_addr: "6281760x" 5243729:2016-02-09 14:56:35 [25539] [12816] DEBUG: esm_class: 64 = 0x0040 5243730:2016-02-09 14:56:35 [25539] [12816] DEBUG: protocol_id: 0 = 0x 5243731:2016-02-09 14:56:35 [25539] [12816] DEBUG: priority_flag: 0 = 0x 5243732:2016-02-09 14:56:35 [25539] [12816] DEBUG: schedule_delivery_time: NULL 5243733:2016-02-09 14:56:35 [25539] [12816] DEBUG: validity_period: NULL 5243734:2016-02-09 14:56:35 [25539] [12816] DEBUG: registered_delivery: 1 = 0x0001 5243735:2016-02-09 14:56:35 [25539] [12816] DEBUG: replace_if_present_flag: 0 = 0x 5243736:2016-02-09 14:56:35 [25539] [12816] DEBUG: data_coding: 0 = 0x 5243737:2016-02-09 14:56:35 [25539] [12816] DEBUG: sm_default_msg_id: 0 = 0x 5243738:2016-02-09 14:56:35 [25539] [12816] DEBUG: sm_length: 158 = 0x009e 5243739:2016-02-09 14:56:35 [25539] [12816] DEBUG: short_message: 5243740:2016-02-09 14:56:35 [25539] [12816] DEBUG:Octet string at 0x7f080cc28120: 5243741:2016-02-09 14:56:35 [25539] [12816] DEBUG: len: 158 5243742:2016-02-09 14:56:35 [25539] [12816] DEBUG: size: 159 5243743:2016-02-09 14:56:35 [25539] [12816] DEBUG: immutable: 0 5243744:2016-02-09 14:56:35 [25539] [12816] DEBUG: data: 06 08 04 c7 09 02 01 48 65 6c 6c 6f 2c 20 74 68 ...Hello, th 5243745:2016-02-09 14:56:35 [25539] [12816] DEBUG: data: 69 73 20 69 73 20 44 61 6e 69 65 6c 20 66 72 6f // omitted 5243746:2016-02-09 14:56:35 [25539] [12816] DEBUG: data: 6d 20 4x 6x 7x 6x 6x 2e 20 49 3f 6d 20 73 65 6e // omitted 5243747:2016-02-09 14:56:35 [25539] [12816] DEBUG: data: 64 69 6e 67 20 61 20 73 65 63 6f 6e 64 20 53 4d // omitted 5243748:2016-02-09 14:56:35 [25539] [12816] DEBUG: data: 53 20 6c 6f 6e 67 65 72 20 74 68 61 6e 20 31 36 // omitted 5243749:2016-02-09 14:56:35 [25539] [12816] DEBUG: data: 30 20 63 68 61 72 61 63 74 65 72 73 2c 20 74 6f // omitted 5243750:2016-02-09 14:56:35 [25539] [12816] DEBUG: data: 20 69 64 65 6e 74 69 66 79 20 61 20 70 6f 74 65 // omitted 5243751:2016-02-09 14:56:35 [25539] [12816] DEBUG: data: 6e 74 69 61 6c 20 72 6f 75 74 65 20 70 72 6f 62 // omitted 5243752:2016-02-09 14:56:35 [25539] [12816] DEBUG: data: 6c 65 6d 20 73 75 70 70 6f 72 74 69 6e 67 20 74 // omitted 5243753:2016-02-09 14:56:35 [25539] [12816] DEBUG: data: 68 69 73 20 66 65 61 74 75 72 65 2e 20 50 // omitted 5243754:2016-02-09 14:56:35 [25539] [12816] DEBUG:Octet string dump ends. 5243755:2016-02-09 14:56:35 [25539] [12816] DEBUG: SMPP PDU dump ends. 5243756:2016-02-09 14:56:35 [25539] [12816] DEBUG: SMPP[SMSNS]: UDH length read as 7 5243757:2016-02-09 14:56:35 [25539] [12816] DEBUG: Msg object at 0x7f080cc2a5b0: 5243758:2016-02-09 14:56:35 [25539] [12816] DEBUG: type: sms 5243759:2016-02-09 14:56:35 [25539] [12816] DEBUG: sms.sender: 5243760:2016-02-09 14:56:35 [25539] [12816] DEBUG: Octet string at 0x7f080cc38680: 5243761:2016-02-09 14:56:35 [25539] [12816] DEBUG:len: 5 5243762:2016-02-09 14:56:35 [25539] [12816] DEBUG:size: 6 5243763:2016-02-09 14:56:35 [25539] [12816] DEBUG:immutable: 0 5243764:2016-02-09 14:56:35 [25539] [12816] DEBUG:data: 4x 5x 5x 4x 5x SMSNS 5243765:2016-02-09 14:56:35 [25539] [12816] DEBUG: Octet string dump ends. 5243766:2016-02-09 14:56:35 [25539]
RE: SMSBOX Denied from Host
very: 1 = 0x0001 2015-12-14 18:10:49 [15925] [6] DEBUG: replace_if_present_flag: 0 = 0x 2015-12-14 18:10:49 [15925] [6] DEBUG: data_coding: 0 = 0x 2015-12-14 18:10:49 [15925] [6] DEBUG: sm_default_msg_id: 0 = 0x 2015-12-14 18:10:49 [15925] [6] DEBUG: sm_length: 159 = 0x009f 2015-12-14 18:10:49 [15925] [6] DEBUG: short_message: 2015-12-14 18:10:49 [15925] [6] DEBUG:Octet string at 0x7f4fbc0023b0: 2015-12-14 18:10:49 [15925] [6] DEBUG: len: 159 2015-12-14 18:10:49 [15925] [6] DEBUG: size: 1024 2015-12-14 18:10:49 [15925] [6] DEBUG: immutable: 0 2015-12-14 18:10:49 [15925] [6] DEBUG: data: 05 00 03 07 02 01 61 61 61 61 61 61 61 61 61 61 ..aa 2015-12-14 18:10:49 [15925] [6] DEBUG: data: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 2015-12-14 18:10:49 [15925] [6] DEBUG: data: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 2015-12-14 18:10:49 [15925] [6] DEBUG: data: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 2015-12-14 18:10:49 [15925] [6] DEBUG: data: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 2015-12-14 18:10:49 [15925] [6] DEBUG: data: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 2015-12-14 18:10:49 [15925] [6] DEBUG: data: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 2015-12-14 18:10:49 [15925] [6] DEBUG: data: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 2015-12-14 18:10:49 [15925] [6] DEBUG: data: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 2015-12-14 18:10:49 [15925] [6] DEBUG: data: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 aaa 2015-12-14 18:10:49 [15925] [6] DEBUG:Octet string dump ends. 2015-12-14 18:10:49 [15925] [6] DEBUG: more_messages_to_send: 1 = 0x0001 2015-12-14 18:10:49 [15925] [6] DEBUG: SMPP PDU dump ends. 2015-12-14 18:10:49 [15925] [6] DEBUG: SMPP[smppConnection1]: throughput (1.00,7.00) 2015-12-14 18:10:49 [15925] [6] DEBUG: SMPP[smppConnection1]: Manually forced source addr ton = 0, source add npi = 1 2015-12-14 18:10:49 [15925] [6] DEBUG: SMPP[smppConnection1]: Manually forced dest addr ton = 1, dest add npi = 1 2015-12-14 18:10:49 [15925] [6] DEBUG: SMPP[smppConnection1]: Sending PDU: 2015-12-14 18:10:49 [15925] [6] DEBUG: SMPP PDU 0x7f4fbc0019c0 dump: 2015-12-14 18:10:49 [15925] [6] DEBUG: type_name: submit_sm 2015-12-14 18:10:49 [15925] [6] DEBUG: command_id: 4 = 0x0004 2015-12-14 18:10:49 [15925] [6] DEBUG: command_status: 0 = 0x 2015-12-14 18:10:49 [15925] [6] DEBUG: sequence_number: 123 = 0x007b 2015-12-14 18:10:49 [15925] [6] DEBUG: service_type: NULL 2015-12-14 18:10:49 [15925] [6] DEBUG: source_addr_ton: 0 = 0x 2015-12-14 18:10:49 [15925] [6] DEBUG: source_addr_npi: 1 = 0x0001 2015-12-14 18:10:49 [15925] [6] DEBUG: source_addr: "x" 2015-12-14 18:10:49 [15925] [6] DEBUG: dest_addr_ton: 1 = 0x0001 2015-12-14 18:10:49 [15925] [6] DEBUG: dest_addr_npi: 1 = 0x0001 2015-12-14 18:10:49 [15925] [6] DEBUG: destination_addr: "x" 2015-12-14 18:10:49 [15925] [6] DEBUG: esm_class: 64 = 0x0040 2015-12-14 18:10:49 [15925] [6] DEBUG: protocol_id: 0 = 0x 2015-12-14 18:10:49 [15925] [6] DEBUG: priority_flag: 0 = 0x 2015-12-14 18:10:49 [15925] [6] DEBUG: schedule_delivery_time: NULL 2015-12-14 18:10:49 [15925] [6] DEBUG: validity_period: NULL 2015-12-14 18:10:49 [15925] [6] DEBUG: registered_delivery: 0 = 0x 2015-12-14 18:10:49 [15925] [6] DEBUG: replace_if_present_flag: 0 = 0x 2015-12-14 18:10:49 [15925] [6] DEBUG: data_coding: 0 = 0x 2015-12-14 18:10:49 [15925] [6] DEBUG: sm_default_msg_id: 0 = 0x 2015-12-14 18:10:49 [15925] [6] DEBUG: sm_length: 14 = 0x000e 2015-12-14 18:10:49 [15925] [6] DEBUG: short_message: 2015-12-14 18:10:49 [15925] [6] DEBUG:Octet string at 0x7f4fbc0030e0: 2015-12-14 18:10:49 [15925] [6] DEBUG: len: 14 2015-12-14 18:10:49 [15925] [6] DEBUG: size: 1024 2015-12-14 18:10:49 [15925] [6] DEBUG: immutable: 0 2015-12-14 18:10:49 [15925] [6] DEBUG: data: 05 00 03 07 02 02 61 61 61 61 61 61 61 2e ..aaa. 2015-12-14 18:10:49 [15925] [6] DEBUG:Octet string dump ends. 2015-12-14 18:10:49 [15925] [6] DEBUG: SMPP PDU dump ends. Regards. From: Jesus Irausquin [mailto:jdirausq...@gmail.com] Sent: Monday, December 14, 2015 5:56 PM To: Arif Noor Cc: users@kannel.org Subject: Re: SMSBOX Denied from Host Hi, The next line you have in your configuration is denying all smsbox connections attempts: box-deny-ip = "*.*.*.*" Just delete it... Regards, Dan On 14/12/2015, at 0:57, Arif Noor <md.a...@forest-interactive.com<mailto:md.a...@forest-interactive.com>> wrote: Greeting Kannel users, I’m having this issue
SMSBOX Denied from Host
Greeting Kannel users, I'm having this issue where smsbox was not able to create a box like below, kindly advise how can I fix this. 2015-12-14 13:14:26 [2765] [0] INFO: Kannel bearerbox II version svn-r5154 starting 2015-12-14 13:14:26 [2765] [0] INFO: Loading store file `/opt/kannel/kannel_dump/smpp.store' 2015-12-14 13:14:26 [2765] [0] INFO: Store-file size 0, starting to unpack 2015-12-14 13:14:26 [2765] [0] INFO: Retrieved 0 messages, non-acknowledged messages: 0 2015-12-14 13:14:26 [2765] [0] DEBUG: Started thread 8 (gw/bb_store_file.c:store_dumper) 2015-12-14 13:14:26 [2765] [0] INFO: MAIN: Start-up done, entering mainloop 2015-12-14 13:14:26 [2765] [8] DEBUG: Thread 8 (gw/bb_store_file.c:store_dumper) maps to pid 2765. 2015-12-14 13:14:26 [2765] [8] DEBUG: Dumping 0 messages to store 2015-12-14 13:14:28 [2765] [5] INFO: Box connection tried from denied host <127.0.0.1>, disconnected 2015-12-14 13:14:28 [2765] [5] ERROR: Failed to create new boxc connection. 2015-12-14 13:14:39 [2765] [5] INFO: Box connection tried from denied host <127.0.0.1>, disconnected 2015-12-14 13:14:39 [2765] [5] ERROR: Failed to create new boxc connection. 2015-12-14 13:14:50 [2765] [5] INFO: Box connection tried from denied host <127.0.0.1>, disconnected 2015-12-14 13:14:50 [2765] [5] ERROR: Failed to create new boxc connection. 2015-12-14 13:15:01 [2765] [5] INFO: Box connection tried from denied host <127.0.0.1>, disconnected 2015-12-14 13:15:01 [2765] [5] ERROR: Failed to create new boxc connection. Configuration group = core admin-port = 13005 smsbox-port = 13007 sms-resend-retry = 10 admin-password = x box-deny-ip = "*.*.*.*" #box-allow-ip = "x" #unified-prefix="-,+" access-log = /opt/kannel/kannel_dump/smpp_access.log access-log-format = "[SMSC:%i] [from:%p] [to:%P] [msg:%L:%b]" store-file = "/opt/kannel/kannel_dump/smpp.store" store-dump-freq = 200 sms-resend-freq = 10 group = smsbox bearerbox-host = 127.0.0.1 sendsms-port = 13017 http-request-retry = 0 reply-couldnotfetch = "Please wait" include = "include/smpp_sms.conf" group = smsc smsc = smpp smsc-id = smppConnection1 allowed-smsc-id = "smppConnection1" host = xxx port = xxx system-type = "" address-range = "" smsc-username = "" smsc-password = "" source-addr-ton = 0 source-addr-npi = 1 dest-addr-ton = 1 dest-addr-npi = 1 interface-version = 34 throughput = 7 alt-charset = "utf-8" connection-timeout = 700 max-pending-submits = 15 enquire-link-interval = 30 transceiver-mode = 1 esm-class = 0 group = sendsms-user username = smsSMPP1 password = smsPass max-messages = 2 concatenation = true default-smsc = smppConnection1 group = sms-service keyword = default accepted-smsc = smppConnection1 get-url = "http://localhost/api/xxx; max-messages = 0 concatenation = true
ESM-CLASS Setting
Greetings, I'm having issues with esm-class as per user guide I can change it to 0 to reflect smsc setttings however when I add the ems-class = 0 in the config file I was greeted with Group 'smsc' may not contain field 'esm-class'. I tried to follow the solution provided on the net by changing the pdu-u.submit_sm.esm_class = ESM_CLASS_SUBMIT_STORE_AND_FORWARD_MODE; but I can't find if in smsc_smpp.c. Your help are greatly appreciated. Kannel ver. 1.4.4 Conf File : group = smsc smsc = smpp smsc-id = smppConnection1 allowed-smsc-id = smppConnection1 host = xxx.xxx.xxx.xxx port = 3131 receive-port = 3131 system-type = address-range = smsc-username = x smsc-password = x source-addr-ton = 0 source-addr-npi = 1 dest-addr-ton = 1 dest-addr-npi = 1 interface-version = 52 throughput= 1 alt-charset = utf-8 connection-timeout = 600 max-pending-submits = 10 enquire-link-interval = 30 transceiver-mode = 1 msg-id-type = 1 wait-ack = 60 #log-file = /opt/kannel/kannel_dump/testdn-premium.log #log-level = 0 group = smsc smsc = smpp smsc-id = smppConnection2 allowed-smsc-id = smppConnection2 host = xxx.xxx.xxx.xxx port = 3131 receive-port = 3131 system-type = address-range = smsc-username = smsc-password = x source-addr-ton = 0 source-addr-npi = 1 dest-addr-ton = 1 dest-addr-npi = 1 interface-version = 52 throughput= 1 alt-charset = utf-8 connection-timeout = 600 max-pending-submits = 10 enquire-link-interval = 30 transceiver-mode = 1 msg-id-type = 1 wait-ack = 60 #log-file = /opt/kannel/kannel_dump/testdn-bulk.log #log-level = 0 Eins
