Could you please share your kannel configuration if you succeed?
Thanks
2012/6/4 Wasim Baig
> No, no. I was wrong. It wasn't kannel.
>
> The issue was in the SIGTRAN SMSC. Tuned some parameters and its now
> happily sending at 350 sms/sec, sustained.
>
> Will now start tuning kannel, smsbox/dlr
No, no. I was wrong. It wasn't kannel.
The issue was in the SIGTRAN SMSC. Tuned some parameters and its now
happily sending at 350 sms/sec, sustained.
Will now start tuning kannel, smsbox/dlr-url sqlbox/mysqld to try and push
the 4-node cluster past 2000 sms/sec.
Many thanks all.
-wasim
On Thu
Also interested in this issue, but I'm not so good in C. Played a lot with
this in the past.
2012/5/31 Wasim Baig
> Replaced Kannel with an IBM/UNICA SMPP, and the sending rate shot up to
> 320/sec and stayed there. A short test of 10k sms, finished in just under
> 32 secs.
>
> This leads me to
Replaced Kannel with an IBM/UNICA SMPP, and the sending rate shot up to
320/sec and stayed there. A short test of 10k sms, finished in just under
32 secs.
This leads me to believe more and more that the issue I'm facing is within
Kannel, and specifically the throttlling code and pending submits. M
Hi Wasim
The submit_sm_resp comes from your provider, the pcap is taken
direclty on the ethernet layer. ie before it reaches kannel. It shows
the 10K submit but only 99K resp. Therefore I'll tend to think is
either a problem with the carrier or the link.
Hope helps
Alvaro
On 5/28/12, Wasim Baig
Hi Alvaro:
There is no limitation on at the carrier, a Mobicents JSS7/SMSC with
CloudSMPP connected directly to GSM network. The only throttling we're
doing is on the kannel side.
The connection between bearerbox and CloudSMPP is on gigabit ethernet, same
vlan. I've even tested by putting the bea
Hi
What is the throughput allowed you by your carrier?
Usually kannel is able to send much more messages than the carriers
allows you; so check with them.
Also, as you are connecting through internet, your bandwidth is
important for submitting sms as well as receiving dlrs.
Regards
Alvaro
O
using fakesmsc my setup happily does 2500/sec (SQLBOX MT inserts, DLR to
smsbox and get-url updates a DB)
plug in the real SMSC, throttle down to 200 sms/sec and initially its fine
but after a few minutes slows down to 50-60 sms/sec...
I never see bearerbox sending at 200 sms/sec, after a few minu
The SVN trunk is rock solid, actually more stable than 1.4.3 for what
matters.
We've been using the SVN head for ages in production, handling _lots_ of
traffic and never had any issues with it.
Regards,
Alex
On Tue, Apr 12, 2011 at 8:34 PM, Konstantin Vayner wrote:
> 1.4.3 :(
>
> And i do have
1.4.3 :(
And i do have a problem upgrading production environment to SVN / 1.5.0 -
the client is not going to like the fact it's not *stable* release.
On Tue, Apr 12, 2011 at 6:08 PM, Juan Nin wrote:
> What Kannel version are you using?
>
> I believe that up until 1.4.3 there were still issues
What Kannel version are you using?
I believe that up until 1.4.3 there were still issues with throughput
which were finally fixed on CVS (now SVN)
On Tue, Apr 12, 2011 at 2:13 AM, Konstantin Vayner wrote:
> Hi List,
> When configuring thoughput for smpp connections, what may lead Kannel to
> se
Hi List,
When configuring thoughput for smpp connections, what may lead Kannel to
send more submit_sm per second than the configured limit?
Sometimes i see it trying to send up to 80 mps when configured to 50. (the
counts are done by analyzing the logfile, since i dont see any normal way of
doing
Is There Any way to limit the sms's sent over a SMPP Link? (like CMG/UCP
that has througput?)
Regards,
Antonis Spirou
Systems &Network Engineer
Title: Ανώνυμο Επιστολόχαρτο
Is There Any way to limit the sms's sent
over a SMPP Link? (like CMG/UCP that has througput?)
Regards,
Antonis Spirou
Systems &Network Engineer
14 matches
Mail list logo