[Tsvwg] Fwd: Gen-ART Last Call Review of draft-ietf-tsvwg-tcp-mib-extension-12.txt

Matt Mathis <mathis@psc.edu> Tue, 28 November 2006 12:41 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Gp2H5-0007Th-10; Tue, 28 Nov 2006 07:41:23 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Gp2H3-0007TV-6a for tsvwg@ietf.org; Tue, 28 Nov 2006 07:41:21 -0500
Received: from mailer2.psc.edu ([128.182.66.106]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gp2H1-00009o-QH for tsvwg@ietf.org; Tue, 28 Nov 2006 07:41:21 -0500
Received: from tesla.psc.edu (tesla.psc.edu [128.182.58.233]) by mailer2.psc.edu (8.13.8/8.13.3) with ESMTP id kASCfJRv002754 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Nov 2006 07:41:19 -0500 (EST)
Received: from localhost.psc.edu (localhost.psc.edu [127.0.0.1]) by tesla.psc.edu (8.13.1/8.13.1) with ESMTP id kASCfIfs011891; Tue, 28 Nov 2006 07:41:18 -0500
Date: Tue, 28 Nov 2006 07:41:18 -0500
From: Matt Mathis <mathis@psc.edu>
To: Transport WG <tsvwg@ietf.org>
Message-ID: <Pine.LNX.4.58.0611280736010.3251@tesla.psc.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 827a2a57ca7ab0837847220f447e8d56
Cc: Lars Eggert <lars.eggert@netlab.nec.de>
Subject: [Tsvwg] Fwd: Gen-ART Last Call Review of draft-ietf-tsvwg-tcp-mib-extension-12.txt
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
Errors-To: tsvwg-bounces@ietf.org

This should have gone to the entire WG as well...

I plan to make the requested changes ASAP.

Thanks,
--MM--
-------- Original Message --------
Subject: FW: Gen-ART Last Call Review of
draft-ietf-tsvwg-tcp-mib-extensio	n-12.txt
Date: Wed, 22 Nov 2006 17:24:23 -0500
From: Gray, Eric <Eric.Gray@marconi.com>
To: John Heffner <jheffner@psc.edu>, Rajiv Raghunarayan
<raraghun@cisco.com>

Would you be so kind as to make sure that Matt gets a copy of the
below mail.  His address (based on what was in the draft) bounced
in the mail I sent previously.

Thanks in advance...

--
Eric

-----Original Message-----
From: Gray, Eric
Sent: Wednesday, November 22, 2006 5:10 PM
To: Matt Mathis; John Heffner; Rajiv Raghunarayan
Cc: Gen-ART; Lars Eggert
Subject: Gen-ART Last Call Review of
draft-ietf-tsvwg-tcp-mib-extension-12.txt

Authors,

I have been selected as the General Area Review Team (Gen-ART)
reviewer for this draft (for background on Gen-ART, please see
http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html).

Please resolve these comments along with any other Last Call
comments you may receive.

Document: draft-ietf-tsvwg-tcp-mib-extension-12.txt

Reviewer: Eric Gray

Review Date: 11/22/2006

IETF LC End Date: 11/27/2006

Summary: This draft is not quite ready for publishing as a Proposed
Standard.  There are several relatively minor issues which should be
addressed prior to publishing this draft.

Comments:
++++++++

"this () implementation" ambiguity
==================================

Starting with the second paragraph on page 11, and continuing through the
remainder
of section 3.2, you use the phrase "this implementation" several times in
such a way
that it is not clear either that you are talking about a specific TCP
implementation,
or which implementation that might be.

For example, in the 2nd paragraph on page 11, "this specific implementation"
seems
meant to include "any specific TCP implementation" while, in the 3rd
paragraph, "this
TCP implementation" seems to refer to "a specific TCP implementation"
examined by
way of the MIB.  The 4th paragraph opens by mentioning that the MIB might
not be
useful in comparing different implementations, and closes by saying an
implementer
may use the MIB and their own detailed knowledge of a specific TCP
implementation
(presumably one of the TCP implementations they've implemented) to
debug/evaluate
"this implementation" - seeming to refer to the same implementation of which
they
have detailed knowledge (as opposed to in comparison with other
implementations).

I suggest the following modifications:

2nd para - replace "this specific implementation" with "any specific TCP
implementation"
3rd para - replace "this TCP implementation" with "TCP implementations"
4th para - replace "this implementation" with "their implementation"

As a related question, is their a specific requirement stated in this
specification that
identifies exactly how a network management platform, network operator, or
TCP
implementer is expected to determine which TCP implementation the objects in
the
MIB are associated with - or is it merely assumed that they will be able to
do this
using either some other MIB objects, management information, or a priori
knwoledge
about the network and the specific device being queried?

MIB Issue - flaws in descriptions
=================================

DESCRIPTION at the top of page 16 (2nd para): should read "TCP Stack
Statistics"
as opposed to "TCP Path Statistics" (cut and paste error?)

2nd DESCRIPTION on page 16 (2nd para): should read "TCP Application
Statistics"
as opposed to "TCP Path Statistics" (cut and paste error?)

3rd DESCRIPTION on page 16 (2nd para): should read "TCP Tuning Statistics"
as
opposed to "TCP Path Statistics" (cut and paste error?)

1st paragraph on page 17: replace with appropriate text to reflect that this
is an
indicator of the active state of "notifications" for this MIB (as opposed to
"TCP
Path Statistics")


NITs:
====

4th sentence, 1st paragraph, section 3.2: "... that TCP has to solve ..." as
opposed
to "... that TCP has to solved ..."

Last sentence, 1st paragraph, page 11: "... TCP implementations ..." as
opposed to
"... TCP implementation ..."

1st sentence, 2nd paragraph, page 11: "Since the underlying algorithms are
not uniform,
it is difficult to tightly specify a MIB."
("it makes it" is redundant, since the first "it" apparently refers to the
fact that
underlying algorithms are not uniform, and this redundancy makes the
phrasing awkward)
Alternatively: "That fact that the underlying algorithms are not uniform
makes it
difficult to tightly specify a MIB."

2nd sentence, 1st paragraph, section 3.3: "... can be used to defend ..." as
opposed to
"... can be to defend ..."

Last paragraph on page 12 is awkward. I suggest rewording as follows:

"Most diversity in SYN flood defense arises from variations in these
algorithms to limit
  load, and therefore cannot conveniently be instrumented with a common
standard MIB."

1st DESCRIPTION on page 27: "whatever time granularity the system supports"
as
opposed to "what ever time granularity is the system supports."