Also the weird thing is that after SMSC has been disconnected - all messages that have been tried to sent through that broken kannel instance was marked as "16: smsc reject". In this case I'm not able to get in my program side whether it was rejected by my SMSC or by broken kannel. I think it is absolutely incorrect - I think that delivery report types should be expanded...
2011/5/25 Nikos Balkanas <nbalka...@gmail.com> > 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: users@kannel.org > 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