Hi Rene, I can imagine only one issue with current throughput implementation: Kannel sends for a first fraction of second as much as allowed but not that it exceeds throughput per second. This could be the issue because some SMSC doesn’t count per second but with a delay between submit_sm.
Try as workaround to decrease throughput… Alex > Am 26.10.2015 um 22:50 schrieb Rene Kluwen <rene.klu...@chimit.nl>: > > Thanks for your response. > > In our case, it’s probably not the message queue issue, because we do receive > a message queue full error on other occasions, seperately. > > > Van: marc.bazi...@orange.com <mailto:marc.bazi...@orange.com> > [mailto:marc.bazi...@orange.com <mailto:marc.bazi...@orange.com>] > Verzonden: maandag 26 oktober 2015 8:15 > Aan: 'Rene Kluwen' <rene.klu...@chimit.nl <mailto:rene.klu...@chimit.nl>>; > devel@kannel.org <mailto:devel@kannel.org> > Onderwerp: RE: Throughput discussion > > Hi REne , > We faced to this behaviour for some smsc supplier, > The error message is trhtolling error but in fact the smsc did map to this > error when it faced to queue full error on smsc side. > This queue full is receive on the “store and forward” feature from smsc. The > DB were the sm is saved when the subscriber shutdown his mobile , or on > undercover network. > If you don’t know the limit ( on our case it is only 10 max messages in the > queue ) turned off your mobile and send notification, once you will have the > trottling error , you can have the max pessage per subscriber. Do this not on > Nusy hour in case the throttling error is real ;)). > Hope it helps, > Br > Marc > > De : devel [mailto:devel-boun...@kannel.org > <mailto:devel-boun...@kannel.org>] De la part de Rene Kluwen > Envoyé : samedi 24 octobre 2015 01:20 > À : devel@kannel.org <mailto:devel@kannel.org> > Objet : Throughput discussion > > 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? > 2: When is a message “counted” for? Is it upon sending a submit_sm or when > receiving the submit_sm_resp? > > == Rene > > _________________________________________________________________________________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations > confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu > ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages > electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme ou > falsifie. Merci. > > This message and its attachments may contain confidential or privileged > information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and delete > this message and its attachments. > As emails may be altered, Orange is not liable for messages that have been > modified, changed or falsified. > Thank you.
