Proceedings of the 23rd IEEE International Symposium on Reliable Distributed Systems, 2004. 2004
DOI: 10.1109/reldis.2004.1353001
|View full text |Cite
|
Sign up to set email alerts
|

Design and evaluation of a QoS-adaptive system for reliable multicasting

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
3
2

Citation Types

0
8
0

Year Published

2010
2010
2010
2010

Publication Types

Select...
1
1

Relationship

1
1

Authors

Journals

citations
Cited by 2 publications
(8 citation statements)
references
References 28 publications
0
8
0
Order By: Relevance
“…Any p j that is transmitting m halts the activity if a higher ranked p j' is observed to be doing the same. Our simulations in [8] indicate that the suppression mechanism is effective in reducing message cost from O(n 2 ρ) to O(nρ).…”
Section: Order Protocolmentioning
confidence: 84%
See 1 more Smart Citation
“…Any p j that is transmitting m halts the activity if a higher ranked p j' is observed to be doing the same. Our simulations in [8] indicate that the suppression mechanism is effective in reducing message cost from O(n 2 ρ) to O(nρ).…”
Section: Order Protocolmentioning
confidence: 84%
“…The protocol is an extension of our earlier work [8] developed for reliable multicasting. For space reasons, we outline the order protocol and work out an analytical estimation of D for a given ∆ assuming single-packet messages (which are like the probe messages).…”
Section: Order Protocolmentioning
confidence: 99%
“…The first is to purchase the CS services from an Internet Service Provider (ISP) such as AT&T. Our earlier work [1] assumed an ISP maintained CS with guaranteed QoS metrics. This approach however restricts the service construction/composition to be ISP-centric: while each ISP offers attractive QoS guarantees within its own domain, ISPs do not cooperate between themselves to offer such guarantees across their domains; consequently, the CS of 'networked system' is merely the domain of a single ISP.…”
Section: Introductionmentioning
confidence: 99%
“…Moreover, a multicast message can be of arbitrary (but known) size, which needs to be fragmented into several packets prior to its transmission. We accomplish this task by extending an earlier work in [1] which regards each message as a single packet. Extension will be done in two distinct ways by considering the message to be multicast as a single logical packet and as a sequence of physical packets, termed respectively as the Per-Message and Per-Packet approaches.…”
Section: Introductionmentioning
confidence: 99%
See 1 more Smart Citation