Re: [BUG] Incorrect BIND Status for given command after reconnecting
Hello Alejandro I have tried your solution by setting the reconnecting delay to 45 seconds, I gave it some time to make sure it is working, but unfortunately it didn't, I still get the same issue I am wondering since the enquire_link PDUs has no response, why bb doesn't connect/reconnect the link? how can we implement this? can you point me to the right direction to modify the source? Thanks Best Regards, Mohammed M I Sleem http://www.abusleem.net - Personal blog http://www.freakle.com - The Search Freak http://www.colorle.com On Thu, Jan 13, 2011 at 2:55 PM, Alejandro Guerrieri aguerri...@kannel.orgwrote: You're reconnecting every 5 seconds, this is probably not giving enough time to the other side to detect that the connection was bind. Most SMSC's ask for values on the 45 seconds range. Anyway, if you continue to experience the error, speak with the SMSC, they might have further information about the problem. Regards, -- Alejandro Guerrieri aguerri...@kannel.org On 13/01/2011, at 13:38, Mohammed Saleem wrote: Dear Kannelers Log Attached I am using svn kannel, I had an issue with SMPP, kannel doesn't reconnect well when the connection is lost (reset) it reconnects and reports that the connection is online, but it is not. all sent PDUs gets a reply with generic_nack because the connection is not bound Do we have a bug here? I think kannel should monitor the last valid enquire_link_resp received and reconnects at certain timeout? Thanks Best Regards, Mohammed M I Sleem http://www.abusleem.net - Personal blog http://www.freakle.com - The Search Freak http://www.colorle.com/ smsc_smpp_error_log.txt
Re: [BUG] Incorrect BIND Status for given command after reconnecting
Hi, bearerbox do reconnect after some time of inactivity. Per default this is 10 * SMPP_ENQUIRE_LINK_INTERVAL. Default SMPP_ENQUIRE_LINK_INTERVAL is 30 sec. Also 300 sec. You can adapt this by setting connection-timeout parameter for your SMPP connection. Please read userguide first and only if it's not clear ask here. Thanks, Alexander Malysh Am 27.01.2011 um 09:15 schrieb Mohammed Saleem: Hello Alejandro I have tried your solution by setting the reconnecting delay to 45 seconds, I gave it some time to make sure it is working, but unfortunately it didn't, I still get the same issue I am wondering since the enquire_link PDUs has no response, why bb doesn't connect/reconnect the link? how can we implement this? can you point me to the right direction to modify the source? Thanks Best Regards, Mohammed M I Sleem http://www.abusleem.net - Personal blog http://www.freakle.com - The Search Freak On Thu, Jan 13, 2011 at 2:55 PM, Alejandro Guerrieri aguerri...@kannel.org wrote: You're reconnecting every 5 seconds, this is probably not giving enough time to the other side to detect that the connection was bind. Most SMSC's ask for values on the 45 seconds range. Anyway, if you continue to experience the error, speak with the SMSC, they might have further information about the problem. Regards, -- Alejandro Guerrieri aguerri...@kannel.org On 13/01/2011, at 13:38, Mohammed Saleem wrote: Dear Kannelers Log Attached I am using svn kannel, I had an issue with SMPP, kannel doesn't reconnect well when the connection is lost (reset) it reconnects and reports that the connection is online, but it is not. all sent PDUs gets a reply with generic_nack because the connection is not bound Do we have a bug here? I think kannel should monitor the last valid enquire_link_resp received and reconnects at certain timeout? Thanks Best Regards, Mohammed M I Sleem http://www.abusleem.net - Personal blog http://www.freakle.com - The Search Freak smsc_smpp_error_log.txt
Re: [BUG] Incorrect BIND Status for given command after reconnecting
Hrm, doesn't make any sense, could you please paste detailed logs showing unanswered enquire_links? Regards, -- Alejandro Guerrieri aguerri...@kannel.org On 27/01/2011, at 09:15, Mohammed Saleem wrote: Hello Alejandro I have tried your solution by setting the reconnecting delay to 45 seconds, I gave it some time to make sure it is working, but unfortunately it didn't, I still get the same issue I am wondering since the enquire_link PDUs has no response, why bb doesn't connect/reconnect the link? how can we implement this? can you point me to the right direction to modify the source? Thanks Best Regards, Mohammed M I Sleem http://www.abusleem.net - Personal blog http://www.freakle.com - The Search Freak On Thu, Jan 13, 2011 at 2:55 PM, Alejandro Guerrieri aguerri...@kannel.org wrote: You're reconnecting every 5 seconds, this is probably not giving enough time to the other side to detect that the connection was bind. Most SMSC's ask for values on the 45 seconds range. Anyway, if you continue to experience the error, speak with the SMSC, they might have further information about the problem. Regards, -- Alejandro Guerrieri aguerri...@kannel.org On 13/01/2011, at 13:38, Mohammed Saleem wrote: Dear Kannelers Log Attached I am using svn kannel, I had an issue with SMPP, kannel doesn't reconnect well when the connection is lost (reset) it reconnects and reports that the connection is online, but it is not. all sent PDUs gets a reply with generic_nack because the connection is not bound Do we have a bug here? I think kannel should monitor the last valid enquire_link_resp received and reconnects at certain timeout? Thanks Best Regards, Mohammed M I Sleem http://www.abusleem.net - Personal blog http://www.freakle.com - The Search Freak smsc_smpp_error_log.txt
[BUG] Incorrect BIND Status for given command after reconnecting
Dear Kannelers Log Attached I am using svn kannel, I had an issue with SMPP, kannel doesn't reconnect well when the connection is lost (reset) it reconnects and reports that the connection is online, but it is not. all sent PDUs gets a reply with generic_nack because the connection is not bound Do we have a bug here? I think kannel should monitor the last valid enquire_link_resp received and reconnects at certain timeout? Thanks Best Regards, Mohammed M I Sleem http://www.abusleem.net - Personal blog http://www.freakle.com - The Search Freak http://www.colorle.com 2011-01-13 11:46:22 [27081] [45] DEBUG: type_name: deliver_sm_resp 2011-01-13 11:46:22 [27081] [45] DEBUG: command_id: 2147483653 = 0x8005 2011-01-13 11:46:22 [27081] [45] DEBUG: command_status: 0 = 0x 2011-01-13 11:46:22 [27081] [45] DEBUG: sequence_number: 4374570 = 0x0042c02a 2011-01-13 11:46:22 [27081] [45] DEBUG: message_id: NULL 2011-01-13 11:46:22 [27081] [45] DEBUG: SMPP PDU dump ends. 2011-01-13 11:46:43 [27081] [45] DEBUG: SMPP[XYZ]: Sending enquire link: 2011-01-13 11:46:43 [27081] [45] DEBUG: SMPP PDU 0xa4ae070 dump: 2011-01-13 11:46:43 [27081] [45] DEBUG: type_name: enquire_link 2011-01-13 11:46:43 [27081] [45] DEBUG: command_id: 21 = 0x0015 2011-01-13 11:46:43 [27081] [45] DEBUG: command_status: 0 = 0x 2011-01-13 11:46:43 [27081] [45] DEBUG: sequence_number: 353601 = 0x00056541 2011-01-13 11:46:43 [27081] [45] DEBUG: SMPP PDU dump ends. 2011-01-13 11:46:43 [27081] [44] DEBUG: SMPP[XYZ]: Sending enquire link: 2011-01-13 11:46:43 [27081] [44] DEBUG: SMPP PDU 0x2aaab20cdb50 dump: 2011-01-13 11:46:43 [27081] [44] DEBUG: type_name: enquire_link 2011-01-13 11:46:43 [27081] [44] DEBUG: command_id: 21 = 0x0015 2011-01-13 11:46:43 [27081] [44] DEBUG: command_status: 0 = 0x 2011-01-13 11:46:43 [27081] [44] DEBUG: sequence_number: 353602 = 0x00056542 2011-01-13 11:46:43 [27081] [44] DEBUG: SMPP PDU dump ends. 2011-01-13 11:46:43 [27081] [44] DEBUG: SMPP[XYZ]: throughput (0.00,19.00) 2011-01-13 11:46:43 [27081] [45] ERROR: Error reading from fd 65: 2011-01-13 11:46:43 [27081] [45] ERROR: System error 104: Connection reset by peer 2011-01-13 11:46:43 [27081] [45] ERROR: SMPP[XYZ]: Couldn't connect to SMS center (retrying in 5 seconds). 2011-01-13 11:46:44 [27081] [44] ERROR: Error reading from fd 39: 2011-01-13 11:46:44 [27081] [44] ERROR: System error 104: Connection reset by peer 2011-01-13 11:46:44 [27081] [44] ERROR: SMPP[XYZ]: Couldn't connect to SMS center (retrying in 5 seconds). 2011-01-13 11:46:48 [27081] [45] DEBUG: Connecting to 213.139.63.193 2011-01-13 11:46:49 [27081] [44] DEBUG: Connecting to 213.139.63.193 2011-01-13 11:46:49 [27081] [45] DEBUG: SMPP[XYZ]: Sending PDU: 2011-01-13 11:46:49 [27081] [45] DEBUG: SMPP PDU 0xa3374c0 dump: 2011-01-13 11:46:49 [27081] [45] DEBUG: type_name: bind_receiver 2011-01-13 11:46:49 [27081] [45] DEBUG: command_id: 1 = 0x0001 2011-01-13 11:46:49 [27081] [45] DEBUG: command_status: 0 = 0x 2011-01-13 11:46:49 [27081] [45] DEBUG: sequence_number: 353603 = 0x00056543 2011-01-13 11:46:49 [27081] [45] DEBUG: system_id: xxx 2011-01-13 11:46:49 [27081] [45] DEBUG: password: xxx 2011-01-13 11:46:49 [27081] [45] DEBUG: system_type: SMPP 2011-01-13 11:46:49 [27081] [45] DEBUG: interface_version: 52 = 0x0034 2011-01-13 11:46:49 [27081] [45] DEBUG: addr_ton: 0 = 0x 2011-01-13 11:46:49 [27081] [45] DEBUG: addr_npi: 1 = 0x0001 2011-01-13 11:46:49 [27081] [45] DEBUG: address_range: NULL 2011-01-13 11:46:49 [27081] [45] DEBUG: SMPP PDU dump ends. 2011-01-13 11:46:49 [27081] [44] DEBUG: SMPP[XYZ]: Sending PDU: 2011-01-13 11:46:49 [27081] [44] DEBUG: SMPP PDU 0x2aaab20cdb50 dump: 2011-01-13 11:46:49 [27081] [44] DEBUG: type_name: bind_transmitter 2011-01-13 11:46:49 [27081] [44] DEBUG: command_id: 2 = 0x0002 2011-01-13 11:46:49 [27081] [44] DEBUG: command_status: 0 = 0x 2011-01-13 11:46:49 [27081] [44] DEBUG: sequence_number: 353604 = 0x00056544 2011-01-13 11:46:49 [27081] [44] DEBUG: system_id: xxx 2011-01-13 11:46:49 [27081] [44] DEBUG: password: xxx 2011-01-13 11:46:49 [27081] [44] DEBUG: system_type: SMPP 2011-01-13 11:46:49 [27081] [44] DEBUG: interface_version: 52 = 0x0034 2011-01-13 11:46:49 [27081] [44] DEBUG: addr_ton: 0 = 0x 2011-01-13 11:46:49 [27081] [44] DEBUG: addr_npi: 1 = 0x0001 2011-01-13 11:46:49 [27081] [44] DEBUG: address_range: NULL 2011-01-13 11:46:49 [27081] [44] DEBUG: SMPP PDU dump ends. 2011-01-13 11:46:49 [27081] [45] DEBUG: SMPP[XYZ]: Got PDU: 2011-01-13 11:46:49 [27081] [45] DEBUG: SMPP PDU 0xa50b0b0 dump: 2011-01-13 11:46:49 [27081] [45] DEBUG: type_name: bind_receiver_resp 2011-01-13 11:46:49 [27081] [45] DEBUG: command_id: 2147483649 = 0x8001 2011-01-13 11:46:49 [27081] [45] DEBUG: command_status: 5 = 0x0005 2011-01-13 11:46:49 [27081] [45] DEBUG: sequence_number: 353603 = 0x00056543 2011-01-13
Re: [BUG] Incorrect BIND Status for given command after reconnecting
You're reconnecting every 5 seconds, this is probably not giving enough time to the other side to detect that the connection was bind. Most SMSC's ask for values on the 45 seconds range. Anyway, if you continue to experience the error, speak with the SMSC, they might have further information about the problem. Regards, -- Alejandro Guerrieri aguerri...@kannel.org On 13/01/2011, at 13:38, Mohammed Saleem wrote: Dear Kannelers Log Attached I am using svn kannel, I had an issue with SMPP, kannel doesn't reconnect well when the connection is lost (reset) it reconnects and reports that the connection is online, but it is not. all sent PDUs gets a reply with generic_nack because the connection is not bound Do we have a bug here? I think kannel should monitor the last valid enquire_link_resp received and reconnects at certain timeout? Thanks Best Regards, Mohammed M I Sleem http://www.abusleem.net - Personal blog http://www.freakle.com - The Search Freak smsc_smpp_error_log.txt
Re: [BUG] Incorrect BIND Status for given command after reconnecting
there's nothing wrong in the trace you sent. connection is lost: 2011-01-13 11:46:43 [27081] [45] ERROR: System error 104: Connection reset by peer connection is reestablished: 2011-01-13 11:46:48 [27081] [45] DEBUG: Connecting to 213.139.63.193 BIND is sent: 2011-01-13 11:46:49 [27081] [45] DEBUG: type_name: bind_receiver BIND Is acknowledged: 2011-01-13 11:46:49 [27081] [45] DEBUG: type_name: bind_receiver_resp after this, the connection is live. so this: 2011-01-13 11:47:19 [27081] [45] ERROR: SMPP[XYZ]: SMSC rejected last command, code 0x0004 (Incorrect BIND Status for given command). should never occur because the connection is in fact proper established. This is a protocol violation on the remote side in my understanding. What Kannel could do better is to terminate the connection if such an error is sent. On 13.01.2011, at 13:38, Mohammed Saleem wrote: Dear Kannelers Log Attached I am using svn kannel, I had an issue with SMPP, kannel doesn't reconnect well when the connection is lost (reset) it reconnects and reports that the connection is online, but it is not. all sent PDUs gets a reply with generic_nack because the connection is not bound Do we have a bug here? I think kannel should monitor the last valid enquire_link_resp received and reconnects at certain timeout? Thanks Best Regards, Mohammed M I Sleem http://www.abusleem.net - Personal blog http://www.freakle.com - The Search Freak smsc_smpp_error_log.txt