RE: COMMENT: draft-ietf-radext-status-server

"Romascanu, Dan (Dan)" <dromasca@avaya.com> Thu, 22 April 2010 08:08 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 A324B3A68D5 for <ietfarch-radext-archive-IeZ9sae2@core3.amsl.com>; Thu, 22 Apr 2010 01:08:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.331
X-Spam-Level:
X-Spam-Status: No, score=-0.331 tagged_above=-999 required=5 tests=[AWL=-1.696, BAYES_20=-0.74, 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 k8y3bKprb65a for <ietfarch-radext-archive-IeZ9sae2@core3.amsl.com>; Thu, 22 Apr 2010 01:08:37 -0700 (PDT)
Received: from psg.com (psg.com [IPv6:2001:418:1::62]) by core3.amsl.com (Postfix) with ESMTP id 752493A6852 for <radext-archive-IeZ9sae2@lists.ietf.org>; Thu, 22 Apr 2010 01:08:35 -0700 (PDT)
Received: from majordom by psg.com with local (Exim 4.71 (FreeBSD)) (envelope-from <owner-radiusext@ops.ietf.org>) id 1O4rOJ-0006uf-OJ for radiusext-data0@psg.com; Thu, 22 Apr 2010 08:04:07 +0000
Received: from [198.152.71.100] (helo=de307622-de-outbound.net.avaya.com) by psg.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.71 (FreeBSD)) (envelope-from <dromasca@avaya.com>) id 1O4rOG-0006qL-9l for radiusext@ops.ietf.org; Thu, 22 Apr 2010 08:04:04 +0000
X-IronPort-AV: E=Sophos; i="4.52,255,1270440000"; d="scan'208,217"; a="185425915"
Received: from unknown (HELO co300216-co-erhwest.avaya.com) ([198.152.7.5]) by de307622-de-outbound.net.avaya.com with ESMTP; 22 Apr 2010 04:04:00 -0400
X-IronPort-AV: E=Sophos; i="4.52,255,1270440000"; d="scan'208,217"; a="466803705"
Received: from unknown (HELO 307622ANEX5.global.avaya.com) ([135.64.140.16]) by co300216-co-erhwest-out.avaya.com with ESMTP; 22 Apr 2010 04:03:59 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CAE1F2.5316F534"
Subject: RE: COMMENT: draft-ietf-radext-status-server
Date: Thu, 22 Apr 2010 10:03:41 +0200
Message-ID: <EDC652A26FB23C4EB6384A4584434A0402103ED0@307622ANEX5.global.avaya.com>
In-Reply-To: <BLU137-W66E08672FD489DD69AF5A93080@phx.gbl>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: COMMENT: draft-ietf-radext-status-server
Thread-Index: AcrhutvV56TC0t3wRcCDnGH97WYhGAAN0MAA
References: <20100422012225.139A33A696D@core3.amsl.com> <BLU137-W66E08672FD489DD69AF5A93080@phx.gbl>
From: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
To: Alan DeKok <aland@deployingradius.com>
Cc: Bernard Aboba <bernard_aboba@hotmail.com>, radiusext@ops.ietf.org
Sender: owner-radiusext@ops.ietf.org
Precedence: bulk
List-ID: <radiusext.ops.ietf.org>

Alan,
 
I have not seen any response from you to the issues raised in the
DISCUSS and COMMENT made by the different AD's. The IESG telechat is
scheduled for today at 11:30AM ET. Are you on line and preparing answers
to the issues raised? 
 
Thanks and Regards,
 
Dan
 


________________________________

	From: owner-radiusext@ops.ietf.org
[mailto:owner-radiusext@ops.ietf.org] On Behalf Of Bernard Aboba
	Sent: Thursday, April 22, 2010 4:25 AM
	To: radiusext@ops.ietf.org
	Subject: COMMENT: draft-ietf-radext-status-server
	
	

	> 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
	>