Hi,

There is one thing I don't get. If the smsbox doesn't get the msg, then no
ack is sent to bearerbox (through sqlbox). Shouldn't the msg remain on
bearerbox store for retrying?

On Wed, Sep 26, 2012 at 1:02 PM, Willy Mularto <[email protected]> wrote:

> Hi Rene,
> This test involved only 1 SMSC and 1 SMSBox :)
>
>
> On Sep 26, 2012, at 5:48 PM, Rene Kluwen wrote:
>
> I have a feeling where to look for this.****
> Willy, in the test below: Are we talking about 1 smsc and 1 smsbox? Or
> multiple?****
> ** **
> == Rene****
> ** **
> ** **
> *From:* Willy Mularto [mailto:[email protected]]
>
> *Sent:* Wednesday, 26 September, 2012 03:17
> *To:* Rene Kluwen
> *Cc:* 'Alexander Malysh'; 'kannel [email protected]'
>
> *Subject:* Re: Smsbox sometimes doesn't servicing request****
> ** **
> MO appears in the sent_sms correctly. Test with 10K MO all in
> bearerbox-access.log and also all in sent_sms. But some and I prefer say
> many actually, on repeated of 10K tests only 4K-5K  go through SMSBox. ***
> *
> ** **
> ** **
> On Sep 26, 2012, at 3:17 AM, Rene Kluwen wrote:****
>
>
> ****
> So the question here is: Do the MO’s appear in sent_sms, but didn’t go
> through to smsbox?****
>  ****
> == Rene****
>  ****
> *From:* [email protected] 
> [mailto:[email protected]<[email protected]>
> ] *On Behalf Of *Alexander Malysh
> *Sent:* Tuesday, 25 September, 2012 15:33
> *To:* Willy Mularto
> *Cc:* kannel [email protected]
> *Subject:* Re: Smsbox sometimes doesn't servicing request****
>  ****
> Hi,****
>  ****
> do I read this correct, the way smsbox talk to sqlbox? or do you mean
> bearerbox talk to sqlbox?****
>  ****
> Alex****
>  ****
> On 21.09.2012, at 03:34, Willy Mularto <[email protected]> wrote:****
>
>
>
> ****
> Hi Alex,****
> I did some researches on this matter and can confirm that this issue
> started right after meta-data was implemented (r4682). And It is more the
> way SMSBox talk to SQLBox and vice versa. Today I am going to compile
> current SQLBox SVN against r4681 and let's see the result.****
>  ****
>  ****
>  ****
> On Sep 20, 2012, at 11:23 PM, Alexander Malysh wrote:****
>
>
>
> ****
> Hi,****
>  ****
> is this only sqlbox bug or smsbox as well?****
>  ****
> Thanks,****
> Alex****
>  ****
> On 20.09.2012, at 04:42, Willy Mularto <[email protected]> wrote:****
>
>
>
> ****
> Yes, all use the latest SVN. I can confirm this is a bug and an old bug
> actually (since meta-data implemented). Already posted to redmine and
> contacted developers. Hope they can found the solution.****
>  ****
>  ****
>  ****
> On Sep 19, 2012, at 10:47 PM, spameden wrote:****
>
>
>
> ****
>
> Hey Willy!
>
> Did you use latest version from SVN?****
> 2012/9/19 Rene Kluwen <[email protected]>****
> You seem to have crossed an old sqlbox bug.
> I remember, under high load, sqlbox misses some MO messages.
>
> As of now, for all I know, this hasn't been solved yet.
>
> == Rene****
>
>
> -----Original Message-----
> From: [email protected] [mailto:[email protected]]
> On
> Behalf Of Willy Mularto
> Sent: Wednesday, 19 September, 2012 12:35
> To: kannel [email protected]
> Subject: Smsbox sometimes doesn't servicing request
>
> Guys,
> I have a weird situation. smsbox sometimes doesn't servicing request (not
> forward MO to get-url). Here is my configuration:
>
> group = core
> admin-port = 7960
> smsbox-port = 7961
> admin-password = kannel
> status-password = kannel
> box-allow-ip = "127.0.0.1;192.168.8."
> store-type = spool
> store-location = "/home/kannel/var/queue"
> sms-incoming-queue-limit = -1
> sms-outgoing-queue-limit = -1
> store-dump-freq = 5
> dlr-storage = mysql
> sms-resend-freq = 60
> sms-resend-retry = -1
> smsbox-max-pending = 100
> log-file = "/home/kannel/var/log/bearerbox.log"
> access-log = "/home/kannel/var/log/bearerbox-access.log"
> log-level = 0
>
> group = mysql-connection
> id = mydlr
> host = 192.168.8.3
> username = "kannel"
> password = "password"
> database = traffics
>
> group = dlr-db
> id = mydlr
> table = partner_dlr
> field-smsc = smsc
> field-timestamp = ts
> field-destination = destination
> field-source = source
> field-service = service
> field-url = url
> field-mask = mask
> field-status = status
> field-boxc-id = boxc
>
> group = smsc
> smsc = http
> system-type = kannel
> smsc-id = kannel
> smsc-username = kanneluser
> smsc-password = kannelpass
> port = 7278
> send-url = "http://192.168.8.2/test.php";
> connect-allow-ip = "127.0.0.1;192.168.8.2"
> allowed-smsc-id = "kannel"
> log-file = "/home/kannel/var/log/partner.log"
> log-level = 0
>
> group = smsbox-route
> smsbox-id = "smsbox"
> smsc-id = "kannel"
>
> group = sendsms-user
> username = kannel
> password = kannel
> max-messages = 10
> concatenation = true
>
> group = sms-service
> keyword = default
> get-url =
> "
> http://handler.kannel.gw:4684/?sender=%p&receiver=%P&sms=%a&telco=%i&msgid=
> %I&fid=%F<http://handler.kannel.gw:4684/?sender=%25p&receiver=%25P&sms=%25a&telco=%25i&msgid=%0A%25I&fid=%25F>
> "
> catch-all = true
> omit-empty = true
> max-messages = 0
>
> group = smsbox
> smsbox-id = smsbox
> sendsms-port = 7962
> bearerbox-port = 7963
> http-request-retry = 100
> http-queue-delay = 10
> max-pending-requests = 8192
> mo-recode = 1
> log-file = "/home/kannel/var/log/smsbox_1.log"
> access-log = "/home/kannel/var/log/smsbox-access_1.log"
> log-level = 1
>
> group = mysql-connection
> id = smsgw-db
> host = 192.168.8.3
> port = 3306
> username = "kannel"
> password = "password"
> database = "traffics"
> max-connections = 10
>
> group = sqlbox
> id = smsgw-db
> bearerbox-port = 7961
> smsbox-id = smsbox
> smsbox-port = 7963
> sql-log-table = partner_sent
> sql-insert-table = partner_queue
> log-file = "/home/kannel/var/log/sqlbox_1_pull.log"
> log-level = 0
>
> Willy Mularto
> F300HD+MR18DE (NLC1725)
>
>
>
>
>
>
>
>
>
>
>
>
>
> ****
>  ****
>  ****
> Willy Mularto****
> F300HD+MR18DE (NLC1725)****
>  ****
>  ****
>  ****
>  ****
>  ****
>  ****
>
>
>
> ****
>  ****
>  ****
>  ****
> Willy Mularto****
> F300HD+MR18DE (NLC1725)****
>  ****
>  ****
>  ****
>  ****
>  ****
>  ****
>
>
>
> ****
>  ****
> ** **
> Willy Mularto****
> F300HD+MR18DE (NLC1725)****
> ** **
> ** **
> ** **
> ** **
> ** **
> ** **
>
>
> ****
> ** **
>
>
> Willy Mularto
> F300HD+MR18DE (NLC1725)
>
>
>
>
>
>
>
>
>
>


-- 
so close no matter how far forever trusting who we are and nothing else
matters

Reply via email to