It’s because you have receive-port commented out. SMPP receives their delivery reports on the receiver channel. So you must enable that. Otherwise, you won’t receive delivery reports.
For newer Kannel versions, I think you should have two copies of your group = smsc. One with port = xxxx and the other one with receive-port = xxxx. So it depends on your Kannel version. == Rene From: users [mailto:users-boun...@kannel.org] On Behalf Of Ammar Ali Sent: dinsdag 21 april 2015 14:36 To: Cliff Court Cc: users@kannel.org Subject: Re: Delivery Report Issues Hello All, My kannel monitor shows me DLR queue. But In my SMSC log file there is no delivery_sm or delivery_sm_resp pdu for delivery. When I'm talking to my SMPP provider then they told me that this issue is belongs to your configuration. But I'm checked my configuration lots of time. This is my SMPP Log: 2015-04-21 17:52:30 [697] [6] DEBUG: SMPP[TR_SMSC1]: throughput (1.00,100.00) 2015-04-21 17:52:30 [697] [6] DEBUG: SMPP[TR_SMSC1]: Manually forced source addr ton = 0, source add npi = 1 2015-04-21 17:52:30 [697] [6] DEBUG: SMPP[TR_SMSC1]: Manually forced dest addr ton = 1, dest add npi = 1 2015-04-21 17:52:30 [697] [6] DEBUG: SMPP[TR_SMSC1]: Sending PDU: 2015-04-21 17:52:30 [697] [6] DEBUG: SMPP PDU 0x7f223c000a10 dump: 2015-04-21 17:52:30 [697] [6] DEBUG: type_name: submit_sm 2015-04-21 17:52:30 [697] [6] DEBUG: command_id: 4 = 0x00000004 2015-04-21 17:52:30 [697] [6] DEBUG: command_status: 0 = 0x00000000 2015-04-21 17:52:30 [697] [6] DEBUG: sequence_number: 55 = 0x00000037 2015-04-21 17:52:30 [697] [6] DEBUG: service_type: "CMT" 2015-04-21 17:52:30 [697] [6] DEBUG: source_addr_ton: 5 = 0x00000005 2015-04-21 17:52:30 [697] [6] DEBUG: source_addr_npi: 0 = 0x00000000 2015-04-21 17:52:30 [697] [6] DEBUG: source_addr: "INSIGN" 2015-04-21 17:52:30 [697] [6] DEBUG: dest_addr_ton: 1 = 0x00000001 2015-04-21 17:52:30 [697] [6] DEBUG: dest_addr_npi: 1 = 0x00000001 2015-04-21 17:52:30 [697] [6] DEBUG: destination_addr: "9754178790" 2015-04-21 17:52:30 [697] [6] DEBUG: esm_class: 3 = 0x00000003 2015-04-21 17:52:30 [697] [6] DEBUG: protocol_id: 0 = 0x00000000 2015-04-21 17:52:30 [697] [6] DEBUG: priority_flag: 0 = 0x00000000 2015-04-21 17:52:30 [697] [6] DEBUG: schedule_delivery_time: NULL 2015-04-21 17:52:30 [697] [6] DEBUG: validity_period: NULL 2015-04-21 17:52:30 [697] [6] DEBUG: registered_delivery: 1 = 0x00000001 2015-04-21 17:52:30 [697] [6] DEBUG: replace_if_present_flag: 0 = 0x00000000 2015-04-21 17:52:30 [697] [6] DEBUG: data_coding: 0 = 0x00000000 2015-04-21 17:52:30 [697] [6] DEBUG: sm_default_msg_id: 0 = 0x00000000 2015-04-21 17:52:30 [697] [6] DEBUG: sm_length: 26 = 0x0000001a 2015-04-21 17:52:30 [697] [6] DEBUG: short_message: 2015-04-21 17:52:30 [697] [6] DEBUG: Octet string at 0x7f223c006750: 2015-04-21 17:52:30 [697] [6] DEBUG: len: 26 2015-04-21 17:52:30 [697] [6] DEBUG: size: 27 2015-04-21 17:52:30 [697] [6] DEBUG: immutable: 0 2015-04-21 17:52:30 [697] [6] DEBUG: data: 42 75 6c 6b 32 34 53 4d 53 20 4e 65 74 77 6f 72 Test 2015-04-21 17:52:30 [697] [6] DEBUG: data: 6b 73 20 35 3a 35 32 20 50 4d 2015-04-21 17:52:30 [697] [6] DEBUG: Octet string dump ends. 2015-04-21 17:52:30 [697] [6] DEBUG: SMPP PDU dump ends. 2015-04-21 17:52:30 [697] [6] DEBUG: SMPP[TR_SMSC1]: throughput (2.00,100.00) 2015-04-21 17:52:30 [697] [6] DEBUG: SMPP[TR_SMSC1]: Got PDU: 2015-04-21 17:52:30 [697] [6] DEBUG: SMPP PDU 0x7f223c000a10 dump: 2015-04-21 17:52:30 [697] [6] DEBUG: type_name: submit_sm_resp 2015-04-21 17:52:30 [697] [6] DEBUG: command_id: 2147483652 = 0x80000004 2015-04-21 17:52:30 [697] [6] DEBUG: command_status: 0 = 0x00000000 2015-04-21 17:52:30 [697] [6] DEBUG: sequence_number: 55 = 0x00000037 2015-04-21 17:52:30 [697] [6] DEBUG: message_id: 2015-04-21 17:52:30 [697] [6] DEBUG: Octet string at 0x7f223c001700: 2015-04-21 17:52:30 [697] [6] DEBUG: len: 23 2015-04-21 17:52:30 [697] [6] DEBUG: size: 24 2015-04-21 17:52:30 [697] [6] DEBUG: immutable: 0 2015-04-21 17:52:30 [697] [6] DEBUG: data: 33 35 37 31 34 32 39 36 31 38 39 35 30 34 33 35 3571429618950435 2015-04-21 17:52:30 [697] [6] DEBUG: data: 35 35 36 37 33 37 38 5567378 2015-04-21 17:52:30 [697] [6] DEBUG: Octet string dump ends. 2015-04-21 17:52:30 [697] [6] DEBUG: SMPP PDU dump ends. 2015-04-21 17:52:30 [697] [6] DEBUG: DLR[mysql]: Adding DLR smsc=TR_SMSC1, ts=35714296189504355567378, src=INSIGN, dst=9754178790, mask=31, boxc=sqlbox1 2015-04-21 17:52:30 [697] [6] DEBUG: adding DLR entry into database 2015-04-21 17:52:30 [697] [6] DEBUG: sql: INSERT INTO `dlr` (`smsc`, `ts`, `source`, `destination`, `service`, `url`, `mask`, `boxc`, `status`) VALUES (?, ?, ?, ?, ?, ?, ?, ?, 0) 2015-04-21 17:52:30 [697] [6] DEBUG: SMSC[TR_SMSC1]: creating DLR message 2015-04-21 17:52:30 [697] [6] DEBUG: SMSC[TR_SMSC1]: DLR = 27 2015-04-21 17:52:30 [697] [6] DEBUG: SMPP[TR_SMSC1]: throughput (2.00,100.00) And this is access log: 2015-04-21 17:52:30 Sent SMS [SMSC:TR_SMSC1] [SVC:] [ACT:] [BINF:] [FID:35714296189504355567378] [META:?smpp_resp?] [from:INSIGN] [to:9754178790] [flags:-1:0:-1:-1:31] [msg:26:Test] [udh:0:] 2015-04-21 17:52:30 Receive DLR [SMSC:TR_SMSC1] [SVC:] [ACT:] [BINF:] [FID:35714296189504355567378] [META:?smpp_resp?] [from:INSIGN] [to:9754178790] [flags:-1:-1:-1:-1:8] [msg:4:ACK/] [udh:0:] Kannel monitor log in above thread. Can you suggest me what is the exact issue and how to resolve this. Thanks in advance. Thanks Ammar Ali On Tue, Apr 21, 2015 at 4:42 PM, Ammar Ali <ammarali3...@gmail.com> wrote: Hello, This is my kannel monitor log: Kannel bearerbox version `1.4.4'. Build `Feb 20 2015 13:58:20', compiler `4.4.7 20120313 (Red Hat 4.4.7-11)'. System Linux, release 2.6.32-042stab094.7, version #1 SMP Wed Oct 22 12:43:21 MSK 2014, machine x86_64. Hostname Localhost, IP 192.168.1.101. Libxml version 2.7.6. Using OpenSSL 1.0.1e-fips 11 Feb 2013. Compiled with MySQL 5.6.22, using MySQL 5.6.23. Using native malloc. Status: running, uptime 0d 0h 10m 33s WDP: received 0 (0 queued), sent 0 (0 queued) SMS: received 0 (0 queued), sent 2 (0 queued), store size -1 SMS: inbound (0.00,0.00,0.00) msg/sec, outbound (0.00,0.01,0.00) msg/sec DLR: received 4, sent 0 DLR: inbound (0.01,0.01,0.01) msg/sec, outbound (0.00,0.00,0.00) msg/sec DLR: 28 queued, using mysql storage Box connections: smsbox:smsbox, IP 127.0.0.1 (0 queued), (on-line 0d 0h 10m 24s) smsbox:sqlbox, IP 127.0.0.1 (0 queued), (on-line 0d 0h 5m 24s) SMSC connections: TR_SMSC1[TR_SMSC1] SMPP:10.10.10.110:5775/5775:XXXXXXXX:VMA (online 632s, rcvd: sms 0 (0.00,0.00,0.00) / dlr 1 (0.01,0.00,0.00), sent: sms 1 (0.01,0.00,0.00) / dlr 0 (0.00,0.00,0.00), failed 0, queued 0 msgs) PR_SMSC1[PR_SMSC1] SMPP:10.10.10.110:5775/5775:XXXXXXXX:VMA (online 632s, rcvd: sms 0 (0.00,0.00,0.00) / dlr 0 (0.00,0.00,0.00), sent: sms 0 (0.00,0.00,0.00) / dlr 0 (0.00,0.00,0.00), failed 0, queued 0 msgs) TR_SMSC3[TR_SMSC3] SMPP:10.10.10.110:2775/2775:XXXXXXXX:SMPP (online 632s, rcvd: sms 0 (0.00,0.00,0.00) / dlr 1 (0.00,0.00,0.00), sent: sms 0 (0.00,0.00,0.00) / dlr 0 (0.00,0.00,0.00), failed 1, queued 0 msgs) PR_SMSC3[PR_SMSC3] SMPP:10.10.10.110:2775/2775:XXXXXXXX:SMPP (online 632s, rcvd: sms 0 (0.00,0.00,0.00) / dlr 2 (0.00,0.01,0.00), sent: sms 1 (0.00,0.00,0.00) / dlr 0 (0.00,0.00,0.00), failed 0, queued 0 msgs) I'm getting partially delivery reports and growing this DLR: 28 queued, using mysql storage. So Please suggest me that what to do. Thanks Ammar Ali On Sat, Apr 18, 2015 at 7:31 PM, Cliff Court <cco...@telkomsa.net> wrote: Does your smsc log indicate you are binding as a transceiver? On 2015/04/18 01:12 PM, Ammar Ali wrote: One more thing I'm getting message on my mobile number as well submit report. Thanks Ammar Ali On Sat, Apr 18, 2015 at 4:41 PM, Ammar Ali <ammarali3...@gmail.com> wrote: This is my kannel configuration #------------------------------------------------- # THIS IS A CONFIGURATION FOR KANNEL SMS Gateway #------------------------------------------------- # Single Group "CORE" #------------------------------------------------- group = core admin-port = "13000" admin-port-ssl="no" admin-password = "xxxxxxxx" status-password = "xxxxxxxx" admin-deny-ip="*.*.*.*" admin-allow-ip="*.*.*.*" smsbox-interface ="127.0.0.1" smsbox-port = "13001" #smsbox-port-ssl="no" log-file = "/home/bulksms/public_html/kannel/logs/kannel1.log" log-level = "0" access-log = "/home/bulksms/public_html/kannel/logs/access1.access" dlr-storage = "internal" sms-incoming-queue-limit = "-1" sms-outgoing-queue-limit = "1000000" smsbox-max-pending = "100" sms-resend-freq = "60" sms-resend-retry = "-1" #------------------------------------------------- # Single Group "smsbox" #------------------------------------------------- group = smsbox smsbox-id = "smsbox" bearerbox-host = "127.0.0.1" bearerbox-port = "15001" sendsms-port = "15010" log-file = "/home/bulksms/public_html/kannel/logs/smsbox1.log" log-level = "0" access-log="/home/bulksms/public_html/kannel/logs/smsaccess1.access" sendsms-chars = "0123456789+ " #max-pending-requests = "512" sendsms-url="/cgi-bin/sendsms" #global-sender = "123456" #ms-length = "140" #http-request-retry=5 mo-recode='1' #------------------------------------------------- # Multi Group "SMSC" #------------------------------------------------- group = smsc smsc = "smpp" smsc-id = "vmobi_tsmsc" log-file = "/home/bulksms/public_html/kannel/logs/vmobi_tsmsc1.log" log-level = "0" host = "xxx.xxx.xxx.xxx" port = "xxxx" #receive-port="xxxx" smsc-username = "xxxxxx" smsc-password = "xxxxxx" allowed-smsc-id = "vmobi_tsmsc" preferred-smsc-id = "vmobi_tsmsc" source-addr-ton = "0" source-addr-npi = "1" dest-addr-ton = "1" dest-addr-npi = "1" service-type = "CMT" system-type = "VMA" alt-charset="ASCII" enquire-link-interval = "120" reconnect-delay = "0" transceiver-mode = "true" interface-version = "34" connection-timeout = "0" throughput = "100" reroute-dlr=true #------------------------------------------------- # Multi Group "smsbox-route" #------------------------------------------------- group = smsbox-route smsbox-id = "smsbox" smsc-id = "vmobi_tsmsc" #------------------------------------------------- # Multi Group "sms-service" # There should be always a 'default' service. # This service is used when no other 'sms-service' is applied. #------------------------------------------------- group = sms-service keyword = default text = "No service specified" accept-x-kannel-headers = true #max-messages = 3 concatenation = true catch-all = true #------------------------------------------------- # Multi Group "sendsms-user" #------------------------------------------------- group = sendsms-user name = "sendsmsuser1" username = "tester1" password = "tester1" forced-smsc = "vmobi_tsmsc" #default-smsc= "vmobi_tsmsc" #user-allow-ip="*.*.*.*" max-messages="10" #------------------------------------------------- Please If there is an issue then let me know. Thanks Ammar Ali On Sat, Apr 18, 2015 at 4:32 PM, Cliff Court <cco...@telkomsa.net> wrote: Hi Ammar If you aren't getting a deliver_sm, it sounds like there is an issue with the SMSC rather than anything you are doing or configuring. You are requesting a "registered-delivery" so I would expect the deliver_sm. Is your SMS message reaching your test mobile phone? If it isn't, you would need to wait for an expiry or failed deliver_sm status, but that could take several hours (or days in some cases) On 2015/04/18 12:34 PM, Ammar Ali wrote: For Your Information: 2015-04-18 15:52:36 [7282] [9] DEBUG: type_name: submit_sm 2015-04-18 15:52:36 [7282] [9] DEBUG: command_id: 4 = 0x00000004 2015-04-18 15:52:36 [7282] [9] DEBUG: command_status: 0 = 0x00000000 2015-04-18 15:52:36 [7282] [9] DEBUG: sequence_number: 2 = 0x00000002 2015-04-18 15:52:36 [7282] [9] DEBUG: service_type: "CMT" 2015-04-18 15:52:36 [7282] [9] DEBUG: source_addr_ton: 5 = 0x00000005 2015-04-18 15:52:36 [7282] [9] DEBUG: source_addr_npi: 0 = 0x00000000 2015-04-18 15:52:36 [7282] [9] DEBUG: source_addr: "IAMFCP" 2015-04-18 15:52:36 [7282] [9] DEBUG: dest_addr_ton: 1 = 0x00000001 2015-04-18 15:52:36 [7282] [9] DEBUG: dest_addr_npi: 1 = 0x00000001 2015-04-18 15:52:36 [7282] [9] DEBUG: destination_addr: "9039238251" 2015-04-18 15:52:36 [7282] [9] DEBUG: esm_class: 3 = 0x00000003 2015-04-18 15:52:36 [7282] [9] DEBUG: protocol_id: 0 = 0x00000000 2015-04-18 15:52:36 [7282] [9] DEBUG: priority_flag: 0 = 0x00000000 2015-04-18 15:52:36 [7282] [9] DEBUG: schedule_delivery_time: NULL 2015-04-18 15:52:36 [7282] [9] DEBUG: validity_period: NULL 2015-04-18 15:52:36 [7282] [9] DEBUG: registered_delivery: 1 = 0x00000001 2015-04-18 15:52:36 [7282] [9] DEBUG: replace_if_present_flag: 0 = 0x00000000 2015-04-18 15:52:36 [7282] [9] DEBUG: data_coding: 0 = 0x00000000 2015-04-18 15:52:36 [7282] [9] DEBUG: sm_default_msg_id: 0 = 0x00000000 2015-04-18 15:52:36 [7282] [9] DEBUG: sm_length: 5 = 0x00000005 2015-04-18 15:52:36 [7282] [9] DEBUG: short_message: "hello" 2015-04-18 15:52:36 [7282] [9] DEBUG: SMPP PDU dump ends. 2015-04-18 15:52:36 [7282] [9] DEBUG: SMPP[newtsmsc]: throughput (1.00,100.00) 2015-04-18 15:52:36 [7282] [9] DEBUG: SMPP[newtsmsc]: throughput (1.00,100.00) 2015-04-18 15:52:36 [7282] [9] DEBUG: SMPP[newtsmsc]: Got PDU: 2015-04-18 15:52:36 [7282] [9] DEBUG: SMPP PDU 0x7f2838001700 dump: 2015-04-18 15:52:36 [7282] [9] DEBUG: type_name: submit_sm_resp 2015-04-18 15:52:36 [7282] [9] DEBUG: command_id: 2147483652 = 0x80000004 2015-04-18 15:52:36 [7282] [9] DEBUG: command_status: 0 = 0x00000000 2015-04-18 15:52:36 [7282] [9] DEBUG: sequence_number: 2 = 0x00000002 2015-04-18 15:52:36 [7282] [9] DEBUG: message_id: 2015-04-18 15:52:36 [7282] [9] DEBUG: Octet string at 0x7f2838001150: 2015-04-18 15:52:36 [7282] [9] DEBUG: len: 36 2015-04-18 15:52:36 [7282] [9] DEBUG: size: 37 2015-04-18 15:52:36 [7282] [9] DEBUG: immutable: 0 2015-04-18 15:52:36 [7282] [9] DEBUG: data: 35 38 37 64 30 36 30 39 2d 35 33 34 61 2d 34 65 587d0609-534a-4e 2015-04-18 15:52:36 [7282] [9] DEBUG: data: 66 38 2d 39 63 37 63 2d 37 39 33 30 61 63 37 61 f8-9c7c-7930ac7a 2015-04-18 15:52:36 [7282] [9] DEBUG: data: 39 33 37 61 937a 2015-04-18 15:52:36 [7282] [9] DEBUG: Octet string dump ends. 2015-04-18 15:52:36 [7282] [9] DEBUG: SMPP PDU dump ends. 2015-04-18 15:52:36 [7282] [9] DEBUG: DLR[internal]: Adding DLR smsc=newtsmsc, ts=587d0609-534a-4ef8-9c7c-7930ac7a937a, src=IAMFCP, dst=9039238251, mask=31, boxc=smsbox 2015-04-18 15:52:36 [7282] [9] DEBUG: SMPP[newtsmsc]: throughput (1.00,100.00) 2015-04-18 15:54:09 [7282] [9] DEBUG: SMPP[newtsmsc]: Sending enquire link: 2015-04-18 15:54:09 [7282] [9] DEBUG: SMPP PDU 0x7f2838001700 dump: On Sat, Apr 18, 2015 at 4:01 PM, Ammar Ali <ammarali3...@gmail.com> wrote: Hello Cliff, I'm sending sms using SQLBox, and I'm inserting message into send_sms table with dlr_mask=31. But When I'm seeing my log files there is no delivery_sm packet for delivery report. This is the sql query for insertion: INSERT INTO send_sms (momt, sender, receiver, msgdata, sms_type, smsc_id, dlr_mask) VALUES ('MT', 'TESTIN', '9039238251, 'SQLBOX TESTING SERVER', 2, 'newtsmsc', 31); Please suggest me that how to get this delivery report. Thanks Ammar Ali On Sat, Apr 18, 2015 at 3:40 PM, Cliff Court <cco...@telkomsa.net> wrote: If you are using sendsms to send messages , are you including the dlr-mask and dlr-url in URL parameters? e.g. set dlr-mask=31 (for all reports) and dlr-url must be set for a script that can store your dlr data Thanks Cliff On 2015/04/18 08:34 AM, Ammar Ali wrote: I'm not getting Delivery Report. On Sat, Apr 18, 2015 at 12:04 PM, Ammar Ali <ammarali3...@gmail.com> wrote: Hello Team, I had some issue with delivery reports. I configured smsc configuration for transmit and receiving sms and dlr. This is my configuration: group = smsc smsc = smpp smsc-id = tx_smsc host= xxx.xxx.xxx.xxx smsc-username= xxxxxx smsc-password= xxxx port = 2775 #receive-port= 2775 connect-allow-ip = 127.0.0.1 system-type="SMPP" address-range="" alt-charset=1 alt-charset="ASCII" source-addr-ton=1 source-addr-npi=1 dest-addr-ton=1 dest-addr-npi=1 #transceiver-mode=1 allowed-smsc-id=newtsmsc throughput= 40 log-file =/home/bulksms/public_html/kannel/logs/new_tsmsc1.log log-level = 0 ----------------------------------------------------------------------------------------------------- group = smsc smsc = smpp smsc-id = rx_smsc host= xxx.xxx.xxx.xxx smsc-username= xxxxxxx smsc-password= xxxxxxx #port = 2775 receive-port= 2775 connect-allow-ip = 127.0.0.1 system-type="SMPP" address-range="" alt-charset="ASCII" source-addr-ton=1 source-addr-npi=1 dest-addr-ton=1 dest-addr-npi=1 #transceiver-mode=1 allowed-smsc-id=newtrsmsc log-file =/home/bulksms/public_html/kannel/logs/new_trsmsc1.log log-level = 0 Can you suggest me where is the actual problem in my configuration. Thanks Ammar Ali FRAMP Technology Pune (MH)
