Re: [radext] Control of RFC 3580. Transfer to RADIUS WG possible?

Kathleen Moriarty <kathleen.moriarty.ietf@gmail.com> Thu, 08 October 2015 14:36 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 DBC6C1A1A20 for <radext@ietfa.amsl.com>; Thu, 8 Oct 2015 07:36:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 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, SPF_PASS=-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 id4pFmRptG2Z for <radext@ietfa.amsl.com>; Thu, 8 Oct 2015 07:36:00 -0700 (PDT)
Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (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 3AE5A1A1A1B for <radext@ietf.org>; Thu, 8 Oct 2015 07:36:00 -0700 (PDT)
Received: by wicfx3 with SMTP id fx3so31430045wic.1 for <radext@ietf.org>; Thu, 08 Oct 2015 07:35:58 -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:content-transfer-encoding; bh=CnfHhgyiy6cNZmL+f1ZX/SWQnvVvn6g1CWqHjpOVqv4=; b=ttsF1RHbT+ZD/zfzIMeF0yk01rNYTeaLqxWn8THk3BGq/GKRivtkGg5KtsbJ+47KvX YmptBnfhOeirRWfBsKvxLxpdzOmpyfYYQcRdV5HPxtpPDSE5MlmIFfrwO8UsBP+daBYO bIZiJjAa9jFTFtlJNiWXJOtU37I9OekU/7d+HzI8cuwk+E7trw+khCyzYwJsHG+nB8M0 +ZVLjOTOeRDdAobPfXD9irCjnovw6xaV6llZaotldxUiDCDH5jyVqAwx+0jsSB7EZlSh ufXsidpUGRm8Zvx5DNxstIH3FsVCZYQqiiA8wHTHIuR2Dm0mYRXN4H6gofiqw5pU/Izy 3SJQ==
MIME-Version: 1.0
X-Received: by 10.180.23.72 with SMTP id k8mr4309410wif.90.1444314958717; Thu, 08 Oct 2015 07:35:58 -0700 (PDT)
Received: by 10.28.214.213 with HTTP; Thu, 8 Oct 2015 07:35:58 -0700 (PDT)
In-Reply-To: <802DC895-A379-46C9-87F4-96AF6A99B3A0@deployingradius.com>
References: <CAGnO3dp-=6cODkAgV7R6vjTYWz0BXoODY3kPO37-iJ9ve-407g@mail.gmail.com> <5310AA34-D3C1-4B12-A691-1DF427904DF1@deployingradius.com> <CAHbuEH47h2yk19BR11TaOnnZGR_8FnLgnCf7zJUukRP7GJq4sg@mail.gmail.com> <451E43F5-44DF-4651-8372-49BC90DFEC5A@deployingradius.com> <11393_1444227411_56152953_11393_5293_1_6B7134B31289DC4FAF731D844122B36E01D3D6BC@OPEXCLILM43.corporate.adroot.infra.ftgroup> <BLU181-W757C8D75C28A059CB9589093350@phx.gbl> <802DC895-A379-46C9-87F4-96AF6A99B3A0@deployingradius.com>
Date: Thu, 08 Oct 2015 10:35:58 -0400
Message-ID: <CAHbuEH6JfhJui5zDvVZbX2_dcZ37Gx46zUNxG6kRGBntumjTQw@mail.gmail.com>
From: Kathleen Moriarty <kathleen.moriarty.ietf@gmail.com>
To: Alan DeKok <aland@deployingradius.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <http://mailarchive.ietf.org/arch/msg/radext/YLK6K-l8VtrK-bVdg1hAYk7FiKQ>
Cc: Aboba Bernard <bernard_aboba@hotmail.com>, Nick Lowe <nick.lowe@lugatech.com>, "lionel.morand@orange.com" <lionel.morand@orange.com>, "radext@ietf.org" <radext@ietf.org>
Subject: Re: [radext] Control of RFC 3580. Transfer to RADIUS WG possible?
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: <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: Thu, 08 Oct 2015 14:36:02 -0000

If the IETF does not have change control, which is the case with some
documents, we can't just pick it up and change/update the document.
Let's figure out if something is needed and then we'll figure out what
we can do or what needs to be done in the IEEE.

Thanks,
Kathleen

On Thu, Oct 8, 2015 at 9:17 AM, Alan DeKok <aland@deployingradius.com> wrote:
> On Oct 8, 2015, at 9:05 AM, Bernard Aboba <bernard_aboba@hotmail.com> wrote:
>>
>> So far, the issues discussed relate to accounting, which is a relatively minor aspect of RFC 3580.
>
>   Which is good.
>
>> Furthermore, the accounting issues relate largely to IEEE 802.11, rather than to IEEE 802.1X, which was the focus of RFC 3580.
>
>   Which is also goo.
>
>> As a result, it is not at all clear to me why it is necessary to transfer control of this document from IEEE 802 to the IETF,
>
>   That's not the purpose of the discussion.
>
>> let alone why it is necessary to revise it at all.
>
>   The revisions were motivated from seeing inter-operability problems, and implementation problems.  The existing RFCs discuss user sessions, but the concept is vague and ill defined.  The guidelines for how a NAS / server should handle user sessions are similarly vague.
>
>   This vagueness causes real-world problems.  I run into this pretty much every week.
>
>> If there is a desire to deal with accounting issues relating to IEEE 802.11, why not create a new document focused on that topic, with review by IEEE 802.11?  If necessary, it can update RFC 3580.
>
>   That is the best approach, I think.
>
>   Alan DeKok.
>
> _______________________________________________
> radext mailing list
> radext@ietf.org
> https://www.ietf.org/mailman/listinfo/radext



-- 

Best regards,
Kathleen