Re: [v6ops] LAN-side NTP in rfc7084bis?

"jordi.palet@consulintel.es" <jordi.palet@consulintel.es> Wed, 20 March 2024 11:06 UTC

Return-Path: <prvs=1809c4459d=jordi.palet@consulintel.es>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 35501C14F6BB for <v6ops@ietfa.amsl.com>; Wed, 20 Mar 2024 04:06:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.005
X-Spam-Level:
X-Spam-Status: No, score=-2.005 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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 (1024-bit key) header.d=consulintel.es
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 6c_RowNY6Ubh for <v6ops@ietfa.amsl.com>; Wed, 20 Mar 2024 04:05:57 -0700 (PDT)
Received: from mail.consulintel.es (mail.consulintel.es [IPv6:2001:470:1f09:495::5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 24237C14F61F for <v6ops@ietf.org>; Wed, 20 Mar 2024 04:05:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1710932754; x=1711537554; i=jordi.palet@consulintel.es; q=dns/txt; h=Content-Type: Mime-Version:Subject:From:In-Reply-To:Date:Cc: Content-Transfer-Encoding:Message-Id:References:To; bh=rco0rPNAy swadFbRTwDv1fJSbeitIfYc3ELETxlHDLA=; b=qLWKKoGTiqCd8oLfRANzq4KT+ DH3oieqjNs7x2616XNXkWH04qhGX68JCNdhWEsjapeOuwqe3S/uAigRqMBg9oVrL RPYpjHde+LCr6IKwr83AOmmCuwtlki5+nMBT3tyCQDLxz+7a1KL33j8hwpDlduA7 zoadT/EussDrKBrNKM=
X-MDAV-Result: clean
X-MDAV-Processed: mail.consulintel.es, Wed, 20 Mar 2024 12:05:54 +0100
X-Spam-Processed: mail.consulintel.es, Wed, 20 Mar 2024 12:05:52 +0100
Received: from smtpclient.apple by mail.consulintel.es (MDaemon PRO v16.5.2) with ESMTPA id md50001430683.msg for <v6ops@ietf.org>; Wed, 20 Mar 2024 12:05:52 +0100
X-MDRemoteIP: 2001:470:1f09:495:88a5:9932:61e4:82cd
X-MDHelo: smtpclient.apple
X-MDArrival-Date: Wed, 20 Mar 2024 12:05:52 +0100
X-Authenticated-Sender: jordi.palet@consulintel.es
X-Return-Path: prvs=1809c4459d=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: v6ops@ietf.org
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.500.171.1.1\))
From: "jordi.palet@consulintel.es" <jordi.palet@consulintel.es>
In-Reply-To: <Zfqz_ZAIeqU-0iX3@Space.Net>
Date: Wed, 20 Mar 2024 12:05:38 +0100
Cc: Timothy Winters <tim@qacafe.com>, IPv6 Operations <v6ops@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <21B591DB-91EB-475B-9E63-415B703ED4B9@consulintel.es>
References: <7199173b-a473-4117-63b3-917687cb5766@gmail.com> <CAJgLMKu7hsRvgAaU_im8PJVOLqFcC89YZGVFRU8gxTtNFnwc8w@mail.gmail.com> <Zfqz_ZAIeqU-0iX3@Space.Net>
To: Gert Doering <gert@space.net>
X-Mailer: Apple Mail (2.3774.500.171.1.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/5QOaUM67N90470bLgrhRbfRHlgk>
Subject: Re: [v6ops] LAN-side NTP in rfc7084bis?
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 20 Mar 2024 11:06:02 -0000

Yes, we should do that, not just for NTP.

“Any protocol or service supported by the CE for IPv4 MUST be also supported for IPv6. The CE MAY support additional protocols or services even if not supported in IPv4"



> El 20 mar 2024, a las 11:01, Gert Doering <gert@space.net> escribió:
> 
> Hi,
> 
> On Wed, Mar 20, 2024 at 11:07:17AM +1000, Timothy Winters wrote:
>>> It occurred to me a bit late that a reasonable statement might be that
>>> *if* a CE router supports NTP over IPv4 on the LAN side, then it MUST also
>>> support it over IPv6; otherwise it can be a MAY.
>>> 
>> That is a very good "late" thought.   The next revision, we'll take a stab
>> at documenting that.
> 
> I'd argue that this should be true for all 'non core' services offered
> - like, "if the router offers file sharing services over IPv4, it MUST
> also offer them over IPv6".  Or USB->LAN printer sharing, or...
> 
> Not sure how to word that in a sufficiently generic way.
> 
> Gert Doering
>        -- NetMaster
> -- 
> have you enabled IPv6 on something today...?
> 
> SpaceNet AG                      Vorstand: Sebastian v. Bomhard, Michael Emmer,
>                                           Ingo Lalla, Karin Schuler
> Joseph-Dollinger-Bogen 14        Aufsichtsratsvors.: A. Grundner-Culemann
> D-80807 Muenchen                 HRB: 136055 (AG Muenchen)
> Tel: +49 (0)89/32356-444         USt-IdNr.: DE813185279
> 
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops


**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.theipv6company.com
The IPv6 Company

This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.