Re: queue full issue

Sat, 16 Oct 2010 12:36:53 -0700 

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

Reply via email to