Re: Kannel HTTP MO delivery failing under load

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.

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

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