Setting throughout to 1 is out of question. OK, i found that this is
due to the concatenation. if we keep this disabled then no throttling
error appear and if we enable it, we get this error when message length
is more than 160. maybe we need to add some delay in each chunk of a
mupli-part message on application level
On 06/24/2012 11:32 PM, spameden wrote:
It might be either kannel bug or SMSC itself, you can try limiting
throughput to 1 and testing it out.
don't think there is a limit for number/sec, you should handle this
limit at your application level before you inserting message into
kannel's queue
2012/6/24 Moazzam Ali <moz...@gmail.com <mailto:moz...@gmail.com>>
this is not desired because my bind limit is 50, actually however
some countries like US/Canada there's a limitation of
1sms/sec/number (sender) so i am trying to find out how to handle
this on kannel level.
On 06/24/2012 10:25 PM, spameden wrote:
did you specify throughput = 1 in your smsc config?
2012/6/24 Moazzam Ali <moz...@gmail.com <mailto:moz...@gmail.com>>
out smsapp is already doing this we submit each message to
kannel with 3 sec delay from the smsapp but sometime it
happen that due to connectivity issue or due to some reason
like throttling error, kannel can not submit messages so it
starts queues all the messages and when the link become alive
it tries to submit all of the queued messages at once or in
single burst so lets say you have 200 SMS already in our
queue and the total throughput of the link is 50 then again
we will hit with the throttling error. Therefore, I am
looking for a solution how to create delay between the queued
messages so kannel process the queued messages in effective
way without hitting the throughput limit.
On 06/24/2012 8:10 PM, spameden wrote:
What do you mean under 'delay'?
Well, you can insert the messages into send_sms with a delay
inside your program, i.e (on bash):
for i in $(seq 1 10); do mysql -e "INSERT INTO send_sms set
receiver=... "; sleep 1; done
2012/6/24 Moazzam Ali <moz...@gmail.com
<mailto:moz...@gmail.com>>
throughout controls the overall bind capacity not
something to control the delay between the queued messages
//moazzam
On Sun, Jun 24, 2012 at 4:16 PM, Willy Mularto
<sangpr...@gmail.com <mailto:sangpr...@gmail.com>> wrote:
Set the throughput
On Jun 21, 2012 2:42 AM, "Moazzam Ali"
<moz...@gmail.com <mailto:moz...@gmail.com>> wrote:
is it possible to define delay interval between
the queued messages? For example if there are
100 SMS queued then after every second one SMS
should be submitted to SMSC?
//moazzam