So, looking at the sources and documentation I've come to the fact that in such cases I'm not able to determine whether type: 16 was caused by real reject by SMSC or by kannel itself.
Any ideas of how could I determine it in my dlr scripts? After today's morning accident I've got 20 messages that was marked as REJECTED thus my system did not try to resend them again. It is inaproproate for me :-( 2011/5/25 Nikos Balkanas <[email protected]> > Hi, > > The SMSc error you got was one of invalid username. I don't know why your > SMSc returned this error, since you can obviously connect fine, but since > this is a terminal error that cannot be corrected by itself, there is no > sense in reconnecting. Of course you don't need to restart kannel, you can > just restart the smsc from the web interface. > > BR, > Nikos > ----- Original Message ----- From: Ivan Kurnosov > To: [email protected] > Sent: Wednesday, May 25, 2011 2:55 AM > Subject: Stopping reconnecting after unbing > > > > Hi there. > > > Just some minutes ago something strange has happened that I cannot explain: > > > 2011-05-25 10:17:51 [11434] [6] DEBUG: SMPP[sv]: Got PDU: > 2011-05-25 10:17:51 [11434] [6] DEBUG: SMPP PDU 24d080 dump: > 2011-05-25 10:17:51 [11434] [6] DEBUG: type_name: unbind > 2011-05-25 10:17:51 [11434] [6] DEBUG: command_id: 6 = 0x00000006 > 2011-05-25 10:17:51 [11434] [6] DEBUG: command_status: 0 = 0x00000000 > 2011-05-25 10:17:51 [11434] [6] DEBUG: sequence_number: 8244 = 0x00002034 > 2011-05-25 10:17:51 [11434] [6] DEBUG: SMPP PDU dump ends. > 2011-05-25 10:17:51 [11434] [6] DEBUG: SMPP[sv]: Sending PDU: > 2011-05-25 10:17:51 [11434] [6] DEBUG: SMPP PDU 2421b0 dump: > 2011-05-25 10:17:51 [11434] [6] DEBUG: type_name: unbind_resp > 2011-05-25 10:17:51 [11434] [6] DEBUG: command_id: 2147483654 = > 0x80000006 > 2011-05-25 10:17:51 [11434] [6] DEBUG: command_status: 0 = 0x00000000 > 2011-05-25 10:17:51 [11434] [6] DEBUG: sequence_number: 8244 = 0x00002034 > 2011-05-25 10:17:51 [11434] [6] DEBUG: SMPP PDU dump ends. > 2011-05-25 10:17:51 [11434] [6] ERROR: SMPP[sv]: I/O error or other error. > Re-connecting. > 2011-05-25 10:17:51 [11434] [6] ERROR: SMPP[sv]: Couldn't connect to SMS > center (retrying in 10 seconds). > 2011-05-25 10:17:52 [11434] [9] DEBUG: boxc_receiver: heartbeat with load > value 0 received > 2011-05-25 10:17:57 [11434] [8] DEBUG: Dumping 0 messages to store > 2011-05-25 10:18:01 [11434] [6] DEBUG: SMPP[sv]: Sending PDU: > 2011-05-25 10:18:01 [11434] [6] DEBUG: SMPP PDU 2421b0 dump: > 2011-05-25 10:18:01 [11434] [6] DEBUG: type_name: bind_transceiver > 2011-05-25 10:18:01 [11434] [6] DEBUG: command_id: 9 = 0x00000009 > 2011-05-25 10:18:01 [11434] [6] DEBUG: command_status: 0 = 0x00000000 > 2011-05-25 10:18:01 [11434] [6] DEBUG: sequence_number: 645821 = > 0x0009dabd > 2011-05-25 10:18:01 [11434] [6] DEBUG: system_id: "system_id" > 2011-05-25 10:18:01 [11434] [6] DEBUG: password: "password" > 2011-05-25 10:18:01 [11434] [6] DEBUG: system_type: "" > 2011-05-25 10:18:01 [11434] [6] DEBUG: interface_version: 52 = 0x00000034 > 2011-05-25 10:18:01 [11434] [6] DEBUG: addr_ton: 3 = 0x00000003 > 2011-05-25 10:18:01 [11434] [6] DEBUG: addr_npi: 1 = 0x00000001 > 2011-05-25 10:18:01 [11434] [6] DEBUG: address_range: NULL > 2011-05-25 10:18:01 [11434] [6] DEBUG: SMPP PDU dump ends. > 2011-05-25 10:18:01 [11434] [6] DEBUG: SMPP[sv]: Got PDU: > 2011-05-25 10:18:01 [11434] [6] DEBUG: SMPP PDU 2421b0 dump: > 2011-05-25 10:18:01 [11434] [6] DEBUG: type_name: bind_transceiver_resp > 2011-05-25 10:18:01 [11434] [6] DEBUG: command_id: 2147483657 = > 0x80000009 > 2011-05-25 10:18:01 [11434] [6] DEBUG: command_status: 15 = 0x0000000f > 2011-05-25 10:18:01 [11434] [6] DEBUG: sequence_number: 645821 = > 0x0009dabd > 2011-05-25 10:18:01 [11434] [6] DEBUG: system_id: NULL > 2011-05-25 10:18:01 [11434] [6] DEBUG: SMPP PDU dump ends. > 2011-05-25 10:18:01 [11434] [6] ERROR: SMPP[sv]: SMSC rejected login to > transmit, code 0x0000000f (Invalid System ID). > 2011-05-25 10:18:01 [11434] [6] ERROR: SMPP[sv]: I/O error or other error. > Re-connecting. > 2011-05-25 10:18:01 [11434] [6] DEBUG: Thread 6 > (gw/smsc/smsc_smpp.c:io_thread) terminates. > > > As we can see - we got `unbind` command, after that in 10 seconds bearerbox > tried to reconnect and got `0x0000000f`, after which io_thread has been > terminated. I manually restarted bearerbox and everything get back fine > (seems like SMSC was rebooted for some servicing for few seconds). > > > Why this happened? Is it a bug or expected behaviour? Is it possible to > configure bearerbox so it does reconnect infinitely? > > > -- > With best regards, Ivan Kurnosov > -- With best regards, Ivan Kurnosov
