Re: [radext] [Technical Errata Reported] RFC5176 (4280)

Kathleen Moriarty <kathleen.moriarty.ietf@gmail.com> Tue, 21 April 2015 17:20 UTC

Return-Path: <kathleen.moriarty.ietf@gmail.com>
X-Original-To: radext@ietfa.amsl.com
Delivered-To: radext@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3AA281B29AB for <radext@ietfa.amsl.com>; Tue, 21 Apr 2015 10:20:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001, WEIRD_PORT=0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HZKmEwxjotIe for <radext@ietfa.amsl.com>; Tue, 21 Apr 2015 10:20:29 -0700 (PDT)
Received: from mail-la0-x22f.google.com (mail-la0-x22f.google.com [IPv6:2a00:1450:4010:c03::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 69EAB1A700C for <radext@ietf.org>; Tue, 21 Apr 2015 10:20:27 -0700 (PDT)
Received: by laat2 with SMTP id t2so156412017laa.1 for <radext@ietf.org>; Tue, 21 Apr 2015 10:20:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=30Fa3enx3PdPkn3v5Q0gsplwkDqA17XLxNA2nmnrKks=; b=OHIEH0ljeu6wPDhR3A4Qz4KXXCmaF8S+rSFnqKyI9IsCgmWsXxZ0tECENYJLcBN5LZ t3TZ3ieEgEcw0Ya/DTufKX4FBHwfJfk10kYvA/9jHDU0yGOoQN2HyrOJy0jAQc4KRiUq VWC0eqjnyOppYcQhMdzhFFP9NkKXei8vFxE5ExIaYt4xdE/usiqYiOP95l3VzsWDmRsC nfwdw4oil9fvaGg55jD8rBvCzpmLp6OBvSQ3R4A4bi3IB9pG+g9uv43TzOVVPXRwNOsX grti/bCev9rYhodqVTPaeSPibi4wIabVbn9ajJCoyRP4VUYg7obTxXdOWZQ9zgvQXnQ4 rc3g==
MIME-Version: 1.0
X-Received: by 10.152.27.194 with SMTP id v2mr20639036lag.75.1429636825938; Tue, 21 Apr 2015 10:20:25 -0700 (PDT)
Received: by 10.112.11.199 with HTTP; Tue, 21 Apr 2015 10:20:25 -0700 (PDT)
In-Reply-To: <16769_1427124080_55102F70_16769_5008_1_6B7134B31289DC4FAF731D844122B36EE83D0A@PEXCVZYM13.corporate.adroot.infra.ftgroup>
References: <20150224204147.6CCC6181B3D@rfc-editor.org> <BLUPR03MB1497BA8D4B7777E18060FD4EC160@BLUPR03MB149.namprd03.prod.outlook.com> <9BE727B3-42D6-4C3C-84E5-398B32D2D538@freeradius.org> <CAHbuEH7H9hishug=Z73RG1c97qNBfhW7Dg6x7348hL1idLuoDQ@mail.gmail.com> <550FD189.9050600@restena.lu> <16769_1427124080_55102F70_16769_5008_1_6B7134B31289DC4FAF731D844122B36EE83D0A@PEXCVZYM13.corporate.adroot.infra.ftgroup>
Date: Tue, 21 Apr 2015 13:20:25 -0400
Message-ID: <CAHbuEH5jZoVPJChp3SYAVeKkdBZwnzZk6zdpQyHyMwjmDfRgZg@mail.gmail.com>
From: Kathleen Moriarty <kathleen.moriarty.ietf@gmail.com>
To: "<lionel.morand@orange.com>" <lionel.morand@orange.com>
Content-Type: multipart/alternative; boundary="089e0158c2ac2b00bc05143f4316"
Archived-At: <http://mailarchive.ietf.org/arch/msg/radext/thKbIwNLBP4gwc66a8fDkXfwNrs>
X-Mailman-Approved-At: Tue, 21 Apr 2015 12:15:26 -0700
Cc: "gdommety@cisco.com" <gdommety@cisco.com>, "radext@ietf.org" <radext@ietf.org>, "david@mitton.com" <david@mitton.com>, Stefan Winter <stefan.winter@restena.lu>, "joelja@bogus.com" <joelja@bogus.com>, Bernard Aboba <Bernard.Aboba@microsoft.com>, Alan DeKok <aland@freeradius.org>, "bclaise@cisco.com" <bclaise@cisco.com>, "meklund@cisco.com" <meklund@cisco.com>, "mchiba@cisco.com" <mchiba@cisco.com>, RFC Errata System <rfc-editor@rfc-editor.org>
Subject: Re: [radext] [Technical Errata Reported] RFC5176 (4280)
X-BeenThere: radext@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: RADIUS EXTensions working group discussion list <radext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/radext>, <mailto:radext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/radext/>
List-Post: <mailto:radext@ietf.org>
List-Help: <mailto:radext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/radext>, <mailto:radext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 21 Apr 2015 17:20:32 -0000

Hello,

Where do we stand on this, is there a second errata or should I reject 4280
and wait for a new one that covers everything to be submitted?

Thank you,
Kathleen

On Mon, Mar 23, 2015 at 11:21 AM, <lionel.morand@orange.com> wrote:

> Hi,
>
> I think also that two separate Errata should be created.
>
> Regards,
>
> Lionel
>
> -----Message d'origine-----
> De : Stefan Winter [mailto:stefan.winter@restena.lu]
> Envoyé : lundi 23 mars 2015 09:41
> À : Kathleen Moriarty; Alan DeKok
> Cc : gdommety@cisco.com; radext@ietf.org; MORAND Lionel IMT/OLN;
> joelja@bogus.com; Bernard Aboba; david@mitton.com; bclaise@cisco.com;
> meklund@cisco.com; mchiba@cisco.com; RFC Errata System
> Objet : Re: [radext] [Technical Errata Reported] RFC5176 (4280)
>
> Hello,
>
> > Is there agreement on the changes and do additional errata need to be
> > filed for the added text in this thread?
>
> There was no disagreement on the Errata - it seems to be correct.
>
> I'm not enough into process questions to answer the second part, so: the
> text sketches make sense, but do we need to file a second errata, or can we
> "mangle" the original errata text to include this? Seems a bit strange to
> me to have two Errata for one underlying issue; I'd prefer to have all
> changes in one ...
>
> Since most of you are in Denver, maybe shortly touching this question in
> the meeting makes sense?
>
> Greetings,
>
> Stefan Winter
>
> >
> > Thank you,
> > Kathleen
> >
> > On Wed, Feb 25, 2015 at 9:46 AM, Alan DeKok <aland@freeradius.org
> > <mailto:aland@freeradius.org>> wrote:
> >
> >       I agree.  There should be an additional paragraph after the
> >     paragraph below, saying:
> >
> >     ...
> >        Error-Cause MAY be included in a CoA-ACK and Disconnect-ACK
> packet to
> >        indicate successful actions.  If it is included in those packets,
> >     the Value MUST
> >        be within the range 200-299.
> >     ...
> >
> >       There is further discussion of CoA-ACK in the text describing the
> >     allowed VALUEs.  But there should be a short sentence in the
> >     Description, too.
> >
> >     On Feb 24, 2015, at 6:07 PM, Bernard Aboba
> >     <Bernard.Aboba@microsoft.com <mailto:Bernard.Aboba@microsoft.com>>
> >     wrote:
> >
> >     > The Description text should also be addressed in this Errata:
> >     >
> >     >   Description
> >     >
> >     >      It is possible that a Dynamic Authorization Server cannot
> honor
> >     >      Disconnect-Request or CoA-Request packets for some reason.
> The
> >     >      Error-Cause Attribute provides more detail on the cause of the
> >     >      problem.  It MAY be included within CoA-NAK and Disconnect-NAK
> >     >      packets.
> >     >
> >     >
> >     > -----Original Message-----
> >     > From: RFC Errata System [mailto:rfc-editor@rfc-editor.org
> >     <mailto:rfc-editor@rfc-editor.org>]
> >     > Sent: Tuesday, February 24, 2015 12:42 PM
> >     > To: mchiba@cisco.com <mailto:mchiba@cisco.com>; gdommety@cisco.com
> >     <mailto:gdommety@cisco.com>; meklund@cisco.com
> >     <mailto:meklund@cisco.com>; david@mitton.com
> >     <mailto:david@mitton.com>; Bernard Aboba; bclaise@cisco.com
> >     <mailto:bclaise@cisco.com>; joelja@bogus.com
> >     <mailto:joelja@bogus.com>; stefan.winter@restena.lu
> >     <mailto:stefan.winter@restena.lu>; lionel.morand@orange.com
> >     <mailto:lionel.morand@orange.com>
> >     > Cc: aland@freeradius.org <mailto:aland@freeradius.org>;
> >     radext@ietf.org <mailto:radext@ietf.org>; rfc-editor@rfc-editor.org
> >     <mailto:rfc-editor@rfc-editor.org>
> >     > Subject: [Technical Errata Reported] RFC5176 (4280)
> >     >
> >     > The following errata report has been submitted for RFC5176,
> >     "Dynamic Authorization Extensions to Remote Authentication Dial In
> >     User Service (RADIUS)".
> >     >
> >     > --------------------------------------
> >     > You may review the report below and at:
> >     > http://www.rfc-editor.org/errata_search.php?rfc=5176&eid=4280
> >     >
> >     > --------------------------------------
> >     > Type: Technical
> >     > Reported by: Alan DeKok <aland@freeradius.org
> >     <mailto:aland@freeradius.org>>
> >     >
> >     > Section: 3.6
> >     >
> >     > Original Text
> >     > -------------
> >     >   0         0        0+  101   Error-Cause
> >     >
> >     >
> >     > In both tables, for CoA and Disconnect messages.
> >     >
> >     > Corrected Text
> >     > --------------
> >     >   0         0+        0+  101   Error-Cause
> >     >
> >     >
> >     > In both tables, for CoA and Disconnect messages.
> >     >
> >     > Notes
> >     > -----
> >     > Section 3.5 says that Error-Cause may be sent in a CoA-ACK or
> >     Disconnect-ACK packet:
> >     >
> >     >      ...
> >     >      Values 200-299 represent successful completion, so that these
> >     >      values may only be sent within CoA-ACK or Disconnect-ACK
> packets
> >     >
> >     > Instructions:
> >     > -------------
> >     > This erratum is currently posted as "Reported". If necessary,
> >     please use "Reply All" to discuss whether it should be verified or
> >     rejected. When a decision is reached, the verifying party (IESG) can
> >     log in to change the status and edit the report, if necessary.
> >     >
> >     > --------------------------------------
> >     > RFC5176 (draft-ietf-radext-rfc3576bis-13)
> >     > --------------------------------------
> >     > Title               : Dynamic Authorization Extensions to Remote
> >     Authentication Dial In User Service (RADIUS)
> >     > Publication Date    : January 2008
> >     > Author(s)           : M. Chiba, G. Dommety, M. Eklund, D. Mitton,
> >     B. Aboba
> >     > Category            : INFORMATIONAL
> >     > Source              : RADIUS EXTensions
> >     > Area                : Operations and Management
> >     > Stream              : IETF
> >     > Verifying Party     : IESG
> >     >
> >
> >     _______________________________________________
> >     radext mailing list
> >     radext@ietf.org <mailto:radext@ietf.org>
> >     https://www.ietf.org/mailman/listinfo/radext
> >
> >
> >
> >
> > --
> >
> > Best regards,
> > Kathleen
> >
> >
> > _______________________________________________
> > radext mailing list
> > radext@ietf.org
> > https://www.ietf.org/mailman/listinfo/radext
> >
>
>
> --
> Stefan WINTER
> Ingenieur de Recherche
> Fondation RESTENA - Réseau Téléinformatique de l'Education Nationale et de
> la Recherche 6, rue Richard Coudenhove-Kalergi
> L-1359 Luxembourg
>
> Tel: +352 424409 1
> Fax: +352 422473
>
> PGP key updated to 4096 Bit RSA - I will encrypt all mails if the
> recipient's key is known to me
>
> http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xC0DE6A358A39DC66
>
>
> _________________________________________________________________________________________________________________________
>
> Ce message et ses pieces jointes peuvent contenir des informations
> confidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez
> recu ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages
> electroniques etant susceptibles d'alteration,
> Orange decline toute responsabilite si ce message a ete altere, deforme ou
> falsifie. Merci.
>
> This message and its attachments may contain confidential or privileged
> information that may be protected by law;
> they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and
> delete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have been
> modified, changed or falsified.
> Thank you.
>
>


-- 

Best regards,
Kathleen