Re: Kannel HTTP MO delivery failing under load

Giulio Harding <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Organization m.Net Corporation
Message-ID <[email protected]>
Alexander Malysh wrote:
> It's a bug in smsbox that it didn't limit max allowed http connections. 
> The same bug is present in HTTP SMSC module. HTTP was fixed by me as I 
> was at Centrium/Wapme but unfortunately I didn't merged it and don't 
> have modifications anymore but it was really simple to fix. I will try 
> to provide patch this/next week.

That would be great! Once this issue is resolved, Kannel will 
effectively be working 'perfectly' for us :)

> as for the fact that MO messages are not retransmitted in smsbox: did 
> you enable retry in smsbox?

As per the config I attached to my original email, http-request-retry 
was set to 0, so no - the smsbox wasn't set to retry.

However, when I re-ran the test with http-request-retry = 10, I didn't 
see any difference in behaviour - the log messages were the same 
(indicating that http requests failed because of too many open files), 
and I didn't see any indication that a retry was being attempted. The 
Kannel docs seem to suggest that setting that parameter to a non-zero 
value is all that's required to enable retransmits - am I missing 
something else?

> Thanks,
> Alex
> 
> Am 03.08.2006, 09:25 Uhr, schrieb Giulio Harding 
> <[email protected]>:
> 
>> Hillel wrote:
>>> Hi,
>>>  Are you using as a OpenSMPP SMSC simulator the 
>>> http://opensmpp.logica.com/
>>> or as another version?
>>>  Please email back the version you are using, so others can confirm your
>>> results.
>>>  Rgds
>>
>> Sorry, it turns out the version of OpenSMPP we're using has been 
>> heavily modified from the original - however, I have been able to 
>> reproduce the problem using the latest version of SMPPSim, with the 
>> following configuration options (modified only slightly from the stock 
>> configuration):
>>
>> SMPP_PORT=7011
>> SMPP_CONNECTION_HANDLERS=2
>>
>> CONNECTION_HANDLER_CLASS=com.seleniumsoftware.SMPPSim.StandardConnectionHandler 
>>
>> PROTOCOL_HANDLER_CLASS=com.seleniumsoftware.SMPPSim.StandardProtocolHandler 
>>
>>
>> LIFE_CYCLE_MANAGER=com.seleniumsoftware.SMPPSim.LifeCycleManager
>>
>> MESSAGE_STATE_CHECK_FREQUENCY=5000
>>
>> MAX_TIME_ENROUTE=10000
>>
>> PERCENTAGE_THAT_TRANSITION=75
>>
>> PERCENTAGE_DELIVERED=100
>> PERCENTAGE_UNDELIVERABLE=0
>> PERCENTAGE_ACCEPTED=0
>> PERCENTAGE_REJECTED=0
>>
>> DISCARD_FROM_QUEUE_AFTER=60000
>>
>> HTTP_PORT=8081
>> HTTP_THREADS=1
>> DOCROOT=www
>> AUTHORISED_FILES=/css/style.css,/index.htm,/inject_mo.htm,/favicon.ico,/images/logo.gif,/images/dots.gif,/user-guide.htm,/images/homepage.gif,/images/inject_mo.gif 
>>
>> INJECT_MO_PAGE=/inject_mo.htm
>>
>> SYSTEM_ID=test
>> PASSWORD=test
>>
>> DELIVERY_MESSAGES_PER_MINUTE=12000
>> DELIVER_MESSAGES_FILE=deliver_messages.csv
>>
>> LOOPBACK=FALSE
>>
>> OUTBOUND_QUEUE_MAX_SIZE=500000
>> INBOUND_QUEUE_MAX_SIZE=500000
>>
>> DECODE_PDUS_IN_LOG=false
>>
>> CAPTURE_SME_BINARY=false
>> CAPTURE_SME_BINARY_TO_FILE=sme_binary.capture
>> CAPTURE_SMPPSIM_BINARY=false
>> CAPTURE_SMPPSIM_BINARY_TO_FILE=smppsim_binary.capture
>> CAPTURE_SME_DECODED=false
>> CAPTURE_SME_DECODED_TO_FILE=sme_decoded.capture
>> CAPTURE_SMPPSIM_DECODED=false
>> CAPTURE_SMPPSIM_DECODED_TO_FILE=smppsim_decoded.capture
>>
>> CALLBACK=false
>> CALLBACK_ID=SIM1
>> CALLBACK_TARGET_HOST=localhost
>> CALLBACK_PORT=3333
>>
>> SMSCID=SMPPSim
>>
>>
>> However, SMPPSim isn't as fast as OpenSMPP, so I had to run 4 
>> instances on separate servers (with additional SMSC configurations in 
>> Kannel accordingly) to reach an MO injection rate of ~600 MOs/sec (no 
>> MTs), in order to trigger the problem.
>>
>> At rates of ~450 MOs/sec, with no MTs, or ~350 MOs/sec + ~320 MTs/sec, 
>> the problem did not surface.
>>
>> Regardless of the SMSC simulator being used, MO injection rates of 
>> around 600 MOs/sec (on the hardware I described before) triggers the 
>> problem. Has anyone been able to reproduce this yet, or does anyone 
>> have an idea why this might happen?
>>
>> Cheers,
>>
> 
> 
> 
> --Thanks,
> Alex
> 
> 
> 


-- 
Giulio Harding
Systems Administrator

m.Net Corporation
Level 13, 99 Gawler Place
Adelaide SA 5000, Australia

Tel: +61 8 8210 2041
Fax: +61 8 8211 9620
Mobile: 0432 876 733
MSN: [email protected]

http://www.mnetcorporation.com
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.