RE: [RPRWG] Class A and B Guarantees
Necdet,
Based on this note, I think we agree that an 802.17
MAC needs to have certain resources based on the circumference
and the number of nodes of the ring that it is deployed in.
We don't really know what those numbers are just yet.
It is also incorrect for the draft to claim
that it can provide delay/jitter guarantees unless it
requires every MAC to have all the resources
needed to satisfy requirements for all ring sizes.
What the draft ought to say is that it is possible to
build services with delay guarantees on top of 802.17.
We can then point to an annex to show the requirements
that need to be satisfied for given ring sizes.
This assumes that we don't need to change any of the
core functionality in the draft to be able to engineer
an 802.17 ring provide delay/jitter guarantees.
It's just an issue of providing sufficient resources
in the MAC and configuring the parameters correctly.
-Anoop
-----Original Message-----
From: Necdet Uzun [mailto:nuzun@xxxxxxxxx]
Sent: Tuesday, April 22, 2003 5:08 PM
To: Robert D. Love
Cc: Jon Schuringa; stds-802-17@xxxxxxxx
Subject: Re: [RPRWG] Class A and B Guarantees
Bob,
I would like to see simulations for the scenario that Jon described with the
following conditions:
stqLowThreshold is fixed to a value (say 100kB)
stqHighThreshold is fixed to a value (say 200kB)
stqFullThreshold is set to infinity (or to a very large value, say 100MB)
head node is adding classA1 traffic at 10% of line rate.
It would be nice to see the maximum stq buffer occupancy in the head node
with respect to number of nodes on the ring. This would give us how much of
a buffering needed in order not to hit the stqFullThreshold.
This result can also be used as a check mechanism for the formulas that
Annex G editor(s) provided.
Thanks.
Necdet