[dtn] Fw: [Last-Call] [EXTERNAL] Re: Genart last call review of draft-ietf-dtn-bpbis-17

lloyd.wood@yahoo.co.uk Tue, 12 November 2019 09:59 UTC

Return-Path: <lloyd.wood@yahoo.co.uk>
X-Original-To: dtn@ietfa.amsl.com
Delivered-To: dtn@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0CB6912010F for <dtn@ietfa.amsl.com>; Tue, 12 Nov 2019 01:59:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.997
X-Spam-Level:
X-Spam-Status: No, score=-0.997 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yahoo.co.uk
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 BMChroHqLh_3 for <dtn@ietfa.amsl.com>; Tue, 12 Nov 2019 01:59:12 -0800 (PST)
Received: from sonic303-46.consmr.mail.ir2.yahoo.com (sonic303-46.consmr.mail.ir2.yahoo.com [77.238.178.227]) (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 5D3A1120112 for <dtn@ietf.org>; Tue, 12 Nov 2019 01:59:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s2048; t=1573552750; bh=ixE5YAfXSYBzfHwhtJ7nZS+MsaYZ8pqsJJoOOhOwlSU=; h=Date:From:To:In-Reply-To:References:Subject:From:Subject; b=XyyoF82l2WMMxRyML3XZPKS68WBhGJj1GQBMK3L3qLSNneanglkoasYdTuXbuLqHuaQ81C3LeM5pF2Fo1YEaJDcWMaCIJwdyPf8CaNhXEeq8kg/cOjHZXjPj6PvEczz1YzhgSj/R7AT4WDq/yl3gYN7NRm9hiHkfz2iF5edlyQIGe4G2PmSUbYz7H2nljkHbg+B6tfdMz6OGk9LKgH++Tzwmg7/xOFQ74fmAlmbT/A4vtcZ7XSZtKCdy/MWa2Mv2ZyjimUoY/RPaao2m76O8XNXZALHvC3PIyCWGH2jjpjPf4w2XIW3eOCNTiVIhjQqbU4FIsNHu3zjFJKT7wgtDFQ==
X-YMail-OSG: RJgyMPEVM1kXQLJdY5SJ1pgHWlwBO3aEOwj89Swra118KuOVb3uPB2rXFWZPHK6 jGVMto9E0xdq4o71FwEFOAlEI3FOxOFfNdqVn7uBDFU3NW6vPXn5e_oyGHHfgmwjNGq2ZSkwwlW8 takkV1VbIcwEBwy3VpwmP3QSz3tGzVDQrrHrN0L4.W6vm0Ty0b6D.2m39431.wkWHMP55FYMEQS4 0LosuHOlr7sxQXcbgCIQO2J7XPpeVDYY6Fd8tEttG_WB5Ld0uMGh59sr6bVy46N2WF3RgJbm5xNk xViNSzLoD_8hw8mPzcfhCjcpTKm1a5vXmKBukA5qHg6292KEcf4nA7DO9kqn3th7n8YJVoQ2LVn2 4_z8d_ewxSyTsjKmpiGBufs5eCp4tFSW3ABcBuIlX9_ySInLM4KgfWczWtD.LN7nRStgXqrILMsm Ixg_OUZHIIsjGIMeJvWmmsXg1xtHGHGgHPw8fTbCg.xtznh.5Pa2RyMwPqvyRDhUzPoDwckgorTy 5br7bxHdXTWrZwBwDObiMTflx4SfYTLdyKvAp9ZafLRs3GATrR2AyYThOZPp7kvXhtkqgGGxDd8p j6UzCM7xV4c7qh0SgpHHVWGVWSOk31mhIiKj1SpM4iRmtFOlTf6mHZ3Nmk0R1vVGkDoTnxzw3FA2 OkeN9AG.0i6MYmo4iQMrANP6utK8KHMkeE5EfGKXdQV2CzxDgSxy55HXPiEf9PDVxdH2q4XOk2gT 7JHNrj6s4AiRrlr5tyEC2VOGr7t_Tfr0DclHMDl4g3swWxw0zqt3vbbnsIILvnMO4xPvxl8R_sD8 r3Ti.iyaWH8NyxRHzCyE9.LN_ciJtW64UjsXBGJpor1XGXIYW3DeWk0kjdsyjSbCCHubZPx5zaBm Bwapti3EMoUCkLW7eh5t.n94SYriC.72PEqaeSWnNgMfULlnkD_YiStG5zTyZmRn2ADxn82lblqJ hOCuNM88Tra08cuOT5BRXSwMDc2xKQhqN9u83RprSbLrJR6v8wEz9Rtd_HVDO4cZ9LLOFFx0Nv7V e1SAhyi5HrCKWQ5kSEU0geniP.KzlDXLzBxPPi2PlGoYzvaPbneO8TTtjfpmC2g5pY174qAcdo6p sAolJCLAhnolKRI.8Y3uk4QgiHlj1f7oxis_SdjAmcrpnFnIIHWO5yKBqpV48LZC0ioH.b2._RtW RkxszWALlcQAZyEW5a0GR_KfxxuaVl7t3aeXavbV17XXdpgO_R4QH1em9Q7kcaaPc5_9TExZ4WB0 4cZlGVD54PpO0TKjmei53nHCHLKnAHaM3DCQEdKGfKK1aN9d20E0rGzjiitMeyj_LdVnULs6oVz4 2h2kCPrazCc7p2YoJf.miNNFaKA4Kn4byMhmZmLp2yC46Vz_oY_MwVZ5Lwku1kJDGqKMmrHbc8NG eGT9EMPMdS.jNkOhj62bygKhfX5Ahef4uRXnqRcs.Fg--
Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.ir2.yahoo.com with HTTP; Tue, 12 Nov 2019 09:59:10 +0000
Date: Tue, 12 Nov 2019 09:57:01 +0000 (UTC)
From: lloyd.wood@yahoo.co.uk
To: DTN WG <dtn@ietf.org>
Message-ID: <382009571.3597110.1573552621640@mail.yahoo.com>
In-Reply-To: <327330637.1643655.1573272677940@mail.yahoo.com>
References: <157306815414.27362.18239257168598208900@ietfa.amsl.com> <65cb92a64e5e6d5010392ad33d70be44c8abc962.camel@ericsson.com> <A75165E4-126B-4791-9A6D-7CDF555A431C@gmail.com> <430992730.1235576.1573218197349@mail.yahoo.com> <EFC9E9F1-D43C-46B4-A38B-53EB76E1D3AD@gmail.com> <17ed0ca2fddc42c5bec46925d10a0458@jpl.nasa.gov> <CC7943D2-62C7-4CDF-A16D-ED7AB1F67DAE@strayalpha.com> <F22DC063-0CC6-4CDC-A341-ED52361E42D4@gmail.com> <C5B2D8C8-44D6-4684-931E-65DC34F24995@akamai.com> <327330637.1643655.1573272677940@mail.yahoo.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_3597109_1707265749.1573552621638"
X-Mailer: WebService/1.1.14680 YahooMailIosMobile Raven/44290 CFNetwork/811.5.4 Darwin/16.7.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/dtn/-Vd7BmdYhyOoQrEHZ3GqywCgSt8>
Subject: [dtn] Fw: [Last-Call] [EXTERNAL] Re: Genart last call review of draft-ietf-dtn-bpbis-17
X-BeenThere: dtn@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Delay Tolerant Networking \(DTN\) discussion list at the IETF." <dtn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dtn>, <mailto:dtn-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dtn/>
List-Post: <mailto:dtn@ietf.org>
List-Help: <mailto:dtn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dtn>, <mailto:dtn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 12 Nov 2019 09:59:14 -0000

I don't think the below comment made it to the dtn mailing list and archive  (too many cc'd in the conversation, stuck in some dtn moderator queue somewhere) but it's very relevant to Scott's later comment about updating the clock using the bundle protocol itself. that has limits... if the clock is too far off, will the correction ever reach it?

