1984
DOI: 10.1145/989.357400
|View full text |Cite
|
Sign up to set email alerts
|

Reliable broadcast protocols

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1
1

Citation Types

0
201
0
5

Year Published

1999
1999
2015
2015

Publication Types

Select...
4
3
3

Relationship

0
10

Authors

Journals

citations
Cited by 564 publications
(206 citation statements)
references
References 2 publications
0
201
0
5
Order By: Relevance
“…For a small network with infrequent rekey messages, a user could save all unintelligible messages and retry each one whenever a new rekey message arrives, but this approach is obviously impractical if rekey messages are frequent. Another approach would be to implement a scheme to provide order-preserving broadcast on top of the non-order-preserving network, such as ABCAST [1]. Unfortunately, such schemes Impose substantial overhead and hinder scalability to large networks.…”
Section: Resultsmentioning
confidence: 99%
“…For a small network with infrequent rekey messages, a user could save all unintelligible messages and retry each one whenever a new rekey message arrives, but this approach is obviously impractical if rekey messages are frequent. Another approach would be to implement a scheme to provide order-preserving broadcast on top of the non-order-preserving network, such as ABCAST [1]. Unfortunately, such schemes Impose substantial overhead and hinder scalability to large networks.…”
Section: Resultsmentioning
confidence: 99%
“…Continuing the synchronous broadcast example let us assume that it is implemented as a reliable broadcast protocol on the lines of the protocol in [2] . Then in order to validate our assumptions on the information flow we need to construct a SAID description of the broadcast protocol and validate the sub-policies on the system in the same way as we did for the higher level system that uses the broadcast bus.…”
Section: Discussionmentioning
confidence: 99%
“…In sequencer-based approaches, typically one node is elected as a sequencer and is responsible for ordering messages [13,14,15]. More than one sequencer can be present, but only one will be active or relevant at a time [16,17].…”
Section: Related Workmentioning
confidence: 99%