Re: Throughput discussion

2015-10-24 0:19 GMT+03:00 Rene Kluwen <[email protected]>:

> We are facing a case with the smpp smsc where throughput is set to 20.
>
> Kannel obeys this nicely, according to it’s own message count.
>
> But viewing a tcpdump of the same session, we see that there’s a lot more
> messages going out the pipe; like 30 or more.
>
> So Kannel doesn’t seem to count the throughput correctly. This causes
> throttling errors, which of course we don’t want. It stalls the throughput
> of the entire batch.
>
>
>
> The questions:
>
> 1: Has anybody seen this behaviour before?
>

I've seen this issue long time ago. The only solution I've found is to get
an increased window (throughput) on my provider.

What is your max-pending-submits option? I believe it affects number of
outstanding operations between ESME and SMSC.

Also sometimes I've seen a behaviour of kannel sleeping for 1 minute and
then sending a lot of messages at once whilst there was bulk sending going
on.


> 2: When is a message “counted” for? Is it upon sending a submit_sm or when
> receiving the submit_sm_resp?
>

I'm not sure, but kannel logs throughput in smsc bearerbox log, so you can
check there or check by tcpdump as you suggested.

If you're on limited channel it's probably better to decrease throughput
and max-pending-submits settings to e.g.:

throughput = 10
max-pending-submits = 8


>
> == Rene
>
>
>