Re: [radext] the future of RADEXT

mohamed.boucadair@orange.com Wed, 09 February 2022 10:30 UTC

Return-Path: <mohamed.boucadair@orange.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 85F313A0D72 for <radext@ietfa.amsl.com>; Wed, 9 Feb 2022 02:30:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.1
X-Spam-Level:
X-Spam-Status: No, score=-7.1 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=orange.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 m4n4E5WxF5qp for <radext@ietfa.amsl.com>; Wed, 9 Feb 2022 02:30:41 -0800 (PST)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.35]) (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 8E3673A08D2 for <radext@ietf.org>; Wed, 9 Feb 2022 02:30:41 -0800 (PST)
Received: from opfednr01.francetelecom.fr (unknown [xx.xx.xx.65]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by opfednr24.francetelecom.fr (ESMTP service) with ESMTPS id 4Jtx3h0Jtbz1yHv; Wed, 9 Feb 2022 11:30:40 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1644402640; bh=8QnSnT4Fbj4vvlLdtOXSINCWvYMxXyBdkuISgAuAFj4=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=qwX4Gqgk8enX38SZGLKNhw4/D8/+1n3aozLm4wQfaH7i+DvuBpucu41s+I7D8r8PI PLZair6miBaiTe5WcoEGPNLeBFdIm84kNXdoJaGAB0LhHG93OEbjtXfRsyuzj/2nl8 DQs554nJJ5keQdn63YgSdV5LVARBcGjeVVM3GtaZrjVyGjRvuymgxue/sIkUPPVBBB AeUsZ5tsup+OmZIXtEuIkZlqOS6c6gIMqUU8U/QIY9un/Ci6oG99GyT+5fa1LOjCg1 vJUHG+EAQOEBvetjL4Y1E38152i+9qMUi0mpXYOWcStRE0aXa4stvKdMkYbHm/Akve A68rjQU8FrCgw==
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by opfednr01.francetelecom.fr (ESMTP service) with ESMTPS id 4Jtx3g6f75zDq7s; Wed, 9 Feb 2022 11:30:39 +0100 (CET)
From: mohamed.boucadair@orange.com
To: Benjamin Kaduk <kaduk@mit.edu>, "radext@ietf.org" <radext@ietf.org>
Thread-Topic: [radext] the future of RADEXT
Thread-Index: AQHYHR4GZuCT9pyrrUWNEtA+d9MBJKyLA6lA
Content-Class:
Date: Wed, 09 Feb 2022 10:30:39 +0000
Message-ID: <18215_1644402639_620397CF_18215_204_1_787AE7BB302AE849A7480A190F8B93303548E90F@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
References: <20220208185920.GK48552@kduck.mit.edu>
In-Reply-To: <20220208185920.GK48552@kduck.mit.edu>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Enabled=true; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_SetDate=2022-02-09T10:22:38Z; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Method=Privileged; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Name=unrestricted_parent.2; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_SiteId=90c7a20a-f34b-40bf-bc48-b9253b6f5d20; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_ActionId=16088735-7053-42ae-acb0-cbf7243ab78d; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_ContentBits=0
x-originating-ip: [10.114.13.247]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/radext/mt8Tw61_X5YdQRxkUPkZaRIiIlI>
Subject: Re: [radext] the future of RADEXT
X-BeenThere: radext@ietf.org
X-Mailman-Version: 2.1.29
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: Wed, 09 Feb 2022 10:30:47 -0000

Hi Ben, all,

> As such, I believe that we should close the RADEXT WG and continue to
> redirect further RADIUS work to OPSAWG, including solutions for the
> Identifier problem if energy appears to work on them.

OPSAWG is a special WG in the sense that it has different interest communities that rarely cross-review work. I'm not sure if RADIUS community is represented there. 

The experience I had when trying to progress some RADIUS extensions in opsawg is that, except Alan, we got no other feedback. My feeling is that will be difficult to "maintain" the protocol in OPSAWG. 

Cheers,
Med

> -----Message d'origine-----
> De : radext <radext-bounces@ietf.org> De la part de Benjamin Kaduk
> Envoyé : mardi 8 février 2022 19:59
> À : radext@ietf.org
> Objet : [radext] the future of RADEXT
> 
> Dear all,
> 
> The RADEXT list has seen only minimal activity since the publication of
> RFC
> 8559 in 2019, with those few topics that do come in mostly getting
> redirected to OPSAWG as a more useful venue for making progress.
> 
> I confess I have been a bit negligent in letting the group linger in
> this state for so long and not putting more energy into it.  That said,
> the facts on the ground remain that we don't have any active drafts and
> there does not seem to be much energy remaining to discuss the proposals
> for how to resolve the limited 8-bit size of the RADIUS datagram's
> Identifier field.
> 
> As such, I believe that we should close the RADEXT WG and continue to
> redirect further RADIUS work to OPSAWG, including solutions for the
> Identifier problem if energy appears to work on them.
> 
> Please let me know (on list is fine) if you have concerns about this
> plan by 22 February 2022, along with any alternative proposals that
> might address those concerns.  However, in order to demonstrate that
> there is energy to keep the WG open and make progress on our remaining
> chartered item, I would need to see interest from multiple individuals
> in pursuing such a course of action, along with an estimate for when
> such work would ultimately be completed (that would function as a
> deadline for re-assessing the WG's progress and possibly closing the WG
> if insufficient progress is being made).
> 
> This is by no means a failure outcome; the WG has produced a lot of good
> work and we should be proud of what we have accomplished even as we look
> forward to what might be done in OPSAWG in the future.
> 
> Thanks,
> 
> Ben
> 
> _______________________________________________
> radext mailing list
> radext@ietf.org
> https://www.ietf.org/mailman/listinfo/radext

_________________________________________________________________________________________________________________________

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.