RE: Multiple SMPP objects overlapping

2015-07-15 Thread Bobby Richardson 
Thank you Stipe.
As my case used multiple connections, it does not seem a bug in kannel.
I believe Alvaro's suggestion will be the solution for my case.

Regards,
Bobby

Bobby Richardson
Manager - SIM Engineering
O 650.810.8196  |  M 310.894.0100 

-Original Message-
From: Stipe Tolj [mailto:st...@kannel.org] 
Sent: Wednesday, July 15, 2015 11:15 AM
To: Bobby Richardson 
Cc: users@kannel.org
Subject: Re: Multiple SMPP objects overlapping

Am 14.07.2015 22:11, schrieb Bobby Richardson:
> Hello:
>
> My organization uses Kannel logs everyday and is experiencing a 
> technical challenge recently.
>
> For this issue, I searched through kannel.org and unfortunately could 
> not find any helpful solution.
>
>  From attached, you may see 2 SMPP objects (first one is a complete 
> one; lines between 1 and 16 and the second one is just a partial) with 
> 2 different connection names (ie. SMPP[SMSC1_ATT_RSS] and
> SMPP[SMSC2_ATT_RSS]) .
>
> Before the second SMPP object starts, I expected "SMPP PDU dump ends."
> first and then "SMPP[SMSC2_ATT_RSS]: Got PDU:". "SMPP[SMSC2_ATT_RSS]:
> Got PDU:" was placed in line 14 before the first SMPP object ends.
>
> Is this normal sequence? In many cases, I have seen "SMPP PDU dump 
> ends." as an indication of end of a SMPP. And then after this, another 
> SMPP may start with "SMPP[SMSC2_ATT_RSS]: Got PDU:".
>
> Do you have any suggestion for how to let Kannel log records one SMPP 
> object at a time without getting mixed?
>
> Is there any specific parameter in the Configuration file to control 
> this case?

Hello Bobby,

the log parts show that the "mixing" happens due to thread concurrency. 
Since every SMPP SMSC connection runs in it's own thread, there is no 
"guaranteed" order of thread execution and therefore also no "grantee" 
in that a particular SMPP PDU dump is "in-line complete" before any other 
vectorized in.

So, is this mixing a feature or a bug? It's a feature actually, since we COULD 
use mutex locking to perform the SMPP PDU dump completely and then release the 
lock, but this would generate a high concurrency delay on the log file writing, 
and therefore also in the PDU processing itself.

Alvaro suggested a way to avoid this, by using individual smsc group specific 
log-files.

We DO have code branches in our internal trees that allow mutex locking, though 
we never used this in high IO scenarios.

If you need any further assistance, please feel free to email me.

--
Best Regards,
Stipe

---
Kölner Landstrasse 419
40589 Düsseldorf, NRW, Germany

Kannel Foundation tolj.org system architecture
http://www.kannel.org/http://www.tolj.org/

mailto:stolj_{at}_kannel.org  mailto:st_{at}_tolj.org
---

Re: Multiple SMPP objects overlapping

2015-07-15 Thread Stipe Tolj 

Am 14.07.2015 22:11, schrieb Bobby Richardson:

Hello:

My organization uses Kannel logs everyday and is experiencing a
technical challenge recently.

For this issue, I searched through kannel.org and unfortunately could
not find any helpful solution.

 From attached, you may see 2 SMPP objects (first one is a complete one;
lines between 1 and 16 and the second one is just a partial) with 2
different connection names (ie. SMPP[SMSC1_ATT_RSS] and
SMPP[SMSC2_ATT_RSS]) .

Before the second SMPP object starts, I expected “SMPP PDU dump ends.”
first and then “SMPP[SMSC2_ATT_RSS]: Got PDU:”. “SMPP[SMSC2_ATT_RSS]:
Got PDU:” was placed in line 14 before the first SMPP object ends.

Is this normal sequence? In many cases, I have seen “SMPP PDU dump
ends.” as an indication of end of a SMPP. And then after this, another
SMPP may start with “SMPP[SMSC2_ATT_RSS]: Got PDU:”.

