Hi,
Something looks off from your description. Have you checked bb access.log
timestamps, and they verify this delay?
If yes, please post detailed relevant bb logs of your errors to see if they
could be responsible. Does this happen with sms or just some? Tried sending
acouple to yourself to test?
BR,
Nikos
----- Original Message -----
From: brett skinner
To: Users
Sent: Friday, August 13, 2010 7:04 PM
Subject: Fwd: Slow submission from Kannel
Hi
Extra information which might be useful. We are running v1.4.3. Not the SVN
version. Our smsc binds are using transceiver.
Regards,
---------- Forwarded message ----------
From: brett skinner <tatty.dishcl...@gmail.com>
Date: Fri, Aug 13, 2010 at 4:30 PM
Subject: Slow submission from Kannel
To: Users <users@kannel.org>
Hi users
I am not sure what is going. Kannel seems to be running quite slowly. Before
we submit a batch of SMS to Kannel we parse the status page for the queue
size. From the status page I am using:
SMS: received 489 (0 queued), sent 0 (0 queued), store size -1
It seemed to me that the sent 0 (0 queued) meant that Kannel had already
forwarded on all the messages that we had sent it and there is nothing in
the internal queues. We have been submitting batches of messages to it and
back off when the queue size is too big. How ever when I check our logs the
queue size is always 0. We are submitting at most 50 a second to two
different smsc. We have dealt with these SMSCs before and know that they can
handle the volume.
A lot of the messages which we have submitted are taking an incredibly long
time to be sent or so it would seem. On the DLR callback from Kannel I
record the time. The difference between the ack and the deliver is almost
immediate. This leads me to believe that it is perhaps Kannel that is slow.
I had a look at top and the box seems quite idle. I also record when we
submitted the message. The difference between when we submit to Kannel and
we get the first ACK from the SMSC is up to an hour now.
I have not yet converted the Kannel DLR tables to MyISAM. That is still on
my to do list. There appears to be over 50k in the DLR storage. I don't
think that that has anything to do with it but I thought it might be worth
mentioning.
I had a look in the logs for bearerbox. There seem to be 1 or 2 errors every
minute regarding Invalid Destination address but I don't think that would
lead to slow performance. Smsbox logs have no errors or warnings.
I would appreciate any thoughts, guidance and/or advice.
Regards,