Lloyd Woodlloyd.wood@yahoo.co.uk

Begin forwarded message:

On Saturday, November 9, 2019, 3:11 pm, lloyd.wood=40yahoo.co.uk@dmarc.ietf.org wrote:

One of the more enjoyable aspects of the Bundle Protocol is how you can't reliably correct a misset clock on a bundle node by using the bundle protocol itself - because the bundles containing payloads commanding the time change could well be expired and discarded before being carried out, once their timestamps are compared to the errant clock. It's a rather neat self-denial-of-service - section 5.5, and how do you know the local clock is accurate?
So, an ancillary support apparatus for communications not using the bundle protocol would be needed to update the clock behind the bundle agent's back, and that's likely an IP stack (as it happily is in most bundle implementations, where time comes from NTP. There's not that much bundling standing alone, and TCP is the convergence layer of choice, so there may not be much standalone experience with bundle node clocks).
while there is some text in the draft concerning bundles originating from a node with misset clocks, I can't see much concerning sending -to- a node with a misset clock (yes, it's relative, with just two nodes you never know the right time), what is expected to happen, and how that gets handled. More of a network administration problem...


Lloyd Woodhttp://lloydwood.users.sourceforge.net/Personal/L..Wood/dtn/ 




#yiv5424080784 -- filtered {font-family:Wingdings;panose-1:5 0 0 0 0 0 0 0 0 0;}#yiv5424080784 filtered {panose-1:2 4 5 3 5 4 6 3 2 4;}#yiv5424080784 filtered {font-family:Calibri;panose-1:2 15 5 2 2 2 4 3 2 4;}#yiv5424080784 p.yiv5424080784MsoNormal, #yiv5424080784 li.yiv5424080784MsoNormal, #yiv5424080784 div.yiv5424080784MsoNormal {margin:0in;margin-bottom:.0001pt;font-size:11.0pt;font-family:sans-serif;}#yiv5424080784 a:link, #yiv5424080784 span.yiv5424080784MsoHyperlink {color:blue;text-decoration:underline;}#yiv5424080784 a:visited, #yiv5424080784 span.yiv5424080784MsoHyperlinkFollowed {color:purple;text-decoration:underline;}#yiv5424080784 p.yiv5424080784MsoListParagraph, #yiv5424080784 li.yiv5424080784MsoListParagraph, #yiv5424080784 div.yiv5424080784MsoListParagraph {margin-top:0in;margin-right:0in;margin-bottom:0in;margin-left:.5in;margin-bottom:.0001pt;font-size:11.0pt;font-family:sans-serif;}#yiv5424080784 p.yiv5424080784msonormal0, #yiv5424080784 li.yiv5424080784msonormal0, #yiv5424080784 div.yiv5424080784msonormal0 {margin-right:0in;margin-left:0in;font-size:11.0pt;font-family:sans-serif;}#yiv5424080784 span.yiv5424080784EmailStyle18 {font-family:sans-serif;color:windowtext;}#yiv5424080784 .yiv5424080784MsoChpDefault {font-size:10.0pt;}#yiv5424080784 filtered {margin:1.0in 1.0in 1.0in 1.0in;}#yiv5424080784 div.yiv5424080784WordSection1 {}#yiv5424080784  filtered {}#yiv5424080784 filtered {font-family:Wingdings;}#yiv5424080784 filtered {}#yiv5424080784 filtered {font-family:Wingdings;}#yiv5424080784 filtered {font-family:Symbol;}#yiv5424080784 filtered {}#yiv5424080784 filtered {font-family:Wingdings;}#yiv5424080784 filtered {font-family:Symbol;}#yiv5424080784 filtered {}#yiv5424080784 filtered {font-family:Wingdings;}#yiv5424080784 ol {margin-bottom:0in;}#yiv5424080784 ul {margin-bottom:0in;}#yiv5424080784 -- 
last-call mailing list
last-call@ietf.org
https://www.ietf.org/mailman/listinfo/last-call