Hi, Peter Beckman wrote:
> The background: > Back when I was running 1.3.1, when my remote SMSC disconnected or > gave me an error, kannel happily respected it, logged it, and tried > again in $reconnect-dely seconds. > > Now when the SMSC throws an error, Kannel kills the thread, never to > be > connected to again without manual intervention. This is HORRIBLE! > > Read on for the specifics -- maybe I didn't RTFM well enough... > > I've searched the archive, but to no avail. > > The server: > Kannel 1.3.2, no changes to standard install > Linux host.domain.com 2.4.21-9.0.3.ELsmp #1 SMP Tue Apr 20 19:49:13 > EDT 2004 i686 i686 i386 GNU/Linux (enterprise 3 redhat) > > 2004-10-06 02:42:13 [19398] [12] WARNING: SMPP: PDU NUL terminated string > has no NUL. 2004-10-06 02:42:13 [19398] [12] DEBUG: SMPP[mqube]: Got PDU: > 2004-10-06 02:42:13 [19398] [12] DEBUG: SMPP PDU 0xa8cae2e8 dump: > 2004-10-06 02:42:13 [19398] [12] DEBUG: type_name: bind_transceiver_resp > 2004-10-06 02:42:13 [19398] [12] DEBUG: command_id: 2147483657 = > 0x80000009 > 2004-10-06 02:42:13 [19398] [12] DEBUG: command_status: 15 = 0x0000000f > 2004-10-06 02:42:13 [19398] [12] DEBUG: sequence_number: 231408 = > 0x000387f0 > 2004-10-06 02:42:13 [19398] [12] DEBUG: system_id: NULL > 2004-10-06 02:42:13 [19398] [12] DEBUG: SMPP PDU dump ends. > 2004-10-06 02:42:13 [19398] [12] ERROR: SMPP[mqube]: SMSC rejected login > to transmit, code 0x0000000f (Invalid System ID). 2004-10-06 02:42:13 > [19398] [12] ERROR: SMPP[mqube]: I/O error or other error. Re-connecting. > 2004-10-06 02:42:13 [19398] [12] DEBUG: Thread 12 > (gw/smsc/smsc_smpp.c:io_thread) terminates. > > What? The thread died! Why? If error "invalid system id" or "invalid password" occurs thread will die (wrong login params) in order to prevent disabling of this client host on smsc due to bad login attempts. > > --------------------------------------------------------------------------- > Peter Beckman Internet > Guy > [EMAIL PROTECTED] > http://www.purplecow.com/ > --------------------------------------------------------------------------- -- Thanks, Alex
