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 >
- Re: [radext] Error-Cause value allocation for dra… Bernard Aboba
- [radext] Error-Cause value allocation for draft-i… Stefan Winter
- Re: [radext] Error-Cause value allocation for dra… Alan DeKok
- Re: [radext] Error-Cause value allocation for dra… Stefan Winter