SPECIFICATION
BID is the filtering module of the BootId protocol.
The BootId protocol is designed to advise workstations that a peer has
rebooted, to protect protocols from receiving messages generated
during previous boot incarnations, and to inform higher protocols of a
peer's reboot in a timely fashion.
If an upper protocol registers with BIDCTL protocol and messages from its session pass through BID sessions, the BootId protocol guarantees that a message from a rebooted peer will not be sent to an upper protocol until the upper protocol has been informed of the reboot.
SYNOPSIS
BID sessions stamp all outgoing messages with a local and remote
BootId and filter out all incoming messages which do not have the
correct BootIds. Determination of the ``correct'' BootId is made by
the BIDCTL protocol. BID requires BIDCTL.
BID is not reliable. If there is confusion between two peers as to what their mutual BootIds are, messages between them will be silently dropped until the confusion is resolved.
REALM
BID is in the ASYNC realm.
PARTICIPANTS
BID expects an IPhost on the top of each participant. It examines
this value but does not remove it form the participant stack before
opening its transport protocol.
CONFIGURATION
BID expects to be configured above two protocols. The first is the
transport protocol and the second is the BIDCTL protocol.
AUTHOR
Ed Menze