I agree with all but the last bit. The SMSC I am using doesn't appear to return the Throttle error in submit_sm_resp (0x58), it returns one of the reserved error codes. Benjamin Lee's method seems quite agreeable. Perhaps we could simply augment it with the protocol-based method.
Cheers. --- Alex Judd <[EMAIL PROTECTED]> wrote: > Can we please ensure we add the SMPP ability to > force source_addr_ton etc. > to the release or at least the cvs before it is > released. I know it is not as per > the specifications however myself, Stefan Cars, > Benjamin Lee and various > others on the list have to re-add these > modifications each new build we > get, and one of the biggest carriers in the UK, > namely BT, are forcing the > use of non-standard values. > > Also - I'd like to review and then cvs add the > throttling modifications to > SMPP so that we can do it correctly by protocol > using 0x00000058 I/F Throttled > Error to slow down the speed we are sending messages > until a suitable > level is reached > > Is this suitable for everyone? > > Alex > > On Mon, 1 Apr 2002, Benjamin Lee wrote: > > > > > Yes, I'll be reposting it again against the > current CVS (the repository > > changed a bit under my feet since the last > diff...) > > > > > > On Thursday, 2002-03-28 at 11:03:49 PM, Kita Ndara > scribbled: > > > I don't seem to be able to apply this patch to > the cvs > > > set, could you provide one that is based on a > diff > > > with the current set? > > > > > > Thanks. > > > > > > > > > --- Benjamin Lee <[EMAIL PROTECTED]> > wrote: > > > > Find attached my patch for SMPP bits and pieces. > > > > It is a combined patch (sorry) including: > > > > > > > > 1. configurable TON and NPI (modified from > Alex > > > > Judd> > > > > > > > > 2. unbind when shutting down > > > > > > > > 3. configurable default priority for SMS > messages > > > > > > > > 4. configurable throughput to limit > (throttle) > > > > sending SMS rate to SMPP SMSC > > > > > > > > 5. Makefile.in changes, added install -d > > > > $(DESTDIR)$(... etc... > > > > facilitating consistent builds using RPM > > > > non-root) > > > > > > > > > > > > (I apologise for some of the spacing > differences...) > > > > > > > > > > > > On Thursday, 2002-03-21 at 08:43:56 AM, > Benjamin Lee > > > > scribbled: > > > > > Well, actually nothing smart... we were > sleeping > > > > when we received a > > > > > THROTTLE off packet from the SMSC but this > > > > behaviour isn't actually > > > > > specified in the protocol as far as I know; > and > > > > such a sleep may or may not > > > > > help with the connection to the SMSC. > > > > > > > > > > The throughtput is set in the .conf file > with: > > > > > > > > > > throughput = 20 > > > > > > > > > > 20 being 20 messages per second. > > > > > > > > > > On Wednesday, 2002-03-20 at 11:26:05 PM, > Kita > > > > Ndara scribbled: > > > > > > What's the principle? Do you detect > certain > > > > types of > > > > > > errors and re-queue? I can do some testing > on my > > > > end > > > > > > too, see if it helps more generally. > > > > > > > > > > > > Let's see it! > > > > > > > > > > > > Thanks. > > > > > > > > > > > > --- Benjamin Lee > <[EMAIL PROTECTED]> > > > > wrote: > I > > > > > > finally got around to doing a throughput > patch > > > > for > > > > > > > SMPP... I'll post it > > > > > > > shortly. > > > > > > > > > > > > > > On Wednesday, 2002-03-20 at 10:29:26 PM, > Kita > > > > Ndara > > > > > > > scribbled: > > > > > > > > Hi > > > > > > > > I have another issue. When I use > kannel to > > > > > > > originate > > > > > > > > messages to many phone numbers, > sometimes > > > > the SMSC > > > > > > > > (Comverse) returns errors and rejects > some > > > > of the > > > > > > > > messages. If I slow down the rate at > which > > > > I'm > > > > > > > > submitting the messages to the SMSC, > then it > > > > works > > > > > > > > fine. Is there a way for kannel to > kind of > > > > > > > > automatically back off from sending > too fast > > > > in > > > > > > > such > > > > > > > > cases? > > > > > > > > > > > > > > > > Thanks. > > > > > > > > > > > > > > > > ===== > > > > > > > > Bruce Ndara > > > > > > > > York Messaging > > > > > > > > > > > > > > > > > > > > > __________________________________________________ > > > > > > > > Do You Yahoo!? > > > > > > > > Everything you'll ever need on one web > page > > > > > > > > from News and Sport to Email and Music > > > > Charts > > > > > > > > http://uk.my.yahoo.com > > > > > > > > > > > > > > -- > > > > > > > Benjamin Lee > > > > > > > > > > > > > > 71-75 City Rd, South Melbourne, VIC 3006 > > > > Australia > > > > > > > http://www.dotwap.com/ > > > > > > > Phone +61 3 9698 1840 Mobile +61 414 > 717 573 > > > > Fax > > > > > > > +61 3 9698 1841 > > > > > > > > > > > > > > > > > __________________________________________________ > > > > > > Do You Yahoo!? > > > > > > Everything you'll ever need on one web > page > > > > > > from News and Sport to Email and Music > Charts > > > > > > http://uk.my.yahoo.com > > > > > > > > > > -- > > > > > Benjamin Lee > > > > > > > > > > 71-75 City Rd, South Melbourne, VIC 3006 > Australia > > > > http://www.dotwap.com/ > > > > > Phone +61 3 9698 1840 Mobile +61 414 717 > 573 Fax > > > > +61 3 9698 1841 > > > > > > > > -- > > > > Benjamin Lee > > > > > > > > 71-75 City Rd, South Melbourne, VIC 3006 > Australia > > > > http://www.dotwap.com/ > > > > Phone +61 3 9698 1840 Mobile +61 414 717 573 > Fax > > > > +61 3 9698 1841 > > > > > Index: Makefile.in > === message truncated === __________________________________________________ Do You Yahoo!? Everything you'll ever need on one web page from News and Sport to Email and Music Charts http://uk.my.yahoo.com
