What would be the issue Nikos? -----Original Message----- From: Nikos Balkanas [mailto:nbalka...@gmail.com] Sent: Thursday, April 14, 2011 5:29 PM To: Rapture; 'Cezary Siwek' Cc: us...@vm1.kannel.org Subject: Re: Slow RX incoming
Hi, I don't think that this will solve your problem. If it were an application issue, it would build up kannel's queue, not the SMSc's. SMSc's queue can build up only from dropped connections. These would be shown in your bearerbox logs. Sorry, Cezary. BR, Nikos ----- Original Message ----- From: "Rapture" <supp...@ims.co.ke> To: "'Cezary Siwek'" <cza...@thebestisp.co.uk> Cc: <users@kannel.org> Sent: Thursday, April 14, 2011 2:36 PM Subject: RE: Slow RX incoming > Thanks Cezary, Will try that. > > -----Original Message----- > From: Cezary Siwek [mailto:cza...@thebestisp.co.uk] > Sent: Thursday, April 14, 2011 1:40 PM > To: Rapture > Cc: users@kannel.org > Subject: Re: Slow RX incoming > > Ok, that makes it more clear. > From my experience I can say that kannel->xttpd->php->mysql way alsways > makes some problems if is designed in wrong way. > How do you run your php script under http server? Run it using fastcgi > and keep persistent connection with the DB. Don't share the db > connection across fastcgi processes - use one connection per fastcgi > process. > > Your delphi application does it, right? > > My application written in Perl, running under lighttpd in fastcgi (with > 5-10 concurrent processes) mode can easly handle 150sms/s on one machine. > > BR, > Cezary > > > > > On 14/04/2011 11:25, Rapture wrote: >> All MOs are stored via a php script to the same mysql table for incoming >> messages. This is the same table I use for the inhouse app. >> >> -----Original Message----- >> From: users-boun...@kannel.org [mailto:users-boun...@kannel.org] On >> Behalf >> Of Cezary Siwek >> Sent: Thursday, April 14, 2011 1:03 PM >> To: users@kannel.org >> Subject: Re: Slow RX incoming >> >> Hi, >> >> How do you store MO messages? Maybe there is a bottleneck? >> >> BR, >> Cezary >> >> >> On 14/04/2011 11:00, Rapture wrote: >>> Hi Nikos, >>> >>> I'm referring to MO traffic. It only affects incoming SMS. We run > separate >>> TX and RX and operator does not offer transceiver mode. We don't have >>> any >>> logs that indicate slow speed, though traffics backs up at operator's > end. >>> When I call them, they insist that it is my application that is not >>> 'picking' messages fast enough from their SMSC. Funny thing is the > inhouse >>> app clears the messages in a heartbit. >>> >>> -----Original Message----- >>> From: Nikos Balkanas [mailto:nbalka...@gmail.com] >>> Sent: Thursday, April 14, 2011 12:38 PM >>> To: Rapture; us...@vm1.kannel.org >>> Subject: Re: Slow RX incoming >>> >>> Hi, >>> >>> Kannel doesn't "retrieve" SMS from the operator. Operator sends them to >>> kannel. Throughput doesn't affect incoming traffic, only outgoing and >>> not >>> *_resp pdus. Are you referring to MO traffic or MT (DLRs)? It is > difficult >>> to help you without any kind of logs. Since there is back log at your >>> operator, what do his logs say? >>> >>> There is an issue with separate Tx/Rx connections in kannel. If only 1 >>> of >>> the 2 drops, while the other is working, kannel doesn't realize it to >>> reconnect both ends. You might try transceiver mode for that. >>> >>> BR, >>> Nikos >>> ----- Original Message ----- >>> From: Rapture >>> To: users@kannel.org >>> Sent: Thursday, April 14, 2011 8:27 AM >>> Subject: Slow RX incoming >>> >>> >>> 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 >>> >>> >>> >>> > >
