non-repeating HELLO

This commit is contained in:
Randy Bush 2019-06-03 12:59:31 -07:00
parent edbdca05b3
commit 45b1360e28

View file

@ -624,12 +624,18 @@ uint32_t sbox_checksum_32(const uint8_t *b, const size_t n)
<section anchor="hello" title="HELLO">
<t>WARNING: The second multicast address below is incorrect. We
need to get a new assignment. When a switch receives a frame with a
multicast destination MAC it does not recognize, it forwards to all
ports, which is what we really wanted with the second address
below.</t>
<t>The HELLO PDU is unique in that it is encapsulated in a multicast
Ethernet frame. It solicits response(s) from other LLEI(s) on the
link. See <xref target="dhello"/> for why multicast is used. The
destination multicast MAC Addressees to be used MUST be one of the
following, See Clause 9.2.2 of <xref target="IEEE802-2014"/>: <list
style="hanging"> <?rfc subcompact="yes"?>
following, See Clause 9.2.2 of <xref target="IEEE802-2014"/>:
<list style="hanging"> <?rfc subcompact="yes"?>
<t hangText="01-80-C2-00-00-0E:">Nearest Bridge = Propagation
constrained to a single physical link; stopped by all types of
@ -646,8 +652,15 @@ uint32_t sbox_checksum_32(const uint8_t *b, const size_t n)
exchange.</t>
<t>When an interface is turned up on a device, it SHOULD issue a
HELLO periodically. The interval is set by configuration with a
default of 60 seconds.</t>
HELLO.</t>
<t>If a constrained destination address configured, see above, then
the HELLO need not be repeated.</t>
<t>If the configured destination address is one that is propagated
by switches, the HELLO SHOULD be repeated at a configured interval,
with a default of 60 seconds. This allows discovery by new devices
which come up on the layer two mesh.</t>
<!--
protocol "PDU Type = 0:8,Payload Length = 0:32,Sig Type = 0:8,Signature Length = 0:16"