FW: review of draft-ietf-radext-status-server-06.txt

"Bernard Aboba" <bernard_aboba@hotmail.com> Fri, 02 April 2010 00:34 UTC

Return-Path: <owner-radiusext@ops.ietf.org>
X-Original-To: ietfarch-radext-archive-IeZ9sae2@core3.amsl.com
Delivered-To: ietfarch-radext-archive-IeZ9sae2@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 461D93A6970 for <ietfarch-radext-archive-IeZ9sae2@core3.amsl.com>; Thu, 1 Apr 2010 17:34:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.41
X-Spam-Level: **
X-Spam-Status: No, score=2.41 tagged_above=-999 required=5 tests=[AWL=-0.825, BAYES_50=0.001, DNS_FROM_OPENWHOIS=1.13, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NdP3M-qImIoz for <ietfarch-radext-archive-IeZ9sae2@core3.amsl.com>; Thu, 1 Apr 2010 17:34:43 -0700 (PDT)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id A04313A6965 for <radext-archive-IeZ9sae2@lists.ietf.org>; Thu, 1 Apr 2010 17:34:34 -0700 (PDT)
Received: from majordom by psg.com with local (Exim 4.71 (FreeBSD)) (envelope-from <owner-radiusext@ops.ietf.org>) id 1NxUnC-0005Ks-Lq for radiusext-data0@psg.com; Fri, 02 Apr 2010 00:31:22 +0000
Received: from [65.55.116.16] (helo=blu0-omc1-s5.blu0.hotmail.com) by psg.com with esmtp (Exim 4.71 (FreeBSD)) (envelope-from <bernard_aboba@hotmail.com>) id 1NxUn9-0005Kg-Ou for radiusext@ops.ietf.org; Fri, 02 Apr 2010 00:31:19 +0000
Received: from BLU137-DS13 ([65.55.116.9]) by blu0-omc1-s5.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 1 Apr 2010 17:31:18 -0700
X-Originating-IP: [131.107.0.109]
X-Originating-Email: [bernard_aboba@hotmail.com]
Message-ID: <BLU137-DS1300A51C213E6DADCD09DD931C0@phx.gbl>
From: Bernard Aboba <bernard_aboba@hotmail.com>
To: radiusext@ops.ietf.org
Subject: FW: review of draft-ietf-radext-status-server-06.txt
Date: Thu, 01 Apr 2010 17:31:58 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AcrRqmrNy4lT1majTsu96vl6O371+gAUXYuA
Content-Language: en-us
X-OriginalArrivalTime: 02 Apr 2010 00:31:18.0919 (UTC) FILETIME=[CFF18970:01CAD1FB]
Sender: owner-radiusext@ops.ietf.org
Precedence: bulk
List-ID: <radiusext.ops.ietf.org>

-----Original Message-----
From: Francis.Dupont@fdupont.fr [mailto:Francis.Dupont@fdupont.fr] 
Sent: Thursday, April 01, 2010 7:48 AM
To: gen-art@ietf.org
Cc: draft-ietf-radext-status-server.all@tools.ietf.org
Subject: review of draft-ietf-radext-status-server-06.txt

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-radext-status-server-06.txt
Reviewer: Francis Dupont
Review Date: 2010-03-28
IETF LC End Date: 2010-03-29
IESG Telechat date: unknown

Summary: Ready with nits

Major issues: none

Minor issues: none

Nits/editorial comments:
 - Abstract page 2: there is an explicit reference to a RFC, this is in
  general forbidden but IMHO we are here in the allowed exception case.

 - 2.1.1 page 8: a servers policy -> a server policy

 - 3 page 10 (twice): etc. -> etc., ???

 - 4.2 page 13: adminstrators -> administrators

 - 4.2 page 15 (twice): e.g. -> e.g.,

 - 4.3 page 16: modelled -> modeled

 - 4.3 page 16: usually the hysteresis against flapping tries to keep
  the connection (i.e., failover after 3 missed responses), here it is
  the opposite. IMHO it is very aggressive but it is how RFC 3539 works
  so I have no concern about it.

 - 4.5 page 16: Proxyhas -> Proxy has

 - 4.5 page 17: cannot, -> cannot

 - 4.5 page 18: i.e. -> i.e.,

 - 5 page 19: EAP-MEssage -> EAP-Message

 - 8 page 23: synthesise -> synthesize

 - 8 page 23: in "the suggestion of [RFC5080] Section 2.2.2, which suggests"
  suggests -> proposes

 - 8 page 23: configurably is not in my dict?

 - 9.2 page 23: IMHO the RFC2119 reference should be moved to normative
  references section (perhaps others too?)

 - Authors' Addresses -> Author's Address

Regards

Francis.Dupont@fdupont.fr

PS: I apologize for the delay. BTW I've seen a wording comment and proposal
from Bernard Aboba, I support it.


--
to unsubscribe send a message to radiusext-request@ops.ietf.org with
the word 'unsubscribe' in a single line as the message text body.
archive: <http://psg.com/lists/radiusext/>