Re: [OPSAWG] CALL FOR ADOPTION: RADIUS Extensions for Encrypted DNS

mohamed.boucadair@orange.com Mon, 19 September 2022 06:41 UTC

Return-Path: <mohamed.boucadair@orange.com>
X-Original-To: opsawg@ietfa.amsl.com
Delivered-To: opsawg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D3473C14CE32 for <opsawg@ietfa.amsl.com>; Sun, 18 Sep 2022 23:41:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.103
X-Spam-Level:
X-Spam-Status: No, score=-2.103 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QqlLMtmmOQ3F for <opsawg@ietfa.amsl.com>; Sun, 18 Sep 2022 23:41:51 -0700 (PDT)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.36]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 56582C14F74F for <opsawg@ietf.org>; Sun, 18 Sep 2022 23:41:51 -0700 (PDT)
Received: from opfednr02.francetelecom.fr (unknown [xx.xx.xx.66]) (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 opfednr25.francetelecom.fr (ESMTP service) with ESMTPS id 4MWFT919h6zCrMc; Mon, 19 Sep 2022 08:41:49 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1663569709; bh=xpp1psFsCXD88rFAqQ10icME1h9ERM6YOUyKkniXsvI=; h=From:To:Subject:Date:Message-ID:Content-Type:MIME-Version; b=mNZmf6uieP2I+BvjfmAMbPQ3Y7+hPwVhncWjw3fWga0kDvTcIHDeiddYtq9QDk52i ulRAZ+dWG1yLbttMGG0m0AeT+dVN8Zyv535ohnJ0Emhd0tFlLWOxc2+jW42rLwyy17 q+jY9DrSpdZoHrIa5BGXHYP/4GxXNf56v79mF1H1H4kqgGN91hp9ODOumLNxVuAO9F ZI5fCZE+lk2TW9gpGZ08iVwSijpxNLMY8RGqWAB0vO8uGZjkd5kW22jZRWRTkI/M5K N7sVk/ZcKXpo0Ri1IZI6ADE14yDYGeGSrYvd/YEKwkpLKj/TtIuUSC0VaiPamclEkg PY/cifkppZ8iQ==
From: mohamed.boucadair@orange.com
To: Chongfeng Xie <xiechf@chinatelecom.cn>, "opsawg@ietf.org" <opsawg@ietf.org>
Thread-Topic: [OPSAWG] CALL FOR ADOPTION: RADIUS Extensions for Encrypted DNS
Thread-Index: AQHYyitljMpHsvK+uUa+gukBZhbyAq3mQ83w
Content-Class:
Date: Mon, 19 Sep 2022 06:41:48 +0000
Message-ID: <10003_1663569709_63280F2D_10003_387_1_a02429186a01496683cf6c950a6537c6@orange.com>
References: <20932_1663227342_6322D5CE_20932_83_1_4ed4ffa8743c4828ab628f9536d4a4cb@orange.com>, <202209160831535796571@chinatelecom.cn>, <30894_1663332163_63246F43_30894_90_1_b30b3adb52054b14bb1f9cc122f469a1@orange.com> <2022091708205313731733@chinatelecom.cn>
In-Reply-To: <2022091708205313731733@chinatelecom.cn>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Enabled=true; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_SetDate=2022-09-19T05:53:52Z; 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=171a1782-3ee3-4c00-8def-23a80a5c335c; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_ContentBits=0
x-originating-ip: [10.115.26.50]
Content-Type: multipart/related; boundary="_004_a02429186a01496683cf6c950a6537c6orangecom_"; type="multipart/alternative"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/7pX4o-7DTPttUIap_Lf20B4LFOE>
Subject: Re: [OPSAWG] CALL FOR ADOPTION: RADIUS Extensions for Encrypted DNS
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/opsawg/>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Sep 2022 06:41:55 -0000

Hi Chongfeng,

Thank you for the comments.

Please see inline.

Cheers,
Med

De : OPSAWG <opsawg-bounces@ietf.org> De la part de Chongfeng Xie
Envoyé : samedi 17 septembre 2022 02:21
À : opsawg@ietf.org
Objet : Re: [OPSAWG] CALL FOR ADOPTION: RADIUS Extensions for Encrypted DNS



Hi, folks,
I support the adoption of this document in opsawg and hope it can progress as soon as possible.
As an operator who has deployed IPv6 and its accompaning radius capability, I think this document is very useful, it fills the void of radius support for Encrypted DNS exchange. In addition, I have the following comments for the authors,
-In the introdution section, examples of IPv4 encrypted DNS exchange and IPv6 encrypted DNS exchange are provided,  when encrtyped DNS server is IPv4/IPv6 dual-stack, can the same interaction process support both IPv4 and IPv6?
[Med] This is implementation- and deployment-specific. That’s said, there is no constraint in the RADIUS leg to include a mix of IPv4-IPv6 TLVs in the same exchange. However, it is not allowed to include a distinct address family in DHCP/DHCPv6/RA. These considerations are not specific to these new attributes but apply for DNS-Server-IPv6-Address (RFC6911).

-The second one is about terminalogy, in some place,  "encrypted DNS" is used, but in other places, "encrypted DNS resolver" is used,  can they be unified?
[Med] These two terms are used to refer to distinct things: communication protocol vs. resolver.

-Is there a need to provide a specific section for the Radius behavior illustration after section? Or this has been covered by section 1?
[Med] Yes, this is already provided in Section 1. We may move that text to a separate section if you think this is better.

Best regards
Chongfeng



De : OPSAWG <opsawg-bounces@ietf.org<mailto:opsawg-bounces@ietf.org>> De la part de Joe Clarke (jclarke)
Envoyé : mercredi 14 septembre 2022 16:28
À : opsawg@ietf.org<mailto:opsawg@ietf.org>
Objet : [OPSAWG] [cid:image001.png@01D8CBFD.421645F0] CALL FOR ADOPTION: RADIUS Extensions for Encrypted DNS

Hello, WG.  I like Henk’s subject icon.  Makes for some attention-grabbing.

This work has been discussed previously in opsawg, going back over a year.   The authors have continued to progress the work and would like to gauge WG interest in adopting it.

One might ask, why opsawg?  The radext WG has been concluded, but, like IPFIX, there is interest in continuing to produce extensions for RADIUS.  It was suggested by Benjamin Kaduk that opsawg was a potential fit for this work.

Therefore, this kicks off a two-week CfA for https://datatracker.ietf.org/doc/draft-boucadair-opsawg-add-encrypted-dns/.  Please comment on-list with support and/or discussion of the work.

Thanks.

Joe

_________________________________________________________________________________________________________________________

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.