<TRACE> RABCD_0_1: Connect delayed by 5 seconds vs connect retry time
Dear List, Currently I am wondering, how I can improve this situation: 2011-02-09 10:34:36 <TRACE> RABCD_0_1: Connection lost (No route to host) 2011-02-09 10:34:36 <TRACE> RABCD_0_1: Connect delayed by 5 seconds 2011-02-09 10:34:40 <TRACE> RABCD_0_1: Connecting to 2001:from local address 2001: This output appears every 5 seconds in the log This peer is in active mode and I want to increase the "retry time": Regarding http://bird.network.cz/?get_doc&f=bird-6.html#ss6.1 connect retry time number Time in seconds to wait before retrying a failed attempt to connect. Default: 120 seconds. start delay time number Delay in seconds between protocol startup and the first attempt to connect. Default: 5 seconds. Imho the first startup should be delayed 5 seconds and after that connect retry time should be used, to delay next connection attempt. Why isn't this working? Design issue, bug or do I just look at the wrong config options? Rgds, Stefan -- Stefan Jakob e-mail: stefan.jakob@de-cix.net DE-CIX Management GmbH Phone: +49 69 1730 902-32 Lindleystr. 12, 60314 Frankfurt Mobile: +49 172 695 8467 Geschaeftsfuehrer Harald A. Summa Fax: +49 69 4056 2716 Registergericht AG Koeln, HRB 51135 http://www.de-cix.net
On Wed, Feb 09, 2011 at 10:45:04AM +0100, Stefan Jakob wrote:
Dear List,
Currently I am wondering, how I can improve this situation:
2011-02-09 10:34:36 <TRACE> RABCD_0_1: Connection lost (No route to host) 2011-02-09 10:34:36 <TRACE> RABCD_0_1: Connect delayed by 5 seconds 2011-02-09 10:34:40 <TRACE> RABCD_0_1: Connecting to 2001:from local address 2001:
This output appears every 5 seconds in the log
This peer is in active mode and I want to increase the "retry time":
Regarding http://bird.network.cz/?get_doc&f=bird-6.html#ss6.1
connect retry time number
Time in seconds to wait before retrying a failed attempt to connect. Default: 120 seconds.
start delay time number
Delay in seconds between protocol startup and the first attempt to connect. Default: 5 seconds.
Imho the first startup should be delayed 5 seconds and after that connect retry time should be used, to delay next connection attempt.
Why isn't this working? Design issue, bug or do I just look at the wrong config options?
The documentation is not exact in this case. Connect retry time is a kind of timeout - if connection is not established until that time, it is retried. But if the connection explicitly fails (like when 'no route to host' is received) it is not used. The behavior is: start: wait for start delay time try to connect if error received then goto start if connect retry time reached and still no connection then goto start So you have to either raise start delay time or just ignore it. -- Elen sila lumenn' omentielvo Ondrej 'SanTiago' Zajicek (email: santiago@crfreenet.org) OpenPGP encrypted e-mails preferred (KeyID 0x11DEADC3, wwwkeys.pgp.net) "To err is human -- to blame it on a computer is even more so."
participants (2)
-
Ondrej Zajicek -
Stefan Jakob