>Usually (at least with UCP), it's the smsc that limits you by delaying the >ACK for a certain amount of time, so you don't have to worry about that. >But if UCP SMSC is configured to use windowed-mode, I (or someone) >would have to make a patch to smsc_emi2 to define the window to use. > >If it's other kind of SMSC, I don't know what happens. :( > >Please check with your SMSC if they are limiting the connection or if it's >you that should limit. > >I guess it's easy to introduce some delays in smsc code to create the >throughput >limit in kannel "messages-per-second = 5" :) > >-- >Bruno David Rodrigues >
I would strongly recommend we do that. I've seen errors in my logs where it was saying 100 times "retransmitting because no ack was seen during 60 seconds". Meanign I was submitting thousands of messages and they queued up and because that connection was only supporting 2 messages a second (but having multiple links like that) I had 100 messages in the queue which didnt get an ACK fast enough. I presume they where retransmitted several times and the receiver was receiving it multiple times. Maybe it would be enough if kannel slows down if the ACK's come in slower so we never run into the timeout. -- Andreas Fink Fink-Consulting ------------------------------------------------------------------ Tel: +41-61-6932730 Fax: +41-61-6932729 Mobile: +41-79-2457333 Address: A. Fink, Schwarzwaldallee 16, 4058 Basel, Switzerland E-Mail: [EMAIL PROTECTED] Homepage: http://www.finkconsulting.com ------------------------------------------------------------------ Something urgent? Try http://www.smsrelay.com/ Nickname afink
