Sorry for the rants of kannel, im not discrediting it. I just wanted to point out that its not the solution in all cases especially with what Mark wanted -- a sort of SMSC-to-SMSC relay.
As pointed out by Orly, half of the solution is out there so why not build your own than rely on something that you cannot fully control like Kannel. Surely with such requirement as Mark posted, the project should be big and surely they have the technical power to build something that do what it should do than use Kannel that does only half. :D I replied off-list to Dido on the matter to explain, both of us are fans of Kannel when he introduced it during the 1st PH FOSS Conference -- which started all our mobile business anyway :D I feel i owe him a courtesy of explaining that i cannot post on list -- sorry NDA stuff :D On Fri, Feb 29, 2008 at 11:27 AM, Rafael Sevilla <[EMAIL PROTECTED]> wrote: > On Thu, 28 Feb 2008 17:24:51 +0800 > "Roger Filomeno" <[EMAIL PROTECTED]> wrote: > > Btw kannel does not scale > > Really Roger. Our own experience shows otherwise, and that of other > Kannel users on their mailing list corroborates our own. We once ran a > mobile app using Kannel on an old dual processor P-III with only 512 MB > of RAM. That machine was even slower than the laptop I use today. At > its peak it was processing well over 2000 messages *per second*, and > even then CPU utilization of the box was still less than 50%. The > bottlenecks come with the backend software that is attached to Kannel, > that you need to write. If you can't make a backend that can keep up > with this rate of message traffic coming from Kannel, you shouldn't be > blaming Kannel. > > -- > An expert is someone who knows some of the worst mistakes that can be > made in his subject, and how to avoid them. > http://stormwyrm.blogspot.com > -- -- Roger P. Filomeno International Project Manager TechBiz Asia Group Pte Ltd http://corruptedpartition.blogspot.com/ send MSG GODIE <YOUR MESSAGE> to 2948 $> who | grep -i blond | date; cd ~; unzip; touch; strip; finger; mount; gasp; yes; uptime; umount; sleep
_________________________________________________ Philippine Linux Users' Group (PLUG) Mailing List [email protected] (#PLUG @ irc.free.net.ph) Read the Guidelines: http://linux.org.ph/lists Searchable Archives: http://archives.free.net.ph
