hosts.
<p>BIRD supports RIPv1 (<rfc id="1058">), RIPv2 (<rfc id="2453">), RIPng (<rfc
-id="2080">), and RIP cryptographic authentication (<rfc id="4822">).
+id="2080">), Triggered RIP for demand circuits (<rfc id="2091">), and RIP
+cryptographic authentication (<rfc id="4822">).
<p>RIP is a very simple protocol, and it has a lot of shortcomings. Slow
convergence, big network load and inability to handle larger networks makes it
version 1|2;
split horizon <switch>;
poison reverse <switch>;
+ demand circuit <switch>;
check zero <switch>;
update time <number>;
timeout time <number>;
used. The poisoned reverse has some advantages in faster convergence,
but uses more network traffic. Default: yes.
+ <tag><label id="rip-iface-demand-circuit">demand circuit <m/switch/</tag>
+ Regular RIP sends periodic full updates on an interface. There is the
+ Triggered RIP extension for demand circuits (<rfc id="2091">), which
+ removes periodic updates and introduces update acknowledgments. When
+ enabled, there is no RIP communication in steady-state network. Note
+ that in order to work, it must be enabled on both sides. As there are
+ no hello packets, it depends on hardware link state to detect neighbor
+ failures. Also, it is designed for PtP links and it does not work
+ properly with multiple RIP neighbors on an interface. Default: no.
+
<tag><label id="rip-iface-check-zero">check zero <m/switch/</tag>
Received RIPv1 packets with non-zero values in reserved fields should
be discarded. This option specifies whether the check is performed or