Do you have any suggestion for how to let Kannel log records one SMPP
object at a time without getting mixed?

Is there any specific parameter in the Configuration file to control
this case?


Hello Bobby,

the log parts show that the "mixing" happens due to thread concurrency. 
Since every SMPP SMSC connection runs in it's own thread, there is no 
"guaranteed" order of thread execution and therefore also no "grantee" 
in that a particular SMPP PDU dump is "in-line complete" before any 
other vectorized in.


So, is this mixing a feature or a bug? It's a feature actually, since we 
COULD use mutex locking to perform the SMPP PDU dump completely and then 
release the lock, but this would generate a high concurrency delay on 
the log file writing, and therefore also in the PDU processing itself.


Alvaro suggested a way to avoid this, by using individual smsc group 
specific log-files.


We DO have code branches in our internal trees that allow mutex locking, 
though we never used this in high IO scenarios.


If you need any further assistance, please feel free to email me.

--
Best Regards,
Stipe

---
Kölner Landstrasse 419
40589 Düsseldorf, NRW, Germany

Kannel Foundation tolj.org system architecture
http://www.kannel.org/http://www.tolj.org/

mailto:stolj_{at}_kannel.org  mailto:st_{at}_tolj.org
---

Re: question about postgresql dlr storage

2015-07-15 Thread Alvaro Cornejo 
Hi

dlr-url should also be urlencoded. In your example the + sign should also
be urlencode since + is the urlencode value of the space char.

Regards

Alvaro

|-|
Envíe y Reciba Datos y mensajes de Texto (SMS) hacia y desde cualquier
celular y Nextel
en el Perú, México y en mas de 180 paises. Use aplicaciones 2 vias via SMS
y GPRS online
  Visitenos en www.perusms.com

On Wed, Jul 15, 2015 at 2:39 AM, Marcin Matyaszczyk  wrote:

> Hello
>
> Thanks for answer. We urlencode all fields and sms is submitted ok to
> kannel, problem appears when we get dlr (insert query).
>
> Pozdrawiam,
>   Marcin Matyaszczyk
>   Administrator
>
> Ogicom “Spider” Sp. z o.o. S.K.A., (61-131) Poznan, ul. Abpa Baraniaka
> 88, REGON 634407251, NIP 781-17-20-476, Sad Rejonowy Poznan Nowe Miasto
> i Wilda w Poznaniu, VIII Wydzial Gospodarczy Krajowego Rejestru
> Sadowego, KRS 410900,  kapital zakladowy: 429 000 PLN.
>
> W dniu 10.07.2015 o 16:20, Alvaro Cornejo pisze:
> > Hi
> >
> > You need to urlenconde your field values when submitting to kannel.
> >  "Victoria's" should be "Victoria%27s"
> >
> > Regards
> >
> > Alvaro
> >
> >
> |-|
> > Envíe y Reciba Datos y mensajes de Texto (SMS) hacia y desde cualquier
> > celular y Nextel
> > en el Perú, México y en mas de 180 paises. Use aplicaciones 2 vias via
> > SMS y GPRS online
> >   Visitenos en www.perusms.com 
> >
> > On Thu, Jul 9, 2015 at 8:00 AM, Marcin Matyaszczyk
> > mailto:m.matyaszc...@ogicom.pl>> wrote:
> >
> > Hello
> >
> > we have a problem with Postgresql DLR storage, when we try to send
> sms
> > with source field containing ' character we've got an error:
> >
> > 2015-04-02 10:18:51 CEST STATEMENT:  INSERT INTO "dlr" ("smsc", "ts",
> > "source", "destination", "service", "url", "mask", "boxc", "status")
> > VALUES ('smpp3', '', 'Victoria's', '+488
> > ', 'xx',
> > '
> http://.domain.pl/dlr2.php?id=110725920&source=XXX&t=%t&i=%i&d=%d&D=%D&A=%A&F=%F
> ',
> > '31', '', '0');
> >
> > 2015-04-02 10:21:51 CEST ERROR:  syntax error at or near "s" at
> > character 147
> >
> > We use kannel 1.5. Can you tell me how we can avoid this problem?
> >
> > regards
> > Marcin Matyaszczyk
> >
> >
>

