Re: [Cbor] [dtn] [EXTERNAL] Re: [EXT] Re: LTC timescale (Re: Question regarding RFC 9171 - How to incorporate "Coordinated Lunar Time")

Jorge Amodio <jmamodio@gmail.com> Sat, 13 April 2024 02:05 UTC

Return-Path: <jmamodio@gmail.com>
X-Original-To: cbor@ietfa.amsl.com
Delivered-To: cbor@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6CB89C14F6B7; Fri, 12 Apr 2024 19:05:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.094
X-Spam-Level:
X-Spam-Status: No, score=-2.094 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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=gmail.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 yCtOcNyinzmG; Fri, 12 Apr 2024 19:05:52 -0700 (PDT)
Received: from mail-vk1-xa30.google.com (mail-vk1-xa30.google.com [IPv6:2607:f8b0:4864:20::a30]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 A8920C14F68A; Fri, 12 Apr 2024 19:05:52 -0700 (PDT)
Received: by mail-vk1-xa30.google.com with SMTP id 71dfb90a1353d-4dac3cbc8fdso561554e0c.0; Fri, 12 Apr 2024 19:05:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1712973952; x=1713578752; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=3TTtalhjoXqQ7xznnFy/9DUz6Ra3QSgG1/Qn9iI2E6k=; b=RNfDtfJT90uMkFDeZ2NjGpLqAoTp2GYiPc+4HolkGFMC+NHs6dgzm5viSgtyTO+OeZ aul5sHdA7d3/Os/IjKQ6ez2e+kSyl8HzlGl1Lroh7cTnp1fc0UwtbMPp8NtQriuBURFN rBngqYYEdGVxOiZCF3kVJA47/JaW6Si6nYiMP19A/4HyPmMClN34sbWSGcXdskGjJskg 2rtfm8kQqkt0rpcxbrfkIWH8+gvwtejRk5UvPVfpSKe/7VpSwCDS4C0HkycbRmgHoYT+ n8JW5U6++ECVZL4DOu/E6/OKszhb7NutOSheE9kDsC+ZKUvwjdq81vii3xPNlI7XNoIB 2VaQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1712973952; x=1713578752; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=3TTtalhjoXqQ7xznnFy/9DUz6Ra3QSgG1/Qn9iI2E6k=; b=s9GHTOZs7yv2sDFZFZH6bzUxm25PmxW0rceiYW/Ff51GKCj7H74o2eaSE/pct4Vmyw PdxfGeXL2J1DKYwfNE1xu1HG8jTs/KVq623dtKOU9rtUGDaGvgKO3WQewWNi1xiaopNl kHtOChaGmQIaZUh/qEYe7Ny9t1yigJu1EBBTiaiODsNz/QH95zNF9mpFscGgcvg6tjt5 2HJkoWXoxG7j7YPfZXO4fpaOGzmJQuJ5e6CY93KB8ahUjfbkrXVpSAH/pvKhDF9rA+Mf 2egsTEJy6axr9PQB7sZvZakP+dJ1RftZP5fsNssbJhahndZVTpN0GTHsZTRvWjP2sqI6 7g8A==
X-Forwarded-Encrypted: i=1; AJvYcCXvAKTRPvilf097b1ZVSY59999SyRQ3pR96myYR33QPffiO33oHim1eJw7tnvQWAdOv3vhwVt4WhGcBZThh/eJox9bHGu01aNqJUXo=
X-Gm-Message-State: AOJu0Yw3/8HlXJUTlvP22JVeE3tUbst9qpq7heYPHPUa0DshBwFAyxid gs3ZDwOwXrmPn7Nod+QlvS3YwtmcuYAPQmjk8zT0esISIba2Vga03HomB+OIF9VlrOZfFfSjVbm lRN1xCzpK8/qmo1/EHNDS1/W9lqyAquET
X-Google-Smtp-Source: AGHT+IH3j1CGm0cmtnLWHUkTToR9WJIwSC+vpAFZWonyN/sgInyOUzmm5Pe8MmPO6Tz9pS7GBzobHmBqGzhJfsClkkM=
X-Received: by 2002:a05:6122:209e:b0:4cd:b718:4b08 with SMTP id i30-20020a056122209e00b004cdb7184b08mr4440664vkd.11.1712973950161; Fri, 12 Apr 2024 19:05:50 -0700 (PDT)
MIME-Version: 1.0
References: <85584DCA-C858-4298-B0F4-555FC42138F1@gmail.com> <141AE72F-7E78-47E6-9912-65A46AD11EF4@gmail.com> <d19700964a314d6e9cd24c07b2a47c10@jhuapl.edu> <017b01da8cef$ecbdb920$c6392b60$@gmail.com> <CAMzo+1aYC+cg=os8zQi3US1i+YX_WrMy-XcJY-haFp2GbMYavw@mail.gmail.com> <PH8PR09MB89266BA5D11006169DD30B31F1042@PH8PR09MB8926.namprd09.prod.outlook.com> <d320b79e-fef4-4845-8caf-db138c795db6@cs.tcd.ie> <042001da8d3f$4f9bd640$eed382c0$@gmail.com> <c14b9834-50cc-3627-4ac1-04960b7254f4@solarnetone.org>
In-Reply-To: <c14b9834-50cc-3627-4ac1-04960b7254f4@solarnetone.org>
From: Jorge Amodio <jmamodio@gmail.com>
Date: Fri, 12 Apr 2024 21:05:15 -0500
Message-ID: <CAMzo+1Ypus65Vhe0SH0wuPxzUWnHTXOXz56iyz4EJ+ryUJuH5g@mail.gmail.com>
To: scott@solarnetone.org
Cc: sburleig.sb@gmail.com, Stephen Farrell <stephen.farrell@cs.tcd.ie>, "Rieber, Richard R (US 347R)" <richard.r.rieber=40jpl.nasa.gov@dmarc.ietf.org>, "EXTERNAL-Sipos, Brian J (US 9300-Affiliate)" <brian.sipos@jhuapl.edu>, John Dowdell <john.dowdell.ietf@gmail.com>, Carsten Bormann <cabo@tzi.org>, DTN WG <dtn@ietf.org>, cbor@ietf.org
Content-Type: multipart/alternative; boundary="000000000000cf204d0615f0d3d2"
Archived-At: <https://mailarchive.ietf.org/arch/msg/cbor/ijpZd-5Ar27dYDKp3EphdiOH4cU>
Subject: Re: [Cbor] [dtn] [EXTERNAL] Re: [EXT] Re: LTC timescale (Re: Question regarding RFC 9171 - How to incorporate "Coordinated Lunar Time")
X-BeenThere: cbor@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Concise Binary Object Representation \(CBOR\)" <cbor.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cbor>, <mailto:cbor-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cbor/>
List-Post: <mailto:cbor@ietf.org>
List-Help: <mailto:cbor-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cbor>, <mailto:cbor-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 13 Apr 2024 02:05:53 -0000

I'm not quite sure that there is a problem.

Besides a government mandate, AFAIK there is nothing concrete, discussed,
agreed, implemented about LTC, if we reach that phase it will be just a
conversion from/to UTC at the application/service level, nothing to change,
as ScottB said highly not recommended, at the protocol layer/s.

My .02
Jorge


On Fri, Apr 12, 2024 at 8:54 PM <scott@solarnetone.org> wrote:

> It would seem that there are ample other measures that could be
> implemented to resolve the problem described, all well short in complexity
> of standards action.
>
> ScottJ
>
> On Fri, 12 Apr 2024, sburleig.sb@gmail.com wrote:
>
> > I completely agree.  As I suggested earlier, absolute alignment among BP
> nodes' clocks to microsecond accuracy is in no way necessary.  Changing the
> definition of "DTN time" would destabilize the BP specification - requiring
> modification of all BP implementations on all BP nodes in the Solar System,
> further deferring adoption of BP by flight missions, and broadly increasing
> mission cost - to no material benefit.  Let's not do it.
> >
> > Scott
> >
> > -----Original Message-----
> > From: Stephen Farrell <stephen.farrell@cs.tcd.ie>
> > Sent: Friday, April 12, 2024 12:56 PM
> > To: Rieber, Richard R (US 347R) <richard.r.rieber=
> 40jpl.nasa.gov@dmarc.ietf.org>; Jorge Amodio <jmamodio@gmail.com>;
> sburleig.sb@gmail.com
> > Cc: EXTERNAL-Sipos, Brian J (US 9300-Affiliate) <brian.sipos@jhuapl.edu>;
> John Dowdell <john.dowdell.ietf@gmail.com>; Carsten Bormann <cabo@tzi.org>;
> DTN WG <dtn@ietf.org>; cbor@ietf.org
> > Subject: Re: [dtn] [EXTERNAL] Re: [EXT] Re: LTC timescale (Re: Question
> regarding RFC 9171 - How to incorporate "Coordinated Lunar Time")
> >
> >
> > Hiya,
> >
> > On 12/04/2024 18:05, Rieber, Richard R (US 347R) wrote:
> >> Does anyone think we should tweak the DTN Time field to utilize the
> >> CBOR Timescale/Timesystem standard Carsten mentioned? I think we
> >> should.
> >
> > I do not think such a change would be a good idea.
> >
> > If you did, then ISTM eventually nearly every BP node would need to be
> able to understand and translate between every possible planetary
> timescale. Sounds like a recipe for bugs and possible vulnerabilities to me.
> >
> > So, better for the lunar devices to translate to/from UTC when making or
> reading bundles I think.
> >
> > Cheers,
> > S.
> >
> > _______________________________________________
> > dtn mailing list
> > dtn@ietf.org
> > https://www.ietf.org/mailman/listinfo/dtn
> >
>