Hi Donald,
I think you hit the nail exactly on the head. AFAIK, there is a single thread
at this point, sms_router, that is implementing bb_smscconn_sent. Therefore all
sms in the outgoing smscs should be delayed. Kannel doesn't raise threads on
demand.
There may be an additional issue. This
Hi Alan,
I must be the one thanking you for the discussion. You see I am a wap guy,
and don't know of many of the issues that sms people face.
The only concern is at startup. After it has bbox has started succesfully,
and therefore sms_router, started as well, it doesn't matter. You can take
Hi Nikos,
-1 for this patch.
1) you don't want to send each part because bearerbox will split long
message for you and ensure that it goes via the same SMSC
2) I don't see where mtbatch should core dump, please clarify.
Thanks,
Alex
Am 09.06.2009 um 20:07 schrieb Nikos Balkanas:
Hi,
This
Hi,
not only this is issue. You want not sleep! Just think about it a bit.
Hint: you want to process MOs and ACKs without delays...
-1
Thanks,
Alex
P.S. I already posted patch that fixes this issue but not in ideal
way. SMSC will not sleep but sending
all allowed messages in the time
Dear all,
since I've noticed that people has been asking a lot in the user@ list
(and sometimes in the devel too) and that Kannel has performed a great
improvement from 1.4.1 to 1.4.2 with the internal handling of UTF
characters, I tough it was a good idea to write some notes on how to
deal with
Hi Julien,
I think it would be great to have this on redmine wiki ?
would you like to put it there?
Thanks,
Alex
Am 10.06.2009 um 09:41 schrieb Julien Buratto:
Dear all,
since I've noticed that people has been asking a lot in the user@ list
(and sometimes in the devel too) and that Kannel
Hi Al,
Please see inline answers. Kannel load balances all available smscs during
operation. The only problem is that during startup, it starts sms_router too
soon. From the discussion, i see that a patch may not even be necessary, it
could be a configuration issue. Else I could always update
Hi,
You are absolutely right. Please disregard.
Yesterday I synced from cvs, and in send_message there was:
Msg *part;
which was never initialized, and then
deliver_to_bearerbox(part)
Sounds familiar?
Now that I updated from cvs again, I can't see that code anymore. Seems you
changed it
Hi Alexander,
wiki is a great idea for contributions to the doc.
Is there a plan to move the whole kannel documentation to the wiki or
it's just for contributions at first stage ?
Julien
PS: I cannot find the wiki on redmine.kannel.org, could you point me to it ?
2009/6/10 Alexander Malysh
Actually, I don't think that even this patch can guarantee solid throughput.
All I/O (including SMSc) is handled by a polling thread. AFAIK bb_smscconn_sent
just puts the sms in the connection queue, where the connection layer takes
over and sends it. If there is a queue for that SMSc, the
Hi,
Great, but shouldn't this be in the traditional userguide format, i.e. xml,
which can be converted with docbook to anything afterwards? I imagine it is
not part of the userguide.
BR,
Nikos
- Original Message -
From: Alexander Malysh amal...@kannel.org
To: Julien Buratto
On Wed, 2009-06-10 at 10:02, Nikos Balkanas wrote:
I must be the one thanking you for the discussion. You see I am a wap
guy, and don't know of many of the issues that sms people face.
The only concern is at startup. After it has bbox has started
succesfully, and therefore sms_router,
FYI, I've also commited the fix for kannel_receive_sms (removed the
dlrurl condition).
I've also added test/test_date and utils/decode_emimsg to .cvsignore.
Regards,
--
Alejandro Guerrieri
aguerri...@kannel.org
On 09/06/2009, at 19:05, Alejandro Guerrieri wrote:
Commited to CVS.
It's not so urgent but I could try, it could be interesting...
I have 2 ideas so far...
First idea
==
I could add 2 new config parameters to define 2 regex:
- the first one, to find the start of the foreign id.
- the second one, to find the end of the foreign id.
For Claro, they could
Milan P. Stanic wrote:
On Wed, 2009-06-10 at 10:02, Nikos Balkanas wrote:
I must be the one thanking you for the discussion. You see I am a wap
guy, and don't know of many of the issues that sms people face.
The only concern is at startup. After it has bbox has started
succesfully, and
Hi,
I happen to agree also. But the fact is, that this is how kannel currently
works. And i have to abide by that. Anyway, read my response to Alvaro, it
may be just a configuration issue.
BR,
Nikos
- Original Message -
From: Alan McNatty a...@catalyst.net.nz
To:
On Wed, 2009-06-10 at 14:32, Nikos Balkanas wrote:
I happen to agree also. But the fact is, that this is how kannel
currently works. And i have to abide by that. Anyway, read my response to
Alvaro, it may be just a configuration issue.
I'm not sure if we are talking about same behavior of
Hi Julien,
it's for the FAQ and additional docs in the first stage. Later we can
look whether it make sense
to port all userguige to wiki.
Thanks,
Alex
Am 10.06.2009 um 10:17 schrieb Julien Buratto:
Hi Alexander,
wiki is a great idea for contributions to the doc.
Is there a plan to move
Hi,
I'm for the second idea, regex rocks ;)
Thanks,
Alex
Am 10.06.2009 um 12:37 schrieb Franck LAMASUTA:
It's not so urgent but I could try, it could be interesting...
I have 2 ideas so far...
First idea
==
I could add 2 new config parameters to define 2 regex:
- the first one,
Hi Milan,
Please edit gw/bb_smsccconn.c and go to smsc2_start:
for (i = 0; i gwlist_len(smsc_groups) .
(grp = gwlist_get(smsc_groups, i)) != NULL; i++) {
conn = smscconn_create(grp, 1);.
if (conn == NULL)
panic(0, Cannot start with SMSC connection failing);
here is a link to throttling branch:
http://github.com/amalysh/kannel/tree/smpp-throttling
only smpp implemented for now.
Thanks,
Alex
Am 10.06.2009 um 10:20 schrieb Nikos Balkanas:
Actually, I don't think that even this patch can guarantee solid
throughput. All I/O (including SMSc)
Me too, second one is far more flexible and clean.
--
Alejandro Guerrieri
aguerri...@kannel.org
On 10/06/2009, at 14:31, Alexander Malysh wrote:
Hi,
I'm for the second idea, regex rocks ;)
Thanks,
Alex
Am 10.06.2009 um 12:37 schrieb Franck LAMASUTA:
It's not so urgent but I could try,
Hi Nikos,
this panic is reached only if SMSC module has wrong configuration.
This panic has nothing todo with active/offline/not connected SMSCs.
Thanks,
Alex
Am 10.06.2009 um 14:32 schrieb Nikos Balkanas:
Hi Milan,
Please edit gw/bb_smsccconn.c and go to smsc2_start:
for (i = 0; i
Alex
If so, why if I have a runing kannel with all smsc's up (modems) and
one of them died/get locked and restart kannel it will panic and the
config haven't changed ?
If do nothing I get a reconnecting status on kannel and all other
smsc's continue to work normally. I can even disconnect the
Hi Nikos
Thanks for your answers
I'll try sms-outgoing-queue-limit parameter and see what happens
Regards
Alvaro
|-|
Envíe y Reciba Datos y mensajes de Texto (SMS) hacia y desde
On Wed, Jun 10, 2009 at 09:51:08AM +0300, Nikos Balkanas wrote:
Hi Donald,
I think you hit the nail exactly on the head. AFAIK, there is a single thread
at this point, sms_router, that is implementing bb_smscconn_sent. Therefore
all sms in the outgoing smscs should be delayed. Kannel doesn't
then it's a bug ion smsc_at module and must be fixed.
Please report it via redmine and I will look into it when time
permits...
Thanks,
Alex
Am 10.06.2009 um 16:02 schrieb Alvaro Cornejo:
Alex
If so, why if I have a runing kannel with all smsc's up (modems) and
one of them died/get locked
On Wed, Jun 10, 2009 at 09:38:41AM +0200, Alexander Malysh wrote:
Hi,
not only this is issue. You want not sleep! Just think about it a bit.
Sleeping was the current approach so I just followed it. I think the idea
behind that (and behind the code to ensure the sleeping time is accomplished)
On Wed, Jun 10, 2009 at 11:20:11AM +0300, Nikos Balkanas wrote:
Actually, I don't think that even this patch can guarantee solid throughput.
All I/O (including SMSc) is handled by a polling thread. AFAIK
bb_smscconn_sent just puts the sms in the connection queue, where the
What? No.
Am 10.06.2009 um 16:40 schrieb Damian Viano:
On Wed, Jun 10, 2009 at 09:38:41AM +0200, Alexander Malysh wrote:
Hi,
not only this is issue. You want not sleep! Just think about it a
bit.
Sleeping was the current approach so I just followed it. I think the
idea
behind that (and behind
On Wed, Jun 10, 2009 at 03:06:59PM +0200, Alexander Malysh wrote:
here is a link to throttling branch:
http://github.com/amalysh/kannel/tree/smpp-throttling
only smpp implemented for now.
Great, thanks for the link.
I see that you basically break out when you are over throughput[1], I
On Wed, Jun 10, 2009 at 05:00:21PM +0200, Alexander Malysh wrote:
false assumption, TX and MX may running in one thread (e.g. SMPP v3.4
transceiver mode).
see above..
and yes, current implementation is wrong. and why should we accept fix
for a wrong version instead of
doing it right ?
You can checkout the cvs version of kannel which is able to handle
customized TLVs on smpp...
Julien
2009/6/9 V ve...@neonet.lt:
Hello,
Yes, we already run kannel with meta-data/tlv support (cvs branch). But,
it's strange, why LMT use some PDU, that are non standart.
On what conditions we
Am 10.06.2009 um 17:16 schrieb Damian Viano:
On Wed, Jun 10, 2009 at 03:06:59PM +0200, Alexander Malysh wrote:
here is a link to throttling branch:
http://github.com/amalysh/kannel/tree/smpp-throttling
only smpp implemented for now.
Great, thanks for the link.
I see that you
Hi,
I actually didn't realise that bb_smsccon_sent is a callback, and kept
mixing it up with smscconn_sent. Plus you state that each SMSc connection
has its own thread, and Donald agrees. That's much better. You shouldn't
have to explain it, I should have known better.
I am a wap person and
On Wed, Jun 10, 2009 at 05:28:04PM +0200, Alexander Malysh wrote:
Am 10.06.2009 um 17:16 schrieb Damian Viano:
On Wed, Jun 10, 2009 at 03:06:59PM +0200, Alexander Malysh wrote:
here is a link to throttling branch:
http://github.com/amalysh/kannel/tree/smpp-throttling
only smpp
This patch was only to show how it could be done. It's not complete
for SMPP.
For SMPP the main loop should be reordered. I have local version that
works
as expected but I need some time to extract it because of many
differences.
I will try to extract it this weekend...
Thanks,
Alex
Am
37 matches
Mail list logo
