Re: sending too fast to SMPP SMSC?

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