Hi, Try setting the sms-resend-freq and sms-resend-retry to reduce on the number of sms retries. Also set a low figure on the max-pending-submits to reduce on your queue. This might help.
But also check on your conxn plus you could be sending to non-existent/wrongly formatted numbers, the smsc rejects and your system keeps trying to re-send them. If the issue occurs at a certain period all the time, check with your smsc vendor. Sometimes they have queue/throttling problems. My 2 cents. @sotandeka On Wed, Jan 13, 2016 at 2:43 PM, Grant Saicom <grant.sai...@gmail.com> wrote: > Example log below of one very common warning. I cannot see anything about > tcp retransmission in the logs. We see it in tshark when things start going > a bit out of sorts. > > PDU has been sanitised for privacy, so the destination and text has been > removed. > > 2016-01-13 11:00:00 [4771] [7] DEBUG: SMPP[internal]: Sending PDU: > 2016-01-13 11:00:00 [4771] [7] DEBUG: SMPP PDU 0x1c5bfa0 dump: > 2016-01-13 11:00:00 [4771] [7] DEBUG: type_name: submit_sm > 2016-01-13 11:00:00 [4771] [7] DEBUG: command_id: 4 = 0x00000004 > 2016-01-13 11:00:00 [4771] [7] DEBUG: command_status: 0 = 0x00000000 > 2016-01-13 11:00:00 [4771] [7] DEBUG: sequence_number: 6541387 = > 0x0063d04b > 2016-01-13 11:00:00 [4771] [7] DEBUG: service_type: "P_289361630" > 2016-01-13 11:00:00 [4771] [7] DEBUG: source_addr_ton: 2 = 0x00000002 > 2016-01-13 11:00:00 [4771] [7] DEBUG: source_addr_npi: 1 = 0x00000001 > 2016-01-13 11:00:00 [4771] [7] DEBUG: source_addr: "435719276" > 2016-01-13 11:00:00 [4771] [7] DEBUG: dest_addr_ton: 2 = 0x00000002 > 2016-01-13 11:00:00 [4771] [7] DEBUG: dest_addr_npi: 1 = 0x00000001 > 2016-01-13 11:00:00 [4771] [7] DEBUG: destination_addr: "" > 2016-01-13 11:00:00 [4771] [7] DEBUG: esm_class: 3 = 0x00000003 > 2016-01-13 11:00:00 [4771] [7] DEBUG: protocol_id: 0 = 0x00000000 > 2016-01-13 11:00:00 [4771] [7] DEBUG: priority_flag: 0 = 0x00000000 > 2016-01-13 11:00:00 [4771] [7] DEBUG: schedule_delivery_time: NULL > 2016-01-13 11:00:00 [4771] [7] DEBUG: validity_period: NULL > 2016-01-13 11:00:00 [4771] [7] DEBUG: registered_delivery: 1 = 0x00000001 > 2016-01-13 11:00:00 [4771] [7] DEBUG: replace_if_present_flag: 0 = > 0x00000000 > 2016-01-13 11:00:00 [4771] [7] DEBUG: data_coding: 0 = 0x00000000 > 2016-01-13 11:00:00 [4771] [7] DEBUG: sm_default_msg_id: 0 = 0x00000000 > 2016-01-13 11:00:00 [4771] [7] DEBUG: sm_length: 91 = 0x0000005b > 2016-01-13 11:00:00 [4771] [7] DEBUG: short_message: > 2016-01-13 11:00:00 [4771] [7] DEBUG: Octet string at 0x1cf1070: > 2016-01-13 11:00:00 [4771] [7] DEBUG: len: 91 > 2016-01-13 11:00:00 [4771] [7] DEBUG: size: 92 > 2016-01-13 11:00:00 [4771] [7] DEBUG: immutable: 0 > 2016-01-13 11:00:00 [4771] [7] DEBUG: data: 59 > 2016-01-13 11:00:00 [4771] [7] DEBUG: data: 48 > 2016-01-13 11:00:00 [4771] [7] DEBUG: data: 4 > 2016-01-13 11:00:00 [4771] [7] DEBUG: data: > 2016-01-13 11:00:00 [4771] [7] DEBUG: data: 49 53 > 2016-01-13 11:00:00 [4771] [7] DEBUG: data: 4c 5 > 2016-01-13 11:00:00 [4771] [7] DEBUG: Octet string dump ends. > 2016-01-13 11:00:00 [4771] [7] DEBUG: SMPP PDU dump ends. > 2016-01-13 11:00:00 [4771] [7] WARNING: SMPP: PDU element <service_type> > too long (length is 11, should be 5) > 2016-01-13 11:00:00 [4771] [7] DEBUG: SMPP[internal]: throughput > (12.00,0.00) > 2016-01-13 11:00:00 [4771] [7] DEBUG: SMPP[internal]: Sending PDU: > 2016-01-13 11:00:00 [4771] [7] DEBUG: SMPP PDU 0x1d5d380 dump: > 2016-01-13 11:00:00 [4771] [7] DEBUG: type_name: submit_sm > 2016-01-13 11:00:00 [4771] [7] DEBUG: command_id: 4 = 0x00000004 > 2016-01-13 11:00:00 [4771] [7] DEBUG: command_status: 0 = 0x00000000 > 2016-01-13 11:00:00 [4771] [7] DEBUG: sequence_number: 6541388 = > 0x0063d04c > 2016-01-13 11:00:00 [4771] [7] DEBUG: service_type: "P_289340514" > 2016-01-13 11:00:00 [4771] [7] DEBUG: source_addr_ton: 2 = 0x00000002 > 2016-01-13 11:00:00 [4771] [7] DEBUG: source_addr_npi: 1 = 0x00000001 > > On 13 Jan 2016, at 13:34, Grant Saicom <grant.sai...@gmail.com> wrote: > > Hi > > Thank you for your reply. See my config below. Logs are pretty massive, so > I am going to try find an example and send through as well. > > > ================================Kannel Conf====================== > group = core > admin-port = 13000 > smsbox-port = 13001 > admin-password = ######## > log-file = "/var/log/kannel/kannel-bearerbox.log" > log-level = 0 > box-deny-ip = "*.*.*.*" > box-allow-ip = "127.0.0.1" > dlr-storage = mysql > store-location = "/var/spool/kannel" > smsbox-max-pending = 600 > > #IQSIM Orphan SMPP Connector > group=smsc > smsc=smpp > smsc-id=internal > interface-version=34 > host=########## > receive-port=2775 > system-id=sms2 > smsc-username=######## > smsc-password=######## > system-type=default > #max-pending-submits=70 > #validityperiod=20160 > > #IQSIM Sending SMPP Connector > group=smsc > smsc=smpp > smsc-id=internal > interface-version=34 > host=############ > port=2775 > system-id=sms1 > smsc-username=####### > smsc-password=####### > system-type=default > max-pending-submits = 410 > #validityperiod=20160 > transceiver-mode=1 > denied-smsc-id=####### > > group = smsbox > bearerbox-host = 127.0.0.1 > sendsms-port = 13013 > global-sender = 13013 > smsbox-id=my_smsbox > > #Routing for standard Kannel messages i.e. no smsc_id > group=smsbox-route > smsbox-id=sqlbox > smsc-id=internal > > > #-------------------------------------------------------------------- > #SEND-SMS USERS > #-------------------------------------------------------------------- > > group = sendsms-user > default-smsc = default > username = playsms1 > password = playsms1 > concatenation = true > max-messages = 3 > > group = mysql-connection > id = mydlr > host = 154.72.8.195 > username = root > password = at0m1c55 > database = kannel > #max-connections = 20 > > group = dlr-db > id = mydlr > > On 13 Jan 2016, at 13:20, Otandeka Simon Peter <sotand...@gmail.com> > wrote: > > > Hi, > > I have used a couple of distros (centos, freebsd ubuntu, wheezy, openSuSE) > and they all work well without issues. It's how you configure your system > (resources) that matters a lot i.e. apache, kannel, memory etc. > > You may want to share some bearerbox logs and config so that we can advise > on the retransmission bit. > > @sotandeka > > On Wed, Jan 13, 2016 at 2:03 PM, Grant Saicom <grant.sai...@gmail.com> > wrote: > >> Hi Everyone >> >> I am looking for an opinion (good natured discussion please) on which >> distribution is best to run a lean purpose built kannel system for smpp sms >> delivery and replies using sqlbox. >> >> DB is mysql and the DB is running on a separate VM on the same hypervisor >> with SSD drives. >> >> We are currently running debian wheezy 7.8 installed using net install so >> it was as minimal as possible. We are seeing quite a bit of tcp >> retransmission going on between the system and the smsc. >> >> Can anyone advise from their own experience? >> >> Kind regards >> Grant >> > > > >
