Re: MT messages queue

Stipe Tolj <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Organization Kannel Software Foundation (KSF)
Message-ID <[email protected]>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Djiby SY wrote:

> Hi all,
> 
> I had a problem with bearerbox this morning and I don't see the source
> of the problem.
> In fact all MT messages to SMPP smsc1 where queued and stored in file,
> but all messages to smsc2 and smsc3 were submitted correctely.
> MO messages are received correctely from smsc1, smsc2 and smsc3.
> 
> When I look the log file, there is no ERROR message and enquire_link are
> sent/received correctely.
> 
> I restarted kannel then all stored MT messages  were sent to smsc1.
> 
> I don't understand why MT messages to smsc1 were queued?
> and why they were sent immediately  after kannel restart?
> 
> Has someone experienced this phenomenon?

Hi Djiby,

yes, I have... actually severals have... and I "know the cause".

Has smsc1 been connected with TX and RX sessions seperated on own TCP
connections? This means the config looked like this:

  group = smsc
  smsc = smpp
  reiceive-port = X
  port = X
  ...

and no 'transceiver' mode was used?

If yes, then I know about the reason... It's a bug in the SMPP SMSC module, that
I need to file to http://bugs.kannel.org/ and resolve.

BTW: Please DO NOT CROSS-POST to lists!

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
- -------------------------------------------------------------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGUvUi9ez0oeKvYs0RAv4rAKDyKZk3kQ8IoGXHkVGTTdcry1XwywCg74Bb
lzUj+FNUWKHIqcxh+AZvWPI=
=f+Tv
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.