Re: [Dime] AD review of draft-ietf-dime-rfc4005bis-09.txt - part 2

Glen Zorn <glenzorn@gmail.com> Wed, 11 July 2012 10:45 UTC

Return-Path: <glenzorn@gmail.com>
X-Original-To: dime@ietfa.amsl.com
Delivered-To: dime@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 01BE721F8634 for <dime@ietfa.amsl.com>; Wed, 11 Jul 2012 03:45:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.098
X-Spam-Level:
X-Spam-Status: No, score=-3.098 tagged_above=-999 required=5 tests=[AWL=-0.500, BAYES_00=-2.599, EXTRA_MPART_TYPE=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id prK15P2Komkj for <dime@ietfa.amsl.com>; Wed, 11 Jul 2012 03:45:33 -0700 (PDT)
Received: from mail-pb0-f44.google.com (mail-pb0-f44.google.com [209.85.160.44]) by ietfa.amsl.com (Postfix) with ESMTP id 10C7721F8631 for <dime@ietf.org>; Wed, 11 Jul 2012 03:45:33 -0700 (PDT)
Received: by pbcwy7 with SMTP id wy7so1953054pbc.31 for <dime@ietf.org>; Wed, 11 Jul 2012 03:46:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:from:to:cc:in-reply-to:references:content-type:organization :date:message-id:mime-version:x-mailer; bh=o1EjsEhrSXIWeRF2DStpgozYDt5frDxJoV5TFbecP5M=; b=es1FvD7jW8+MbI+plTYqeMOoq1+r6kVPURPKiAEW3SrAAbcOG7vXeEVoEh2gE8c2vP RXN44gsL9s9I4r9+fB+fkKCmdYcQwfJKKoaG+DwYJIcyBcVA+5zzXnmyA7Mn0R+XEUeD GLeRLF+a3bPC7i6ppTs2Df6wjx4l94KQiZr9skkW4Hb1bPl/Tnu8RhWUGCLOxCAuMzWY yLLA/pY7Bcy0pqRJUUAr4llWKB2i0rcRNvGg76w/o7rfRlrkfoce1OdTksPWOwIA4lSi 485kLFnFBKNBBL4GPY5d3HxuiF5sk/rG57y6SPz4nzHLndOiZZp5754qF1WSii+jO2I0 MqKg==
Received: by 10.68.225.2 with SMTP id rg2mr29222285pbc.159.1342003562411; Wed, 11 Jul 2012 03:46:02 -0700 (PDT)
Received: from [192.168.0.100] (ppp-115-87-72-11.revip4.asianet.co.th. [115.87.72.11]) by mx.google.com with ESMTPS id rs4sm1502361pbc.0.2012.07.11.03.46.00 (version=SSLv3 cipher=OTHER); Wed, 11 Jul 2012 03:46:01 -0700 (PDT)
From: Glen Zorn <glenzorn@gmail.com>
To: dime@ietf.org
In-Reply-To: <4FFD41E7.5030502@cisco.com>
References: <4FFC405F.9030508@cisco.com> <4FFD41E7.5030502@cisco.com>
Content-Type: multipart/related; type="multipart/alternative"; boundary="=-w/xML8SjsftEatq0LauS"
Organization: Network Zen
Date: Wed, 11 Jul 2012 17:45:58 +0700
Message-ID: <1342003558.14913.70.camel@gwz-laptop>
Mime-Version: 1.0
X-Mailer: Evolution 2.32.3 (2.32.3-1.fc14)
Subject: Re: [Dime] AD review of draft-ietf-dime-rfc4005bis-09.txt - part 2
X-BeenThere: dime@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Diameter Maintanence and Extentions Working Group <dime.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dime>, <mailto:dime-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dime>
List-Post: <mailto:dime@ietf.org>
List-Help: <mailto:dime-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dime>, <mailto:dime-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Jul 2012 10:45:34 -0000

On Wed, 2012-07-11 at 11:05 +0200, Benoit Claise wrote:
> Dear all, Glen,
> 
> Two more points, part of the AD review (I needed a little bit of
> education before making those points, hence the part 2 in my review)
> 
> 1. the NASREQ application is specified in RFC4005bis, but IANA points
> to RFC3588bis
> See
> http://www.iana.org/assignments/aaa-parameters/aaa-parameters.xml#aaa-parameters-45 
> with an entry for Application id= 1, for NASREQ, with the reference
> [RFC-ietf-dime-rfc3588bis-33] 
> 
> I understand the history: RFC3588 introduced this application id value
> 1 in the IANA Considerations section. 
> However, RFC3588bis, which will obsolete RFC3588, doesn't mention this
> application id (obviously, because it was assigned already). 
> So don't you believe that we should correct this and have, in the IANA
> Considerations section of
> http://tools.ietf.org/id/draft-ietf-dime-rfc4005bis-09.txt , a message
> basically expressing:
> 
> http://www.iana.org/assignments/aaa-parameters/aaa-parameters.xml#aaa-parameters-45  should contain
>              Application id= 1, for NASREQ, with the reference
> [RFC4005bis] 


Obviously, I don't agree.  The value was registered in RFC 3588, and
there is nothing to "correct" unless of course you insist, as does at
least one IESG member, that the IANA references always point to the
technical definition of the registered item (a position so untenable as
to be absurd).


> 
> 
> 2.  In section 3.10 Accounting-Answer (ACA) Command 
> 
> The same level of security MUST
>    be applied to both the Accounting-Request and the corresponding
>    Accounting-Answer message.  For example, if the ACR was protected
>    using end-to-end security techniques then the corresponding ACA
>    message MUST be protected in the same way; note, however, that the
>    definition of such techniques is outside the scope of this document.
> 
> Note: this message about "The same level of security ..." is only
> available in that section


Sorry, I don't understand.


> Why does this apply only to Accounting-Request and Accounting-Answer?


The answer to that question is likely lost in the mists of time ;-).  I
surely don't remember why...


> Or does it apply to all Request/Answer?


...