Re: Huawei E220 not reliable enough, please recommend something for high volume.

2015-07-15 Thread ha...@aeon.pk 
Huawei EG162G worked super for me since many years.

On Wed, Jul 15, 2015 at 2:19 PM, Florian Schlums  wrote:

> We are running kannel with a Orange Huawei E352 and are also not very
> happy with it.
> (Same with a HP un2400 Gobi1000 module)
> Sometimes we see a USB disconnect message in our kern.log.
> As a temporary solution we autoreboot our pcengines apu1d4 system.
>
> usb 1-1: USB disconnect, device number 2
> qmi_wwan 1-1:1.0 wwan0: unregister 'qmi_wwan' usb-:00:12.2-1, WWAN/QMI
> device
> option1 ttyUSB1: usb_wwan_indat_callback: resubmit read urb failed. (-19)
>
>
>
>

Re: Huawei E220 not reliable enough, please recommend something for high volume.

2015-07-15 Thread Florian Schlums 
We are running kannel with a Orange Huawei E352 and are also not very 
happy with it.

(Same with a HP un2400 Gobi1000 module)
Sometimes we see a USB disconnect message in our kern.log.
As a temporary solution we autoreboot our pcengines apu1d4 system.

usb 1-1: USB disconnect, device number 2
qmi_wwan 1-1:1.0 wwan0: unregister 'qmi_wwan' usb-:00:12.2-1, 
WWAN/QMI device

option1 ttyUSB1: usb_wwan_indat_callback: resubmit read urb failed. (-19)

Re: question about postgresql dlr storage

2015-07-15 Thread Marcin Matyaszczyk 
Hello

Thanks for answer. We urlencode all fields and sms is submitted ok to
kannel, problem appears when we get dlr (insert query).

Pozdrawiam,
  Marcin Matyaszczyk
  Administrator

Ogicom “Spider” Sp. z o.o. S.K.A., (61-131) Poznan, ul. Abpa Baraniaka
88, REGON 634407251, NIP 781-17-20-476, Sad Rejonowy Poznan Nowe Miasto
i Wilda w Poznaniu, VIII Wydzial Gospodarczy Krajowego Rejestru
Sadowego, KRS 410900,  kapital zakladowy: 429 000 PLN.

W dniu 10.07.2015 o 16:20, Alvaro Cornejo pisze:
> Hi
> 
> You need to urlenconde your field values when submitting to kannel.
>  "Victoria's" should be "Victoria%27s"
> 
> Regards
> 
> Alvaro
> 
> |-|
> Envíe y Reciba Datos y mensajes de Texto (SMS) hacia y desde cualquier
> celular y Nextel
> en el Perú, México y en mas de 180 paises. Use aplicaciones 2 vias via
> SMS y GPRS online
>   Visitenos en www.perusms.com 
> 
> On Thu, Jul 9, 2015 at 8:00 AM, Marcin Matyaszczyk
> mailto:m.matyaszc...@ogicom.pl>> wrote:
> 
> Hello
> 
> we have a problem with Postgresql DLR storage, when we try to send sms
> with source field containing ' character we've got an error:
> 
> 2015-04-02 10:18:51 CEST STATEMENT:  INSERT INTO "dlr" ("smsc", "ts",
> "source", "destination", "service", "url", "mask", "boxc", "status")
> VALUES ('smpp3', '', 'Victoria's', '+488
> ', 'xx',
> 
> 'http://.domain.pl/dlr2.php?id=110725920&source=XXX&t=%t&i=%i&d=%d&D=%D&A=%A&F=%F',
> '31', '', '0');
> 
> 2015-04-02 10:21:51 CEST ERROR:  syntax error at or near "s" at
> character 147
> 
> We use kannel 1.5. Can you tell me how we can avoid this problem?
> 
> regards
> Marcin Matyaszczyk
> 
>