Terminology for Benchmarking Network-layer Traffic Control Mechanisms
RFC 4689
Yes
No Objection
Note: This ballot was opened for revision 13 and is now closed.
Lars Eggert No Objection
(David Kessens; former steering group member) Yes
(Cullen Jennings; former steering group member) No Objection
(Dan Romascanu; former steering group member) No Objection
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'.
(Jari Arkko; former steering group member) No Objection
Nits: s/[BR98]/[Br98]/ Terms DUT and SUT should be opened up on first occurrence.
(Lisa Dusseault; former steering group member) No Objection
(Magnus Westerlund; former steering group member) No Objection
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.
(Mark Townsley; former steering group member) No Objection
(Russ Housley; former steering group member) (was Discuss) No Objection