SMS delivery is too slow. only 17 sms/sec. Most of the sms go to queue and Q size grow very rapidly. When we stop sending sms Q size should reduce. But this dont happen. SMS stay in Q for ever.
Earlier, with same configs, we were able to send 120 sms/sec and Q size was not growing that much rapidly. After we pause our application, Q count keep on reducing. We didnt changed config at our end. Any advise will be helpful in figuring out this anomaly. 2010/10/17 Nikos Balkanas <[email protected]> > What is your other issue? > > > BR, > Nikos > ----- Original Message ----- From: Abdul Basit > To: Alvaro Cornejo > Cc: Nikos Balkanas ; [email protected] > Sent: Friday, October 15, 2010 9:38 PM > > Subject: Re: queue full issue > > > That is what exactly happening with my queue. I lost Q each time i restart > kannel :( > Let me define storage. Thank you for the tip. > > > Any clue on other issue regarding smsc. > > > > > > On Fri, Oct 15, 2010 at 10:49 PM, Alvaro Cornejo <[email protected]> > wrote: > > You have not defined a storage for your queue, thus it is being build > in memory and as stated in your 1st mail, you are running out of > memory. > > Try to setup the store type to file and see what happens. This will > also let you keep the messages in queue if kannel or the server > crashed or if you need to reset kannel before the queue is empty. As > you have your setup now, if you do reset kannel you will lost all > messages in its queue. > > Regards > > Alvaro > > > > |-----------------------------------------------------------------------------------------------------------------| > Envνe y Reciba Datos y mensajes de Texto (SMS) hacia y desde cualquier > celular y Nextel > en el Perϊ, Mιxico y en mas de 180 paises. Use aplicaciones 2 vias via > > SMS y GPRS online > Visitenos en www.perusms.NET www.smsglobal.com.mx y > www.pravcom.com > > > > > On Fri, Oct 15, 2010 at 10:21 AM, Abdul Basit <[email protected]> > wrote: > >> My SMSc increased window size at there end. Now we are not >> getting Throttling errors. >> But messages are still keep going in the Q. When we stop our sms sender >> application this Q count should reduce and Sent count should increase. >> This >> was the actual behavior. >> >> Now after stopping sms feed, Q and Sent count don't reduce that mean sms >> are >> not get delivered as expected. >> I am getting same (Message Queue Full) logs as i shared earlier. SMSc ppl >> are saying that they are innocent. >> I want to understand what is happening. >> You advise/suggestions are valuable to me. >> My kannel.conf is >> group = core >> dlr-storage = mysql >> admin-port = 13000 >> smsbox-port = 13001 >> admin-password = adminpass >> log-level = 1 >> log-file = "/var/log/kannel/kannel.log" >> box-deny-ip = "*.*.*.*" >> box-allow-ip = "*.*.*.*" >> access-log = "/var/log/kannel/access.log" >> sms-resend-retry = 1 >> sms-outgoing-queue-limit = -1 >> sms-incoming-queue-limit = 0 >> sms-resend-retry = 1 >> sms-resend-freq = 1800 >> # session 1 >> group = smsc >> smsc = smpp >> log-level = 0 >> smsc-id = LA_1768 >> host = 10.200.18.116 >> port = 5026 >> smsc-username = CSMS1 >> smsc-password = CSMS1 >> system-type = CSMS1 >> transceiver-mode = true >> alt-charset = gsm >> receive-port = 0 >> allowed-smsc-id = LA_1768 >> throughput = 88 >> wait-ack = 1800 >> # session 2 >> group = smsc >> smsc = smpp >> log-level = 0 >> smsc-id = LA_1768 >> host = 10.200.18.116 >> port = 5026 >> smsc-username = CSMS1 >> smsc-password = CSMS1 >> system-type = CSMS1 >> transceiver-mode = true >> alt-charset = gsm >> receive-port = 0 >> allowed-smsc-id = LA_1768 >> throughput = 88 >> wait-ack = 1800 >> group = smsbox >> bearerbox-host = 172.27.103.19 >> sendsms-port = 13013 >> log-level = 1 >> log-file = "/var/log/kannel/smsbox.log" >> access-log = "/var/log/kannel/access.log" >> group = sendsms-user >> username = testuser >> password = abc >> user-allow-ip = "*.*.*.*" >> max-messages = 4 >> concatenation = 1 >> forced-smsc = LA_1768 >> group = sms-service >> keyword = test >> text = "HI Test Reply from GO" >> group = sms-service >> keyword = default >> text = "Sorry i dont understand this" >> omit-empty = true >> get-url = >> http://localhost:80/receivesms.php?q=%k&sender=%p&message=%a&to=%P >> max-messages = 2 >> concatenation = 1 >> group = mysql-connection >> id = mydlr >> host = 127.0.0.1 >> username = kannel >> password = kannel123 >> database = kannel >> max-connections = 25 >> group = dlr-db >> id = mydlr >> table = dlr >> 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 = boxc >> >> On Fri, Oct 15, 2010 at 5:21 PM, Abdul Basit <[email protected]> >> wrote: >> >>> >>> we are sure that this is their end issue. But we have to tell them with >>> some prove. >>> I sent them tcpdump as well. >>> They are saying that they found following messages at their end. >>> >>> SMPPSERV_APP_BIND_FAIL Application has failed to bind as transceiver to >>> SMPP server system id CSMS1 reason TRX connection limit exceeded node >>> ApplicationAccessGroup.SMPPServerGroup.smppServer >>> SMPPSERV_APP_BIND_FAIL Application has failed to bind as transceiver to >>> SMPP server system id CSMS1 reason TRX connection limit exceeded node >>> ApplicationAccessGroup.SMPPServerGroup.smppServer >>> SMPPSERV_APP_BIND_FAIL Application has failed to bind as transceiver to >>> SMPP server system id CSMS1 reason TRX connection limit exceeded node >>> ApplicationAccessGroup.SMPPServerGroup.smppServer >>> But if we are exceeding connection limit then how come we were able to >>> send sms in last 1 and half days with same configuration. >>> One more observation is that messages are getting queued even we send 2 >>> sms per sec. 1 sms delivers and 1 sms go in queue. >>> This is strange behavior. >>> >>> >>> >>> >>> 2010/10/15 Nikos Balkanas <[email protected]> >>> >>>> >>>> Hi, >>>> >>>> Talk to your SMSc. They are the ones that reject your SMS, because their >>>> Queue is full. >>>> >>>> BR, >>>> Nikos >>>> ----- Original Message ----- From: Abdul Basit >>>> To: [email protected] >>>> Sent: Friday, October 15, 2010 9:42 AM >>>> Subject: queue full issue >>>> >>>> >>>> Dear list, >>>> >>>> >>>> We are facing problem that most of the messages go in queue. >>>> Following is the snapshot of what we are facing. >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ >>>> Kannel bearerbox version `svn-r4837M'. Build `Sep 28 2010 18:53:41', >>>> compiler `4.1.2 20080704 (Red Hat 4.1.2-48)'. System Linux, release >>>> 2.6.18-194.el5, version #1 SMP Fri Apr 2 14:58:35 EDT 2010, machine >>>> i686. >>>> Hostname dbcsms, IP 127.0.0.1. Libxml version 2.6.26. Using OpenSSL >>>> 0.9.8e-fips-rhel5 01 Jul 2008. Compiled with MySQL 5.0.77, using MySQL >>>> 5.0.77. Using native malloc. >>>> >>>> >>>> Status: running, uptime 0d 0h 55m 21s >>>> >>>> >>>> WDP: received 0 (0 queued), sent 0 (0 queued) >>>> >>>> >>>> SMS: received 207 (0 queued), sent 33731 (2 queued), store size -1 >>>> SMS: inbound (0.05,0.05,0.06) msg/sec, outbound (0.09,1.97,10.16) >>>> msg/sec >>>> >>>> >>>> DLR: received 0, sent 0 >>>> DLR: inbound (0.00,0.00,0.00) msg/sec, outbound (0.00,0.00,0.00) msg/sec >>>> DLR: 2 queued, using mysql storage >>>> >>>> >>>> Box connections: >>>> smsbox:(none), IP 192.168.13.19 (0 queued), (on-line 0d 0h 55m 13s) >>>> SMSC connections: >>>> LA_1768[LA_1768] SMPP:10.200.18.116:5026/5026:CSMS1:CSMS1 (online >>>> 3321s, rcvd: sms 101 / dlr 0, sent: sms 16898 / dlr 0, failed 30, queued >>>> 47948 msgs) >>>> LA_1768[LA_1768] SMPP:10.200.18.116:5026/5026:CSMS1:CSMS1 (online >>>> 3321s, rcvd: sms 106 / dlr 0, sent: sms 16833 / dlr 0, failed 24, queued >>>> 47963 msgs) >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- >>>> >>>> >>>> We getting all messages through till yesterday morning and not residing >>>> in >>>> Q. We didn't changed any thing at our end. >>>> I checked with svn-r4858M release as well and also check via other >>>> servers >>>> in production to confirm that this is not machine issue. >>>> >>>> >>>> Most of the ram is in use. >>>> [r...@sms ~]# free -m >>>> total used free shared buffers >>>> cached >>>> Mem: 3868 3747 120 0 218 3185 >>>> -/+ buffers/cache: 343 3524 >>>> Swap: 4094 0 4094 >>>> >>>> >>>> Below are the kannel log. >>>> >>>> >>>> 2010-10-15 11:30:42 [17462] [7] ERROR: SMPP[LA_7786]: SMSC returned >>>> error >>>> code 0x00000014 (Message Queue Full) in response to submit_sm. >>>> 2010-10-15 11:30:42 [17462] [7] ERROR: Failed to convert string from >>>> <UTF-8> >>>> to <gsm> - probably broken type names. >>>> 2010-10-15 11:30:42 [17462] [7] ERROR: Failed to convert msgdata from >>>> charset <UTF-8> to <gsm>, will send as is. >>>> 2010-10-15 11:30:42 [17462] [7] WARNING: SMPP: PDU NULL terminated >>>> string >>>> (message_id) has no NULL. >>>> 2010-10-15 11:30:42 [17462] [7] ERROR: SMPP[LA_7786]: SMSC returned >>>> error >>>> code 0x00000014 (Message Queue Full) in response to submit_sm. >>>> 2010-10-15 11:30:42 [17462] [7] ERROR: Failed to convert string from >>>> <UTF-8> >>>> to <gsm> - probably broken type names. >>>> 2010-10-15 11:30:42 [17462] [7] ERROR: Failed to convert msgdata from >>>> charset <UTF-8> to <gsm>, will send as is. >>>> 2010-10-15 11:30:42 [17462] [6] WARNING: SMPP: PDU NULL terminated >>>> string >>>> (message_id) has no NULL. >>>> 2010-10-15 11:30:42 [17462] [6] ERROR: SMPP[LA_7786]: SMSC returned >>>> error >>>> code 0x00000014 (Message Queue Full) in response to submit_sm. >>>> 2010-10-15 11:30:42 [17462] [6] ERROR: Failed to convert string from >>>> <UTF-8> >>>> to <gsm> - probably broken type names. >>>> 2010-10-15 11:30:42 [17462] [6] ERROR: Failed to convert msgdata from >>>> charset <UTF-8> to <gsm>, will send as is. >>>> 2010-10-15 11:30:42 [17462] [7] WARNING: SMPP: PDU NULL terminated >>>> string >>>> (message_id) has no NULL. >>>> 2010-10-15 11:30:42 [17462] [7] ERROR: SMPP[LA_7786]: SMSC returned >>>> error >>>> code 0x00000014 (Message Queue Full) in response to submit_sm. >>>> 2010-10-15 11:30:42 [17462] [7] ERROR: Failed to convert string from >>>> <UTF-8> >>>> to <gsm> - probably broken type names. >>>> 2010-10-15 11:30:42 [17462] [7] ERROR: Failed to convert msgdata from >>>> charset <UTF-8> to <gsm>, will send as is. >>>> >>>> You suggestions are highly appreciated. >>>> >>>> -- >>>> >>>> Regards, >>>> >>>> Abdul Basit | +92 32 1416 4196 >>>> >>> > > > > -- > > Regards, > > Abdul Basit | +92 32 1416 4196 > -- Regards, Abdul Basit | +92 32 1416 4196
