[netconf] Re: I-D Action: draft-ietf-netconf-over-quic-00.txt
Marc Blanchet <marc.blanchet@viagenie.ca> Wed, 25 September 2024 12:49 UTC
Return-Path: <marc.blanchet@viagenie.ca>
X-Original-To: netconf@ietfa.amsl.com
Delivered-To: netconf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 882CAC14F5FC for <netconf@ietfa.amsl.com>; Wed, 25 Sep 2024 05:49:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level:
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=viagenie-ca.20230601.gappssmtp.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 n5rgweCdVZD1 for <netconf@ietfa.amsl.com>; Wed, 25 Sep 2024 05:49:34 -0700 (PDT)
Received: from mail-qk1-x72a.google.com (mail-qk1-x72a.google.com [IPv6:2607:f8b0:4864:20::72a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 17D38C14F5EF for <netconf@ietf.org>; Wed, 25 Sep 2024 05:49:33 -0700 (PDT)
Received: by mail-qk1-x72a.google.com with SMTP id af79cd13be357-7a99eee4a5bso196426585a.0 for <netconf@ietf.org>; Wed, 25 Sep 2024 05:49:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=viagenie-ca.20230601.gappssmtp.com; s=20230601; t=1727268573; x=1727873373; darn=ietf.org; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:from:to:cc:subject:date:message-id:reply-to; bh=bAwHl/NWgoR7g1RK6s7yCefgw9xNWbPcz1RUi38p/hI=; b=MRfdzZUlLkw/rkFrAbvnDyLCZtoLl5xetA2XsxOIKRe+Oo2byrrIZv6UvvmFfuICS9 sZD/3MIUCyojhPYnRXFM3UjwYMvtLQnH1+fFAi+u1SamChCl8lCBgwB2eiqWDg4aRdxw YajRq/UQJimFtMe+P+bbwofrLEVeMFpqHpJ91sSxdr7/tqIxfCH4y8WV+AlOs+XIBTSq cS5TPCVGflAM16kwOKX1PnEdRueaG0Mb4FbtrkIPOa9WXm0jfH/RgJaMvg6a3X7pPAHy 1sPYrQdQ4cUMzJNaZuyloNVHLPonl9QZ4uUjiU1BvQApx7nzCzn5chKSnZps42QPArNZ d2XQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1727268573; x=1727873373; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=bAwHl/NWgoR7g1RK6s7yCefgw9xNWbPcz1RUi38p/hI=; b=CAtu4E1/csErx+98w8Kq6QD959shmfVya1VyHuwfN758H7FuuArK6M0RNI5S8q1nOf KRdRbNKEr3Q4frQjx6THvHNfggoyyqMM2BdcbxMWeSWAgitjSQVe2kZ4pMjEGp4jEbmr Y+CoPr+oaJEW8Mku8TTW7j/TqqMqRYGeVFGSX2sX1zGIcah7bZqEV8mDdhPgJGdvgsXx GBCc2THwmC4evcbOmqyXTjbdpg4zIPAS6rhl5H/xGCf4B9TZ98hxpcZcclZu6GnrAnj9 Lm/xosKveoY6t4cE7i5sf1j7cdONvz1sZYsmrXoGIrNyY2cfMJWtmTXJAYo60ymYgMAI 5uCw==
X-Gm-Message-State: AOJu0Yx/FLwx6aAEt4i/x00vfqYT5Rxw5JztrLmxtOLD+IwS0eOjzYk3 VgQ7AgwJciuJwcGgaiLr0YR1/5sBNuAOSHXxk+E63igUrdc/d/TkLEBvMv1jgjA=
X-Google-Smtp-Source: AGHT+IHjVtFtCWeFpp1RH3p3EN29Lg7gczaiyPMVR3BI7fshgIbVOTnuaxidkcppn/+gKIXbQRU3MQ==
X-Received: by 2002:a05:620a:44c3:b0:7ac:c348:6a52 with SMTP id af79cd13be357-7ace741462amr314121185a.34.1727268572399; Wed, 25 Sep 2024 05:49:32 -0700 (PDT)
Received: from smtpclient.apple (modemcable108.66-162-184.mc.videotron.ca. [184.162.66.108]) by smtp.gmail.com with ESMTPSA id af79cd13be357-7acde53c021sm169849885a.28.2024.09.25.05.49.30 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 25 Sep 2024 05:49:31 -0700 (PDT)
From: Marc Blanchet <marc.blanchet@viagenie.ca>
Message-Id: <023FAAE1-9B4B-4364-917F-70985EAE7D1A@viagenie.ca>
Content-Type: multipart/alternative; boundary="Apple-Mail=_C5BE1C91-17ED-4097-9EED-D8A94DD68BEE"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3818.100.11.1.3\))
Date: Wed, 25 Sep 2024 08:49:19 -0400
In-Reply-To: <DU2PR02MB10160C2646B53684C9188161788692@DU2PR02MB10160.eurprd02.prod.outlook.com>
To: Med Boucadair <mohamed.boucadair@orange.com>
References: <172722605655.189.7998165814409208575@dt-datatracker-6c75f7dfff-hrjh6> <DU2PR02MB10160C2646B53684C9188161788692@DU2PR02MB10160.eurprd02.prod.outlook.com>
X-Mailer: Apple Mail (2.3818.100.11.1.3)
Message-ID-Hash: S732FIYHPRW3BCADG5NRF5HADE7Z45JQ
X-Message-ID-Hash: S732FIYHPRW3BCADG5NRF5HADE7Z45JQ
X-MailFrom: marc.blanchet@viagenie.ca
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-netconf.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: "netconf@ietf.org" <netconf@ietf.org>
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [netconf] Re: I-D Action: draft-ietf-netconf-over-quic-00.txt
List-Id: NETCONF WG list <netconf.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/netconf/WQ7qVdxapmuJTmQS49bymf4ts8M>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netconf>
List-Help: <mailto:netconf-request@ietf.org?subject=help>
List-Owner: <mailto:netconf-owner@ietf.org>
List-Post: <mailto:netconf@ietf.org>
List-Subscribe: <mailto:netconf-join@ietf.org>
List-Unsubscribe: <mailto:netconf-leave@ietf.org>
> Le 25 sept. 2024 à 08:37, mohamed.boucadair@orange.com a écrit : > > Hi authors, all, > > Now that the document is adopted as a WG item, I think that some serious clean-up is needed to better focus on the key spec :-) Sure. We decided to _not_ make any change to the draft from individual to wg -00 so that it will be easier to trace for the wg. And we already have comments from during the adoption call that are being processed. The repo is https://github.com/netconf-wg/netconf-over-quic Feel free to create issues or PR. > > I understand that given that the doc was out there since 2019, it cumulates text that might not valid (stale) to motivate the need for a new NETCONF transport. However, parts of that text is questionable and will be a distraction. This actually starts with the abstract with mentions such as TCP or statements such as "QUIC provides useful semantics for Network management" or "difficult environments". Likewise, no need to mention in the introduction the constrained environments as there are other more suitable solutions such as CoAP, coreconf, etc. Also, text such as the following cites RFCs that are historic since a while: > > CURRENT: > The NETCONF protocol is not bound to any particular transport > protocol, but allows a mapping to define how it can be implemented > over any specific protocol. At present, some secure transport > protocols are defined to carry NETCONF: Secure SHell(SSH)[RFC6242], > Transport Layer Security(TLS)[RFC7589], Simple Object Access > Protocol(SOAP)[RFC4743] and Blocks Extensible Exchange > Protocol(BEEP)[RFC4744]. yes. > > I would also avoid repeating parts of specs that are already in the base NETCONF and QUIC. This is an interesting debate. I also had thought about that and provided some comments to that effect when I was invited to be co-author lately. We did remove some stuff, but I was not sure how much we shall, since this is an example of a topic crossing two protocols. How much info one need to know for the other. Will look into it. > For example, there is no need to repeat all the same details about the Stream ID types, etc. > > Although I expect the mapping to be less complex, I encourage the authors to look into RFC 9250 and leverage it as much as appropriate. Ok > > Hope this helps. Yes, thanks. If you like to fill these as issues on the repo, it would be easier to track (for you and the wg). I can do it too but might not be as good as the commenter. Marc. > > Cheers, > Med > >> -----Message d'origine----- >> De : internet-drafts@ietf.org <internet-drafts@ietf.org> >> Envoyé : mercredi 25 septembre 2024 03:01 >> À : i-d-announce@ietf.org >> Cc : netconf@ietf.org >> Objet : I-D Action: draft-ietf-netconf-over-quic-00.txt >> >> >> Internet-Draft draft-ietf-netconf-over-quic-00.txt is now >> available. It is a work item of the Network Configuration >> (NETCONF) WG of the IETF. >> >> Title: NETCONF over QUIC >> Authors: Jinyou Dai >> Shaohua Yu >> Weiqiang Cheng >> Marc Blanchet >> Per Andersson >> Name: draft-ietf-netconf-over-quic-00.txt >> Pages: 10 >> Dates: 2024-09-24 >> >> Abstract: >> >> The Network Configuration Protocol (NETCONF) provides >> mechanisms to >> install, manipulate, and delete the configuration of network >> devices. >> NETCONF can be carried over various transports such as TCP, >> SSH or >> else. QUIC provides useful semantics for Network management >> and >> NETCONF in particular as a single connection can carry >> multiple >> requests over streams, enabling much better efficiency and >> performance for both peers. QUIC provides shorter handshake >> and >> includes TLS. QUIC is also more adaptable to more difficult >> environments such as those with long delays. This document >> describes >> how to use NETCONF over the QUIC transport protocol, named >> NETCONFoQUIC. >> >> The IETF datatracker status page for this Internet-Draft is: >> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2 >> Fdatatracker.ietf.org%2Fdoc%2Fdraft-ietf-netconf-over- >> quic%2F&data=05%7C02%7Cmohamed.boucadair%40orange.com%7C772ad3751 >> 5874f6c462c08dcdcfdaec4%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C >> 0%7C638628229336810622%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMD >> AiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sda >> ta=8WD7bI1kE6HVXl2aWoRBxVxPtTccNpC7iuOU7TOrBRI%3D&reserved=0 >> >> There is also an HTML version available at: >> https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2 >> Fwww.ietf.org%2Farchive%2Fid%2Fdraft-ietf-netconf-over-quic- >> 00.html&data=05%7C02%7Cmohamed.boucadair%40orange.com%7C772ad3751 >> 5874f6c462c08dcdcfdaec4%7C90c7a20af34b40bfbc48b9253b6f5d20%7C0%7C >> 0%7C638628229336832488%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMD >> AiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sda >> ta=brX2qWBCKnLl8TVaizHDs6DIYo102OY4J5mMG7wXGDI%3D&reserved=0 >> >> Internet-Drafts are also available by rsync at: >> rsync.ietf.org::internet-drafts >> >> >> _______________________________________________ >> I-D-Announce mailing list -- i-d-announce@ietf.org To unsubscribe >> send an email to i-d-announce-leave@ietf.org > ____________________________________________________________________________________________________________ > 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. > > _______________________________________________ > netconf mailing list -- netconf@ietf.org > To unsubscribe send an email to netconf-leave@ietf.org
- [netconf] I-D Action: draft-ietf-netconf-over-qui… internet-drafts
- [netconf] Re: I-D Action: draft-ietf-netconf-over… mohamed.boucadair
- [netconf] Re: I-D Action: draft-ietf-netconf-over… Marc Blanchet
- [netconf] Re: I-D Action: draft-ietf-netconf-over… Kent Watsen
- [netconf] Re: I-D Action: draft-ietf-netconf-over… Marc Blanchet
- [netconf] Re: I-D Action: draft-ietf-netconf-over… tom petch
- [netconf] Re: I-D Action: draft-ietf-netconf-over… Kent Watsen
- [netconf] Re: I-D Action: draft-ietf-netconf-over… 戴锦友