Terminology for Benchmarking Network-layer Traffic Control Mechanisms
RFC 4689

Note: This ballot was opened for revision 13 and is now closed.

(David Kessens) Yes

(Jari Arkko) No Objection

Comment (2006-05-25 for -)
No email
send info
Nits:

s/[BR98]/[Br98]/

Terms DUT and SUT should be opened up on first occurrence.

(Lisa Dusseault) No Objection

(Lars Eggert) No Objection

(Russ Housley) (was Discuss) No Objection

(Cullen Jennings) No Objection

(Dan Romascanu) No Objection

Comment (2006-05-24 for -)
No email
send info
1. The last paragrah in the introduction section seems to be unrelated with the first three paragraphs. It mentions 'one of these two mechanisms' without the rest of the section defining what mechanisms are being discussed. 

2. There is a need for an abbreviations section in order to ease readability

3. Sections 3.2.4, 3.2.5, 3.4.3.4 to 3.4.3.10, 3.4.4.4 to 3.4.4.10 define 'seconds' as units for latency and jitter. This does not seem to be granular enough and thus conflicts with Section 3.8 in RFC 1224 which requires that time units for latency for example be 'Time with fine enough units to distinguish between two events'.

(Mark Townsley) No Objection

(Magnus Westerlund) No Objection

Comment (2006-05-23 for -)
No email
send info
DUT/SUT are not spelled out at their first usage or in a abbrevations chapter.
In general I think the document could become more readable if one actually wrote out abbrevations on their first usage. Even if they are obvious for a person skilled in the field.