1-2
z
Hold timer –– When a GARP application entity receives the first registration request, it starts a hold
timer and collects succeeding requests. When the timer expires, the entity sends all these requests
in one Join message. This helps you save bandwidth.
z
Join timer –– A GARP participant sends each Join message at most twice for reliability sake and
uses a join timer to set the sending interval. If the first Join message has not been acknowledged
before the Join timer expires, the GARP participant sends the second Join message.
z
Leave timer –– Starts upon receipt of a Leave message sent for deregistering some attribute
information. If no Join message has been received before this timer expires, the GARP participant
removes the attribute information as requested.
z
LeaveAll timer –– Starts when a GARP participant starts. When this timer expires, the entity sends
a LeaveAll message so that other participants can re-register its attribute information. Then, a
LeaveAll timer starts again.
z
The settings of GARP timers apply to all GARP applications, such as GVRP, on a LAN.
z
Unlike other three timers, which are set on a port basis, the LeaveAll timer is set in system view and
takes effect globally.
z
A GARP participant may send LeaveAll messages at the interval set by its LeaveAll timer or the
LeaveAll timer on another device on the network, whichever is smaller. This is because each time a
device on the network receives a LeaveAll message it resets its LeaveAll timer.
Operating mechanism of GARP
The GARP mechanism allows the configuration of a GARP participant to propagate throughout a LAN
quickly. In GARP, a GARP participant registers or deregisters its attributes with other participants by
making or withdrawing declarations of attributes and at the same time, based on received declarations
or withdrawals, handles attributes of other participants. When a port receives an attribute declaration, it
registers the attribute; when a port receives an attribute withdrawal, it deregisters the attribute.
GARP participants send protocol data units (PDU) with a particular multicast MAC address as
destination. Based on this address, a device can identify to which GVRP application (GVRP for example)
a GARP PDU should be delivered.
GARP message format
The following figure illustrates the GARP message format.
Содержание S7906E - Switch
Страница 82: ...1 4 DeviceA interface tunnel 1 DeviceA Tunnel1 service loopback group 1...
Страница 200: ...1 11 DeviceB display vlan dynamic No dynamic vlans exist...
Страница 494: ...ii Displaying and Maintaining Tunneling Configuration 1 45 Troubleshooting Tunneling Configuration 1 45...
Страница 598: ...ii...
Страница 1757: ...4 9...
Страница 1770: ...6 4...
Страница 2017: ...2 11 Figure 2 3 SFTP client interface...
Страница 2062: ...i Table of Contents 1 URPF Configuration 1 1 URPF Overview 1 1 What is URPF 1 1 How URPF Works 1 1 Configuring URPF 1 2...
Страница 2238: ...1 16 DeviceA cfd linktrace service instance 1 mep 1001 target mep 4002...
Страница 2442: ...2 4 Set the interval for sending Syslog or trap messages to 20 seconds Device mac address information interval 20...