|
Raj, Mike,
Thanks for the clarification. Let me elaborate the issue
further.
RPR is a dual ring topology, short term congestion can easily
occur, in my opinion, the situation would be much
worse than
that in the switched Ethernet
environment.
Ethernet has the 802.3x Pause frame defined as a L2 flow
control
option, not a perfect one for Ethernet, and definitely not a
good one
for RPR. So should we define a L2 flow control mechanism as part
of the RPR MAC ?
Best regards
William Dai
Allayer Communications
----- Original Message -----
Sent: Thursday, September 28, 2000 5:26
PM
Subject: RE: RPR multicast issue
Ensuirng that every node sees a multicast packet
is certainly beyond the scope of RPR.
Just like in switched ethernet, there are no
garauntees
made for delivering a multicast packet to
EVERY node.
Due to congestion, it could be dropped at
some intermediate
switch.
raj
-----Original Message-----
From:
William Dai [mailto:wdai@xxxxxxxxxxx]
Sent: Thursday, September 28, 2000 3:11 PM
To:
stds-802-rprsg@xxxxxxxx
Subject: RPR multicast issue
Hi All,
I have a question regarding multicast packet transfer over
RPR.
How to make sure that all the related node on a RPR
receive
the multicast packet without dropping it due
to lack of space
in its receiving buffer ? Or it it
beyond the scope of the RPR
MAC definition ?
Actually this question applies to the unicast case too.
Thanks.
William Dai
Allayer
Communications
|