Re: [Nea] Last Call: <draft-ietf-nea-pt-eap-06.txt> (PT-EAP: Posture Transport (PT) Protocol For EAP Tunnel Methods) to Proposed Standard

SM <sm@resistor.net> Mon, 14 January 2013 22:46 UTC

Return-Path: <sm@resistor.net>
X-Original-To: nea@ietfa.amsl.com
Delivered-To: nea@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE5DF21F8B46 for <nea@ietfa.amsl.com>; Mon, 14 Jan 2013 14:46:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.585
X-Spam-Level:
X-Spam-Status: No, score=-102.585 tagged_above=-999 required=5 tests=[AWL=0.014, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vGKBQY8cusig for <nea@ietfa.amsl.com>; Mon, 14 Jan 2013 14:46:46 -0800 (PST)
Received: from mx.ipv6.elandsys.com (mx.ipv6.elandsys.com [IPv6:2001:470:f329:1::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3615921F8B38 for <nea@ietf.org>; Mon, 14 Jan 2013 14:46:46 -0800 (PST)
Received: from SUBMAN.resistor.net (IDENT:sm@localhost [127.0.0.1]) (authenticated bits=0) by mx.elandsys.com (8.14.5/8.14.5) with ESMTP id r0EMkdgs018664; Mon, 14 Jan 2013 14:46:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=opendkim.org; s=mail2010; t=1358203604; bh=Grn4qF0mAoEUpoEE3ho9YZJpkYwYX0PwOfxLPpbjEYY=; h=Date:To:From:Subject:Cc:In-Reply-To:References; b=rI5XsScd1DjMgUFMtuwURiOJCqXReEynqs8lWuwn5PJ6sTWrY9zjEOB5pt5MXdbeY REGUmTbny+QZSZNSS+2b33tj7ug6i5sRC84cLGgA8oiGbvExX/im2UeW1JVBKEzKJy LgbwAUzqltnIqHmkArPGAsIcQnd+mj5urPq0NPBo=
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=resistor.net; s=mail; t=1358203604; i=@resistor.net; bh=Grn4qF0mAoEUpoEE3ho9YZJpkYwYX0PwOfxLPpbjEYY=; h=Date:To:From:Subject:Cc:In-Reply-To:References; b=41D0KpoPvg2mpXdceCj5FBHUZORdImKVhng0SjxyAkBvZJ5MZA9VTfKHhhEaGuwfK kbUPJDrMKusW0eQEwt++1kKwXrREolfU2aV9kWehy9jSvVaVzt0qsaC6AR9ESTerUs Pc+bfHUjb2wNZHQ1JzRE/wJcQ63OW15cncP+vi2Y=
Message-Id: <6.2.5.6.2.20130114143302.0a375f30@resistor.net>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.5.6
Date: Mon, 14 Jan 2013 14:46:30 -0800
To: Stephen Hanna <shanna@juniper.net>
From: SM <sm@resistor.net>
In-Reply-To: <F1DFC16DCAA7D3468651A5A776D5796E069A3D59@SN2PRD0510MB372.n amprd05.prod.outlook.com>
References: <6.2.5.6.2.20130108225436.0b31f008@resistor.net> <B80278DF1B7C814184086F4A6ECB3115225B9B21@xmb-aln-x02.cisco.com> <6.2.5.6.2.20130114123552.0a8fb9e8@resistor.net> <F1DFC16DCAA7D3468651A5A776D5796E069A3D59@SN2PRD0510MB372.namprd05.prod.outlook.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-Mailman-Approved-At: Mon, 14 Jan 2013 17:45:23 -0800
Cc: nea@ietf.org
Subject: Re: [Nea] Last Call: <draft-ietf-nea-pt-eap-06.txt> (PT-EAP: Posture Transport (PT) Protocol For EAP Tunnel Methods) to Proposed Standard
X-BeenThere: nea@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Network Endpoint Assessment discussion list <nea.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/nea>, <mailto:nea-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/nea>
List-Post: <mailto:nea@ietf.org>
List-Help: <mailto:nea-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/nea>, <mailto:nea-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 Jan 2013 22:46:46 -0000

Hi Stephen,
At 14:17 14-01-2013, Stephen Hanna wrote:
>Changing our reference to RFC 5209 to be normative may cause
>more problems than it solves. As RFC 3967 (BCP 97) says,

Yes.

 From Section 1.1:

   "The reader is assumed to be thoroughly familiar with that
    document." (RFC 5209)

> > IETF procedures generally require that a standards track RFC
> > may not have a normative reference to another standards track
> > document at a lower maturity level or to a non standards track
> > specification (other than specifications from other standards
> > bodies). For example, a standards track document may not have
> > a normative reference to an informational RFC.

It's a matter of mentioning the down-ref in the Last Call announcement.

>If I've missed something (e.g. a reason why the reference should
>be normative), please explain it more clearly.

See above.  I flagged it as the matter may be raised as an issue.  I 
am ok with whatever the WG decides.

Regards,
-sm