COMMENT: draft-ietf-radext-status-server

Bernard Aboba <bernard_aboba@hotmail.com> Thu, 22 April 2010 01:28 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 649363A690F for <ietfarch-radext-archive-IeZ9sae2@core3.amsl.com>; Wed, 21 Apr 2010 18:28:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.339
X-Spam-Level: *
X-Spam-Status: No, score=1.339 tagged_above=-999 required=5 tests=[AWL=-0.767, BAYES_50=0.001, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, 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 6HubAQHSLYDH for <ietfarch-radext-archive-IeZ9sae2@core3.amsl.com>; Wed, 21 Apr 2010 18:28:51 -0700 (PDT)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id 3AFA53A67F0 for <radext-archive-IeZ9sae2@lists.ietf.org>; Wed, 21 Apr 2010 18:28:51 -0700 (PDT)
Received: from majordom by psg.com with local (Exim 4.71 (FreeBSD)) (envelope-from <owner-radiusext@ops.ietf.org>) id 1O4lAW-000Aj0-31 for radiusext-data0@psg.com; Thu, 22 Apr 2010 01:25:28 +0000
Received: from [65.55.116.34] (helo=blu0-omc1-s23.blu0.hotmail.com) by psg.com with esmtp (Exim 4.71 (FreeBSD)) (envelope-from <bernard_aboba@hotmail.com>) id 1O4lAT-000AiW-39 for radiusext@ops.ietf.org; Thu, 22 Apr 2010 01:25:25 +0000
Received: from BLU137-W6 ([65.55.116.9]) by blu0-omc1-s23.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 21 Apr 2010 18:25:24 -0700
Message-ID: <BLU137-W66E08672FD489DD69AF5A93080@phx.gbl>
Content-Type: multipart/alternative; boundary="_23987067-6fc3-48d5-8453-1148c1a5d6cc_"
X-Originating-IP: [131.107.0.71]
From: Bernard Aboba <bernard_aboba@hotmail.com>
To: "radiusext@ops.ietf.org" <radiusext@ops.ietf.org>
Subject: COMMENT: draft-ietf-radext-status-server
Date: Wed, 21 Apr 2010 18:25:24 -0700
Importance: Normal
In-Reply-To: <20100422012225.139A33A696D@core3.amsl.com>
References: <20100422012225.139A33A696D@core3.amsl.com>
MIME-Version: 1.0
X-OriginalArrivalTime: 22 Apr 2010 01:25:24.0400 (UTC) FILETIME=[AEA9A300:01CAE1BA]
Sender: owner-radiusext@ops.ietf.org
Precedence: bulk
List-ID: <radiusext.ops.ietf.org>


> From: housley@vigilsec.com
> To: iesg@ietf.org
> CC: Francis.Dupont@fdupont.fr; radext-chairs@tools.ietf.org; draft-ietf-radext-status-server@tools.ietf.org
> Date: Wed, 21 Apr 2010 18:22:24 -0700
> Subject: COMMENT: draft-ietf-radext-status-server 
> 
> Comment:
> 
> Please consider the comments from the Gen-ART Review by Francis Dupont:
> 
> - 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
>