RE: Need SQLBox to bypass MO
Connect 2 different smsboxes. 1 via sqlbox. The other directly to bearerbox. MT messages go via the first smsbox. MO messages are routed to the second. == Rene -Original Message- From: Willy Mularto [mailto:sangpr...@gmail.com] Sent: dinsdag 1 april 2014 3:09 To: Rene Kluwen Cc: kannel users@kannel.org Subject: Re: Need SQLBox to bypass MO Thanks Rene, it works. As my understanding the SQLBox still process MO but not to save it to the DB. How about to make Kannel directly send all MO to SMSBox, rather then transit first to SQLBox? So the final goal is SQLBox only process MT. Thanks. On Mar 31, 2014, at 1:39 PM, Rene Kluwen rene.klu...@chimit.nl wrote: In group = sqlbox. If you build latest documentation, it's there. -Original Message- From: Willy Mularto [mailto:sangpr...@gmail.com] Sent: maandag 31 maart 2014 4:04 To: Rene Kluwen Cc: kannel users@kannel.org Subject: Re: Need SQLBox to bypass MO Hi Rene, Thanks for the tips, is it a new directive? Because I can not find it in the user guide. Where to put the directive? Thanks. On Mar 30, 2014, at 9:16 PM, Rene Kluwen rene.klu...@chimit.nl wrote: Set save-mo = false -Original Message- From: users [mailto:users-boun...@kannel.org] On Behalf Of Willy Mularto Sent: zondag 30 maart 2014 15:25 To: kannel users@kannel.org Subject: Need SQLBox to bypass MO Hi All, Can somebody please refresh me to set SQLBOX ignore all MO to be proceed by SQLBox and just past it from Bearerbox to SMSBox. Thanks. Willy Mularto
Re: Redis delivery report DLR backend
Am 06.03.2014 12:37, schrieb Lorenzo Bagni:
Hi all,
I'm facing a blocking problem on redis backend for delivery report.
I'm sendig correctly (and receive on my MT) but the bearerbox hangs when
try to write on redis:
smsc log:
2014-03-06 11:44:54 [25724] [7] DEBUG: SMPP[mobytusaprod]: Got PDU:
2014-03-06 11:44:54 [25724] [7] DEBUG: SMPP PDU 0x7f6c08000a10 dump:
2014-03-06 11:44:54 [25724] [7] DEBUG: type_name: submit_sm_resp
2014-03-06 11:44:54 [25724] [7] DEBUG: command_id: 2147483652
tel:2147483652 = 0x8004
2014-03-06 11:44:54 [25724] [7] DEBUG: command_status: 0 = 0x
2014-03-06 11:44:54 [25724] [7] DEBUG: sequence_number: 2 = 0x0002
2014-03-06 11:44:54 [25724] [7] DEBUG: message_id:
2014-03-06 11:44:54 [25724] [7] DEBUG:Octet string at 0x7f6c080011a0:
2014-03-06 11:44:54 [25724] [7] DEBUG: len: 36
2014-03-06 11:44:54 [25724] [7] DEBUG: size: 37
2014-03-06 11:44:54 [25724] [7] DEBUG: immutable: 0
2014-03-06 11:44:54 [25724] [7] DEBUG: data: 37 35 33 31 62 34 32
61 2d 66 34 34 66 2d 34 33 7531b42a-f44f-43
2014-03-06 11:44:54 [25724] [7] DEBUG: data: 38 31 2d 39 63 35 61
2d 36 31 37 65 32 32 33 31 81-9c5a-617e2231
2014-03-06 11:44:54 [25724] [7] DEBUG: data: 36 30 35 63
605c
2014-03-06 11:44:54 [25724] [7] DEBUG:Octet string dump ends.
2014-03-06 11:44:54 [25724] [7] DEBUG: SMPP PDU dump ends.
2014-03-06 11:44:54 [25724] [7] DEBUG: new group created `smpp'
2014-03-06 11:44:54 [25724] [7] DEBUG: group=`smpp'
key=`mobyt_campaignid' value=`1245'
2014-03-06 11:44:54 [25724] [7] DEBUG: DLR[redis]: Adding DLR
smsc=mobytusaprod, ts=7531b42a-f44f-4381-9c5a-617e2231605c, src=51303,
dst=393284677782, mask=31, boxc=
2014-03-06 11:44:54 [25724] [7] DEBUG: Adding DLR into keystore
bearerbox log:
2014-03-06 11:44:33 [25724] [9] DEBUG: Started thread 10
(gw/bb_boxc.c:boxc_sender)
2014-03-06 11:44:33 [25724] [10] DEBUG: Thread 10
(gw/bb_boxc.c:boxc_sender) maps to pid 25724.
2014-03-06 11:44:54 [25724] [9] DEBUG: boxc_receiver: sms received
2014-03-06 11:44:54 [25724] [9] DEBUG: send_msg: sending msg to box:
127.0.0.1
2014-03-06 11:44:54 [25724] [7] PANIC: /usr/sbin/bearerbox() [0x4a7f7c]
2014-03-06 11:44:54 [25724] [7] PANIC: /lib64/libpthread.so.0(+0xf710)
[0x7f6c21df5710]
2014-03-06 11:44:54 [25724] [7] PANIC: /usr/sbin/bearerbox() [0x48d407]
2014-03-06 11:44:54 [25724] [7] PANIC: /usr/sbin/bearerbox() [0x41fa63]
2014-03-06 11:44:54 [25724] [7] PANIC:
/usr/sbin/bearerbox(dlr_add_real+0x3a3) [0x41cf63]
2014-03-06 11:44:54 [25724] [7] PANIC: /usr/sbin/bearerbox() [0x4682c2]
2014-03-06 11:44:54 [25724] [7] PANIC: /usr/sbin/bearerbox() [0x469395]
2014-03-06 11:44:54 [25724] [7] PANIC: /usr/sbin/bearerbox() [0x491c19]
2014-03-06 11:44:54 [25724] [7] PANIC: /lib64/libpthread.so.0(+0x79d1)
[0x7f6c21ded9d1]
2014-03-06 11:44:54 [25724] [7] PANIC: /lib64/libc.so.6(clone+0x6d)
[0x7f6c20b85b6d]
I've compiled kannel 1.5.0 trunk version 5081:
Kannel bearerbox version `svn-runknown'. Build `Mar 5 2014 14:57:57',
compiler `4.4.7 20120313 (Red Hat 4.4.7-4)'. System Linux, release
2.6.32-431.el6.x86_64, version #1 SMP Fri Nov 22 03:15:09 UTC 2013,
machine x86_64. Hostname xxx.xxx.xxx, IP xxx.xxx.xxx.xxx. Libxml version
2.7.6. Using OpenSSL 1.0.1e-fips 11 Feb 2013. Compiled with MySQL
5.1.71, using MySQL 5.1.71. Using hiredis API 0.10.1 Using native malloc.
The same flow works perfectly if I use the MySql backend, so I guess a
misconfiguration, here's the redis related config:
dlr-storage = redis
group = redis-connection
id = redisdlr
host = 127.0.0.1
port = 6379
#password = foo
database = 0
max-connections = 1
group = dlr-db
id = redisdlr
table = dlr
ttl = 604800
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
Redis works on the same box of kannel, accepts bindigs on all
intefraces, and I've try to perform a CRUD operation from redis-cli
without problems.
Hi Lorenzo,
first of all, thanks a lot for reporting the bug, along with the
comprehensive filing into the redmine bug tracking system.
I have addressed this today and corresponding fixes have been committed
to the SVN trunk.
Stipe
--
---
Kölner Landstrasse 419
40589 Düsseldorf, NRW, Germany
tolj.org system architecture Kannel Software Foundation (KSF)
http://www.tolj.org/ http://www.kannel.org/
mailto:st_{at}_tolj.org mailto:stolj_{at}_kannel.org
---
Re: Redis delivery report DLR backend
2014-04-01 17:09 GMT+02:00 Stipe Tolj st...@kannel.org:
Am 06.03.2014 12:37, schrieb Lorenzo Bagni:
Hi all,
I'm facing a blocking problem on redis backend for delivery report.
I'm sendig correctly (and receive on my MT) but the bearerbox hangs when
try to write on redis:
smsc log:
2014-03-06 11:44:54 [25724] [7] DEBUG: SMPP[mobytusaprod]: Got PDU:
2014-03-06 11:44:54 [25724] [7] DEBUG: SMPP PDU 0x7f6c08000a10 dump:
2014-03-06 11:44:54 [25724] [7] DEBUG: type_name: submit_sm_resp
2014-03-06 11:44:54 [25724] [7] DEBUG: command_id: 2147483652
tel:2147483652 = 0x8004
2014-03-06 11:44:54 [25724] [7] DEBUG: command_status: 0 = 0x
2014-03-06 11:44:54 [25724] [7] DEBUG: sequence_number: 2 = 0x0002
2014-03-06 11:44:54 [25724] [7] DEBUG: message_id:
2014-03-06 11:44:54 [25724] [7] DEBUG:Octet string at 0x7f6c080011a0:
2014-03-06 11:44:54 [25724] [7] DEBUG: len: 36
2014-03-06 11:44:54 [25724] [7] DEBUG: size: 37
2014-03-06 11:44:54 [25724] [7] DEBUG: immutable: 0
2014-03-06 11:44:54 [25724] [7] DEBUG: data: 37 35 33 31 62 34 32
61 2d 66 34 34 66 2d 34 33 7531b42a-f44f-43
2014-03-06 11:44:54 [25724] [7] DEBUG: data: 38 31 2d 39 63 35 61
2d 36 31 37 65 32 32 33 31 81-9c5a-617e2231
2014-03-06 11:44:54 [25724] [7] DEBUG: data: 36 30 35 63
605c
2014-03-06 11:44:54 [25724] [7] DEBUG:Octet string dump ends.
2014-03-06 11:44:54 [25724] [7] DEBUG: SMPP PDU dump ends.
2014-03-06 11:44:54 [25724] [7] DEBUG: new group created `smpp'
2014-03-06 11:44:54 [25724] [7] DEBUG: group=`smpp'
key=`mobyt_campaignid' value=`1245'
2014-03-06 11:44:54 [25724] [7] DEBUG: DLR[redis]: Adding DLR
smsc=mobytusaprod, ts=7531b42a-f44f-4381-9c5a-617e2231605c, src=51303,
dst=393284677782, mask=31, boxc=
2014-03-06 11:44:54 [25724] [7] DEBUG: Adding DLR into keystore
bearerbox log:
2014-03-06 11:44:33 [25724] [9] DEBUG: Started thread 10
(gw/bb_boxc.c:boxc_sender)
2014-03-06 11:44:33 [25724] [10] DEBUG: Thread 10
(gw/bb_boxc.c:boxc_sender) maps to pid 25724.
2014-03-06 11:44:54 [25724] [9] DEBUG: boxc_receiver: sms received
2014-03-06 11:44:54 [25724] [9] DEBUG: send_msg: sending msg to box:
127.0.0.1
2014-03-06 11:44:54 [25724] [7] PANIC: /usr/sbin/bearerbox() [0x4a7f7c]
2014-03-06 11:44:54 [25724] [7] PANIC: /lib64/libpthread.so.0(+0xf710)
[0x7f6c21df5710]
2014-03-06 11:44:54 [25724] [7] PANIC: /usr/sbin/bearerbox() [0x48d407]
2014-03-06 11:44:54 [25724] [7] PANIC: /usr/sbin/bearerbox() [0x41fa63]
2014-03-06 11:44:54 [25724] [7] PANIC:
/usr/sbin/bearerbox(dlr_add_real+0x3a3) [0x41cf63]
2014-03-06 11:44:54 [25724] [7] PANIC: /usr/sbin/bearerbox() [0x4682c2]
2014-03-06 11:44:54 [25724] [7] PANIC: /usr/sbin/bearerbox() [0x469395]
2014-03-06 11:44:54 [25724] [7] PANIC: /usr/sbin/bearerbox() [0x491c19]
2014-03-06 11:44:54 [25724] [7] PANIC: /lib64/libpthread.so.0(+0x79d1)
[0x7f6c21ded9d1]
2014-03-06 11:44:54 [25724] [7] PANIC: /lib64/libc.so.6(clone+0x6d)
[0x7f6c20b85b6d]
I've compiled kannel 1.5.0 trunk version 5081:
Kannel bearerbox version `svn-runknown'. Build `Mar 5 2014 14:57:57',
compiler `4.4.7 20120313 (Red Hat 4.4.7-4)'. System Linux, release
2.6.32-431.el6.x86_64, version #1 SMP Fri Nov 22 03:15:09 UTC 2013,
machine x86_64. Hostname xxx.xxx.xxx, IP xxx.xxx.xxx.xxx. Libxml version
2.7.6. Using OpenSSL 1.0.1e-fips 11 Feb 2013. Compiled with MySQL
5.1.71, using MySQL 5.1.71. Using hiredis API 0.10.1 Using native malloc.
The same flow works perfectly if I use the MySql backend, so I guess a
misconfiguration, here's the redis related config:
dlr-storage = redis
group = redis-connection
id = redisdlr
host = 127.0.0.1
port = 6379
#password = foo
database = 0
max-connections = 1
group = dlr-db
id = redisdlr
table = dlr
ttl = 604800
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
Redis works on the same box of kannel, accepts bindigs on all
intefraces, and I've try to perform a CRUD operation from redis-cli
without problems.
Hi Lorenzo,
first of all, thanks a lot for reporting the bug, along with the
comprehensive filing into the redmine bug tracking system.
I have addressed this today and corresponding fixes have been committed to
the SVN trunk.
Stipe
--
---
Kölner Landstrasse 419
40589 Düsseldorf, NRW, Germany
tolj.org system architecture Kannel Software Foundation (KSF)
http://www.tolj.org/ http://www.kannel.org/
mailto:st_{at}_tolj.org mailto:stolj_{at}_kannel.org
---
Hi Stipe,
thanks for the fix, unfortunally this week I cannot test it, but I'll
schedule for next week.
Regards, Lorenzo
