Make a packet trace and check if you get "zero win" errors. If you get tons of DLR's and your DB is not fast enough that would explain the problem.
Art you using a "regular" Kannel or did you apply any patches to it? Regards, Alex On Fri, Apr 15, 2011 at 2:35 PM, Rapture <[email protected]> wrote: > Hi Alex, > > > > The issue is persistent but all has been well till about 3 weeks ago when I > started receiving huge bursts of messages. DLR is enabled and DB is ok as > other application is working properly. > > > Regards, > > > > Rapture > > > > *From:* Alejandro Guerrieri [mailto:[email protected]] > *Sent:* Friday, April 15, 2011 12:14 PM > > *To:* Rapture > *Cc:* [email protected] > *Subject:* Re: Slow RX incoming > > > > Is the issue constant, or only happens at some specific times during the > day? > > > > Do you have DLR's enabled? DB-backed? Maybe the issue happens when you're > getting lots of them? > > > > Perhaps a long shot, but might be worth checking: try doing a packet trace > and verify you're not getting TCP "zero win" errors. > > > > Regards, > > > > Alex > > On Thu, Apr 14, 2011 at 7:27 AM, Rapture <[email protected]> wrote: > > Hi guys, > > > > We’ve been running a campaign averaging 350,000 messages a day. Lately I > noticed kannel does not retrieve them as fast as it needs to hence a > backlog builds on the operator’s end. This is only affecting one of the > operators. On calling them, they insisted that it is Kannel which determines > how many RX messages to pull. I tried an old SMPP client software I’d > written in Delphi and it cleared all the backlog in less than 5 mins and > continues to do so in real time. All data is dumped into the same mysql > table. I’ve tried using throughput in kannel with no success. I’ve even > opened upto 15 channels to the same operator without success. > > > > What could be the issue? How can I speed up my intake of messages? > > > > Distraught, > > > > TR > > > > > > >
