Re: sending too fast to SMPP SMSC?
Alex Judd 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. yep, I'm basicly +1 for adding this, as long as it changes SMPP behaviour via configuration flags and is not hard-coded to the source. 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 0x0058 I/F Throttled Error to slow down the speed we are sending messages until a suitable level is reached Is this suitable for everyone? sounds ok for me. Stipe [EMAIL PROTECTED] --- Wapme Systems AG Münsterstr. 248 40470 Düsseldorf Tel: +49-211-74845-0 Fax: +49-211-74845-299 E-Mail: [EMAIL PROTECTED] Internet: http://www.wapme-systems.de --- wapme.net - wherever you are
Re: sending too fast to SMPP SMSC?
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 0x0058 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 === RCS file: /home/cvs/gateway/Makefile.in,v retrieving revision 1.56 diff -u -r1.56 Makefile.in --- Makefile.in 23 Jan 2002 18:33:00 - 1.56 +++ Makefile.in 22 Mar 2002 04:12:46 - @@ -228,12 +228,12 @@ dummy: install: all - $(INSTALL) -d $(bindir) + $(INSTALL) -d $(DESTDIR)$(bindir) for prog in $(binprogs); do \ $(INSTALL) $$prog \ $(DESTDIR)$(bindir)/`basename $$prog`$(suffix); \ done - $(INSTALL) -d $(sbindir) + $(INSTALL) -d $(DESTDIR)$(sbindir) for prog in $(sbinprogs); do \ $(INSTALL) $$prog \
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 0x0058 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
Re: sending too fast to SMPP SMSC?
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 === RCS file: /home/cvs/gateway/Makefile.in,v retrieving revision 1.56 diff -u -r1.56 Makefile.in --- Makefile.in 23 Jan 2002 18:33:00 - 1.56 +++ Makefile.in 22 Mar 2002 04:12:46 - @@ -228,12 +228,12 @@ dummy: install: all - $(INSTALL) -d $(bindir) + $(INSTALL) -d $(DESTDIR)$(bindir) for prog in $(binprogs); do \ $(INSTALL) $$prog \ $(DESTDIR)$(bindir)/`basename $$prog`$(suffix); \ done - $(INSTALL) -d $(sbindir) + $(INSTALL) -d $(DESTDIR)$(sbindir) for prog in $(sbinprogs); do \ $(INSTALL) $$prog \ $(DESTDIR)$(sbindir)/`basename $$prog`$(suffix); \ Index: gw/smpp_pdu.def === RCS file: /home/cvs/gateway/gw/smpp_pdu.def,v retrieving revision 1.3 diff -u -r1.3 smpp_pdu.def --- gw/smpp_pdu.def 8 Nov 2001 08:41:23 - 1.3 +++ gw/smpp_pdu.def 22 Mar 2002 04:12:48 - @@ -162,6 +162,10 @@ HEADER ) +PDU(generic_nack_resp, +0x8000, +HEADER +) #undef PDU #undef INTEGER Index: gw/smsc_smpp.c === RCS file: /home/cvs/gateway/gw/smsc_smpp.c,v retrieving revision 1.51 diff -u -r1.51 smsc_smpp.c --- gw/smsc_smpp.c 29 Jan 2002 21:38:36 - 1.51 +++ gw/smsc_smpp.c 22 Mar 2002 04:12:48 - @@ -70,6 +70,12 @@ Octstr *username; Octstr *password;
Re: sending too fast to SMPP SMSC?
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 === RCS file: /home/cvs/gateway/Makefile.in,v retrieving revision 1.56 diff -u -r1.56 Makefile.in --- Makefile.in 23 Jan 2002 18:33:00 - 1.56 +++ Makefile.in 22 Mar 2002 04:12:46 - @@ -228,12 +228,12 @@ dummy: install: all - $(INSTALL) -d $(bindir) + $(INSTALL) -d $(DESTDIR)$(bindir) for prog in $(binprogs); do \ $(INSTALL) $$prog \ $(DESTDIR)$(bindir)/`basename $$prog`$(suffix); \ done - $(INSTALL) -d $(sbindir) + $(INSTALL) -d $(DESTDIR)$(sbindir) for prog in $(sbinprogs); do \ $(INSTALL) $$prog \ $(DESTDIR)$(sbindir)/`basename $$prog`$(suffix); \ Index: gw/smpp_pdu.def === RCS file: /home/cvs/gateway/gw/smpp_pdu.def,v retrieving revision 1.3 diff -u -r1.3 smpp_pdu.def --- gw/smpp_pdu.def 8 Nov 2001 08:41:23 - 1.3 +++ gw/smpp_pdu.def 22 Mar 2002 04:12:48 - @@ -162,6 +162,10 @@ HEADER ) +PDU(generic_nack_resp, +0x8000, +HEADER +) #undef PDU #undef INTEGER Index: gw/smsc_smpp.c === RCS file: /home/cvs/gateway/gw/smsc_smpp.c,v retrieving revision 1.51 diff -u -r1.51 smsc_smpp.c --- gw/smsc_smpp.c29 Jan 2002 21:38:36 - 1.51 +++ gw/smsc_smpp.c22 Mar 2002 04:12:48 - @@ -70,6 +70,12 @@ Octstr *username; Octstr *password; Octstr *address_range; +int source_addr_ton; +int source_addr_npi; +int dest_addr_ton; +int dest_addr_npi; +int throughput; /* limit sending rate */ +int priority; /* set default priority for messages */ int transmit_port; int receive_port; int quitting; @@ -80,7 +86,10 @@
Re: sending too fast to SMPP SMSC?
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 === RCS file: /home/cvs/gateway/Makefile.in,v retrieving revision 1.56 diff -u -r1.56 Makefile.in --- Makefile.in 23 Jan 2002 18:33:00 - 1.56 +++ Makefile.in 22 Mar 2002 04:12:46 - @@ -228,12 +228,12 @@ dummy: install: all - $(INSTALL) -d $(bindir) + $(INSTALL) -d $(DESTDIR)$(bindir) for prog in $(binprogs); do \ $(INSTALL) $$prog \ $(DESTDIR)$(bindir)/`basename $$prog`$(suffix); \ done - $(INSTALL) -d $(sbindir) + $(INSTALL) -d $(DESTDIR)$(sbindir) for prog in $(sbinprogs); do \ $(INSTALL) $$prog \ $(DESTDIR)$(sbindir)/`basename $$prog`$(suffix); \ Index: gw/smpp_pdu.def === RCS file: /home/cvs/gateway/gw/smpp_pdu.def,v retrieving revision 1.3 diff -u -r1.3 smpp_pdu.def --- gw/smpp_pdu.def 8 Nov 2001 08:41:23 - 1.3 +++ gw/smpp_pdu.def 22 Mar 2002 04:12:48 - @@ -162,6 +162,10 @@ HEADER ) +PDU(generic_nack_resp, +0x8000, +HEADER +) #undef PDU #undef INTEGER Index: gw/smsc_smpp.c === RCS file: /home/cvs/gateway/gw/smsc_smpp.c,v retrieving revision 1.51 diff -u -r1.51 smsc_smpp.c --- gw/smsc_smpp.c 29 Jan 2002 21:38:36 - 1.51 +++ gw/smsc_smpp.c 22 Mar 2002 04:12:48 - @@ -70,6 +70,12 @@ Octstr *username; Octstr *password; Octstr *address_range; +int source_addr_ton; +int source_addr_npi; +int dest_addr_ton; +int dest_addr_npi; +int throughput; /* limit sending rate */ +int priority; /* set default priority for messages */ int transmit_port; int receive_port; int quitting; @@ -80,7 +86,10 @@ static SMPP *smpp_create(SMSCConn *conn, Octstr *host, int transmit_port, int receive_port, Octstr *system_type, Octstr *username, Octstr *password, -Octstr *address_range) +Octstr *address_range, int source_addr_ton, + int
PATCH for SMPP (was Re: sending too fast to SMPP SMSC?)
Oh, the throughput is measured in messages per second... although I'm thinking per minute might be better (we have a development connection that only allows one per minute... ;-))/ And there is a tiny bit of code to print minimal debug on the status of a generic NACK packet response. -- 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
Re: sending too fast to SMPP SMSC?
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
Re: sending too fast to SMPP SMSC?
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
Re: sending too fast to SMPP SMSC?
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