Hi Donald,

If you are inexperienced with the at driver, I am inexperienced with SMS. 
However, I know a lot of kannel's code, and have my suspicions. Since i do not 
have any SMSc connections, I hope it is possible to recreate with full logs in 
your system. A couple of questions:

1) I don't doubt from what you say, that this is a bearerbox issue, but to be 
sure, have you tried restarting smsbox only, while in such state, to see if 
there is any effect?
2) From the logs, do you see SMS progressively delaying sent out more and more, 
until they stop altogether and stay in queue? In other words is it fairly 
reproducible, that this will happen after so many messages, or more or less 
unpredictable?
3) Are there particular messages that are responsible for hogging the queue, or 
could it be any message?

Thanx,
Nikos
  ----- Original Message ----- 
  From: Donald Jackson 
  To: kannel_dev_mailinglist 
  Sent: Saturday, August 01, 2009 4:50 PM
  Subject: Kannel store issue


  Hi everyone,

  I am moving this issue to the devel list to see if we can get any more 
insight into it. It appears there are other users (from users list) having the 
same issue with no 'user type' resolutions.

  I am running a Kannel installation (cvs-20090721) with roughly 250 AT 
(smsc_at.c) SMSC's. The problem I am experiencing is that after some period of 
time it appears messages in the bearerbox get stuck in the store. I have used 
store-status and Alex's store tools to export the store and they all look like 
valid MT-PUSH messages (SMSC-ID is routable, etc).

  The only way (seemlingly) to get these messages out of the store is to 
restart the bearerbox, where they are pulled in and sent.

  My understanding of the store is that only messages which are ACK'd on the 
SMSC [smsc_at.c / bb_smscconn_sent()] layer are removed from store. I have not 
encountered this issue with SMPP binds, so I am presuming this is related to 
the smsc_at.c driver. I am very inexperienced with this so I would be very 
appreciative if anyone with some experience with the smsc_at.c driver could 
possibly provide some insight.

  I was previously running 1.4.3 with the same issue.

  Thanks in advance,

  -- 
  Donald Jackson
  http://www.ddj.co.za/
  donaldjster(a)gmail.com

Reply via email to