Decrease the initialization FSM timeout.
authorrenato <renato@openbsd.org>
Fri, 1 Jul 2016 23:22:42 +0000 (23:22 +0000)
committerrenato <renato@openbsd.org>
Fri, 1 Jul 2016 23:22:42 +0000 (23:22 +0000)
commit80237bd1a82b27e2de255bdb9bbbfa01ff1e712b
treec93f51c4d90a9d064ce7ca6b5a684799137ffc05
parentd7525efde485d62ed1c76a27679c9fc64125e701
Decrease the initialization FSM timeout.

The previous value of 180 was just too long. If a neighbor get stuck in
the initialization FSM for more than 15 seconds, then there's certainly
something wrong and the session should be dropped.

A potential case of a neighbor getting stuck in the initialization
FSM is when both the local and the remote LSRs disable the LDPv4 GTSM
negotiation and there's a mismatch in their GTSM configuration (one is
enabled for GTSM while the other is not).

In this case, a smaller timeout allows for a quicker recovery of the
session when the configuration is fixed on either side.
usr.sbin/ldpd/ldp.h
usr.sbin/ldpd/neighbor.c