Re: [radext] Error-Cause value allocation for draft-ietf-radext-bigger-packets

Bernard Aboba <bernard.aboba@gmail.com> Mon, 20 June 2016 14:30 UTC

Return-Path: <bernard.aboba@gmail.com>
X-Original-To: radext@ietfa.amsl.com
Delivered-To: radext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 957F512B02C for <radext@ietfa.amsl.com>; Mon, 20 Jun 2016 07:30:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.698
X-Spam-Level:
X-Spam-Status: No, score=-2.698 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, WEIRD_PORT=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 rbjTExt3UlNT for <radext@ietfa.amsl.com>; Mon, 20 Jun 2016 07:30:41 -0700 (PDT)
Received: from mail-vk0-x230.google.com (mail-vk0-x230.google.com [IPv6:2607:f8b0:400c:c05::230]) (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 2686D12D0CA for <radext@ietf.org>; Mon, 20 Jun 2016 07:30:37 -0700 (PDT)
Received: by mail-vk0-x230.google.com with SMTP id d185so197810027vkg.0 for <radext@ietf.org>; Mon, 20 Jun 2016 07:30:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=WoBSsxrYQuizofTHyOldlrhmZkkEL6xpZN4r+MceEig=; b=Lw2p/hoAGd00TixDixmvhIOCBZzILGUuaNIjnRKR5VXMteFH8uSffxE/5liSwZGg0F bfmR2nF9tsE41H4O0sNYfKlxP9jyA+xPFFB3W3kGoz7F/j2yaOcrsALzwGyL3B+D/FiT Qsv/7RYnx9VJ1TAxU5/+QgslOZV3Hdzyr0bIxNFpvkT1BMfUAjXb20Xdk5V8S7SRS87S Y/VaR653UWjJvfbDDo+9OClAQJSMAfvl2Ddz5Qj47TkJwyRc9kGKAZD5zgcehuloALvz uBb+quNolrtZasT5jRdl2ok8RW6lDP1lmvVwJ3l6baF2SuwkGwZmBwb4keBPO0jtWwez G1LA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=WoBSsxrYQuizofTHyOldlrhmZkkEL6xpZN4r+MceEig=; b=Lq8h4WDiocIRMvSJWGhuAoxH6VckPPmIEQL2HaoiZbIuPAkFb09pI3u/2ZK85drZqk MdaxMLpoP6S6ZAM7B7JY2MYLueAUryd3dvVmMuPDejrHtPSK0noY2O94pVvzKCMXh7gI tPRDrKCvwrNSA4rLX49/Go6Gb+HAJxcFXs6/3HkYlx0206hRPSmu7lc3zbws0AK6xuRP QbYW7gMit1r9ddITSO4phFJy6/r9HzqXhUT7YLDyuxauuyoAI7rYW22we++WULJy2u0p gSV23SBP7gcDG3FFLW3ebd0BdB1z6rj5DYxMg74dkBnxWcgqGM91OTDjbGe77gzFaGXj Qyrw==
X-Gm-Message-State: ALyK8tK9XJaUMgeukdHKZwH9i9/h/gslucsFcCDUN0v2HczVbjz1+53k1MHUIop21WV5q2IMx3VeThaCM/T3Jg==
X-Received: by 10.159.38.228 with SMTP id 91mr6583035uay.36.1466433036290; Mon, 20 Jun 2016 07:30:36 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.159.41.198 with HTTP; Mon, 20 Jun 2016 07:30:16 -0700 (PDT)
In-Reply-To: <048BCD5F-F55E-4FC0-BE19-4CD68739D05F@deployingradius.com>
References: <5767FB3C.20007@restena.lu> <048BCD5F-F55E-4FC0-BE19-4CD68739D05F@deployingradius.com>
From: Bernard Aboba <bernard.aboba@gmail.com>
Date: Mon, 20 Jun 2016 10:30:16 -0400
Message-ID: <CAOW+2dstR0THBsYksy2wbfuCCuQvMRQfpbxA6h_thTkTF_GAdg@mail.gmail.com>
To: Alan DeKok <aland@deployingradius.com>
Content-Type: multipart/alternative; boundary="94eb2c04769e370eab0535b68c68"
Archived-At: <https://mailarchive.ietf.org/arch/msg/radext/KQ2nk54yS9cKY1MvtJBhcu0_nU4>
Cc: Winter Stefan <stefan.winter@restena.lu>, "radext@ietf.org" <radext@ietf.org>
Subject: Re: [radext] Error-Cause value allocation for draft-ietf-radext-bigger-packets
X-BeenThere: radext@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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: Mon, 20 Jun 2016 14:30:43 -0000

Sounds good to me too (I'm the Designated Expert).

On Mon, Jun 20, 2016 at 10:22 AM, Alan DeKok <aland@deployingradius.com>
wrote:

>   Sounds good to me.  Since allocations for Error-Cause are "expert
> review", I think we're good to go here, barring any counter-arguments.
>
> > On Jun 20, 2016, at 10:18 AM, Stefan Winter <stefan.winter@restena.lu>
> wrote:
> >
> > Hello,
> >
> > IANA is in the process of completing the allocations of new code points
> > for the bigger-packets draft.
> >
> > One of the two, the new Packet Type Protocol-Error, is no problem.
> >
> > The other one, the new value "Response Too Big" for the Error-Cause
> > attribute, raises a question that we wanted to let the working group
> > know about and ask for opinions.
> >
> > Error-Cause is defined in RFC 5176 with the following ranges:
> >
> > 0xx Reserved
> > 1xx Reserved
> > 2xx Successful Completion [of CoA exchanges]
> > 3xx Reserved
> > 4xx fatal errors commited by the Dynamic Authorization Client
> > 5xx fatal errors commited by the Dynamic Authorization Server
> >
> > As it happens, bigger-packets is not specific to Dynamic Authorization;
> > it applies to RADIUS packets in general.
> >
> > So, the categories of RFC5176 above do not fit well to the
> > "Response-Too-Big" semantics.
> >
> > After thinking about this for a bit, the cleanest approach is probably
> > to define two new categories:
> >
> > 6xx represent fatal errors committed by a RADIUS server
> > 7xx represent fatal errors committed by a RADIUS client
> >
> > And within those, allocate
> >
> > 601 Response Too Big
> >
> > If these categories are created, there should be corresponding text in a
> > new rev of bigger-packets.
> >
> > Please let the list know how you think about this in the next two weeks.
> > If noone speaks up against this, we'll continue along this path.
> >
> > Greetings,
> >
> > Stefan Winter
> >
> > --
> > Stefan WINTER
> > Ingenieur de Recherche
> > Fondation RESTENA - Réseau Téléinformatique de l'Education Nationale et
> > de la Recherche
> > 2, avenue de l'Université
> > L-4365 Esch-sur-Alzette
> >
> > 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
> > <0x8A39DC66.asc>_______________________________________________
> > radext mailing list
> > radext@ietf.org
> > https://www.ietf.org/mailman/listinfo/radext
>
> _______________________________________________
> radext mailing list
> radext@ietf.org
> https://www.ietf.org/mailman/listinfo/radext
>