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
- Re: [radext] [Technical Errata Reported] RFC5176 … Kathleen Moriarty
- Re: [radext] [Technical Errata Reported] RFC5176 … Stefan Winter
- Re: [radext] [Technical Errata Reported] RFC5176 … lionel.morand
- Re: [radext] [Technical Errata Reported] RFC5176 … Bernard Aboba
- [radext] [Technical Errata Reported] RFC5176 (428… RFC Errata System
- Re: [radext] [Technical Errata Reported] RFC5176 … Alan DeKok
- Re: [radext] [Technical Errata Reported] RFC5176 … Kathleen Moriarty
- Re: [radext] [Technical Errata Reported] RFC5176 … lionel.morand
- Re: [radext] [Technical Errata Reported] RFC5176 … Kathleen Moriarty
- [radext] [Errata Verified] RFC5176 (4280) RFC Errata System