Re: [dtn-interest] Bad Clock Vs. Clock rating (0)
<Jeremy.Mayer@dlr.de> Tue, 17 May 2016 01:40 UTC
Return-Path: <Jeremy.Mayer@dlr.de>
X-Original-To: dtn-interest@ietfa.amsl.com
Delivered-To: dtn-interest@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9B36712D57F for <dtn-interest@ietfa.amsl.com>; Mon, 16 May 2016 18:40:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.626
X-Spam-Level:
X-Spam-Status: No, score=-5.626 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 rc-zCwpyUznV for <dtn-interest@ietfa.amsl.com>; Mon, 16 May 2016 18:40:18 -0700 (PDT)
Received: from mailhost.dlr.de (mailhost.dlr.de [129.247.252.33]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A3EB112B018 for <dtn-interest@irtf.org>; Mon, 16 May 2016 18:40:17 -0700 (PDT)
Received: from DLREXHUB02.intra.dlr.de (172.21.152.140) by mailhost.dlr.de (172.21.163.101) with Microsoft SMTP Server (TLS) id 14.3.294.0; Tue, 17 May 2016 03:40:12 +0200
Received: from DLREXMBX01.intra.dlr.de ([fe80::d198:77e5:d411:fccd]) by dlrexhub02.intra.dlr.de ([::1]) with mapi id 14.03.0294.000; Tue, 17 May 2016 03:40:13 +0200
From: Jeremy.Mayer@dlr.de
To: kfall@kfall.com, l.wood@surrey.ac.uk
Thread-Topic: [dtn-interest] Bad Clock Vs. Clock rating (0)
Thread-Index: AQHRqzqu3OZs20jKEky5TB6ZR2htYp+6q5KAgAGBUwCAAAyjAIAAJ5Bg
Date: Tue, 17 May 2016 01:40:13 +0000
Message-ID: <EE2A78428975E541A99B025DABBAEDF90141C0E1@DLREXMBX01.intra.dlr.de>
References: <CAKLzrV9rkQqAzLqARmjqecTwYTKDN3RYO3dpq9ga-pgv9R4gtw@mail.gmail.com> <DB4PR06MB457D1863ABA5661AE4435FDAD770@DB4PR06MB457.eurprd06.prod.outlook.com> <DB4PR06MB457C7292519F7C0BBFD3C51AD480@DB4PR06MB457.eurprd06.prod.outlook.com> <CALhyZY-bf-X=tDKWNa2ikqnjJFA6L-sYzybeMYoETziqaQWyxg@mail.gmail.com>
In-Reply-To: <CALhyZY-bf-X=tDKWNa2ikqnjJFA6L-sYzybeMYoETziqaQWyxg@mail.gmail.com>
Accept-Language: en-US, de-DE
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Content-Type: multipart/alternative; boundary="_000_EE2A78428975E541A99B025DABBAEDF90141C0E1DLREXMBX01intra_"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/dtn-interest/24eM6be0anPhNeEFSVjfHpVGbWk>
Cc: nikansell00@gmail.com, shyambs85@gmail.com, dtn-interest@irtf.org
Subject: Re: [dtn-interest] Bad Clock Vs. Clock rating (0)
X-BeenThere: dtn-interest@irtf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "The Delay-Tolerant Networking Research Group \(DTNRG\) - Announce." <dtn-interest.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/dtn-interest>, <mailto:dtn-interest-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dtn-interest/>
List-Post: <mailto:dtn-interest@irtf.org>
List-Help: <mailto:dtn-interest-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/dtn-interest>, <mailto:dtn-interest-request@irtf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 May 2016 01:40:21 -0000
Lloyd, I’m going to attempt to correlate your previous two emails into a single coherent view, albeit with a limited scope. Please let me know if I fail, though I’m sure you will. RFC5050Bis includes a bundle age block which alleviates the “strict” clocking requirements (30 seconds). From your view, is this insufficient? This block handles the cases mentioned by Kevin where some nodes have accurate clocks (and set the bundle creation timestamp) and some do not (and nullify the creation timestamp but keep a bundle age block). Thanks, Jeremy From: dtn-interest [mailto:dtn-interest-bounces@irtf.org] On Behalf Of Kevin Fall Sent: Dienstag, 17. Mai 2016 03:09 To: l.wood@surrey.ac.uk Cc: nikansell00@gmail.com; shyambs85@gmail.com; DTN interest Subject: Re: [dtn-interest] Bad Clock Vs. Clock rating (0) Ah, rehashing old arguments. A real blast from the past. The particular paper referenced below indeed points out operational cases in which the authors had difficulty in establishing synchronized clocks. While there are cases in which establishing time synch may be challenging, it isn't really fundamental to the design, and there are a number of other options people have implemented since then if you are faced with that problem. (or, the more realistic/interesting case in which some nodes have a correct notion of time and others do not). Of course, not having synchronized time causes certain features to be difficult or impossible to implement (e.g., expiring/deleting bundles that have been stored on passive media lacking actual time stamps). The reasons for the design decision of using time synchronization was given in, for example: (http://web.cs.ucla.edu/classes/cs217/2008DTN_Perspective.pdf), a paper from 2008. - Kevin On Mon, May 16, 2016 at 8:24 PM, <l.wood@surrey.ac.uk<mailto:l.wood@surrey.ac.uk>> wrote: I was wrong, and I'd like to take this opportunity to apologise to the list for being wrong and to correct my mistake. It was SEVEN years ago that we pointed out the fundamental problems with the bundle protocol's reliance on clocks and synchronization in our 'A Bundle of Problems' paper.... http://personal.ee.surrey.ac.uk/Personal/L.Wood/dtn/bundle.html http://dx.doi.org/10.1109/AERO.2009.4839384 Lloyd Wood http://about.me/lloydwood ________________________________ From: dtn-interest <dtn-interest-bounces@irtf.org<mailto:dtn-interest-bounces@irtf.org>> on behalf of l.wood@surrey.ac.uk<mailto:l.wood@surrey.ac.uk> <l.wood@surrey.ac.uk<mailto:l.wood@surrey.ac.uk>> Sent: Monday, 16 May 2016 11:25 AM To: dtn-interest@irtf.org<mailto:dtn-interest@irtf.org>; nikansell00@gmail.com<mailto:nikansell00@gmail.com>; shyambs85@gmail.com<mailto:shyambs85@gmail.com> Subject: Re: [dtn-interest] Bad Clock Vs. Clock rating (0) Five years ago we pointed out the fundamental problems with the bundle protocol's reliance on clocks and synchronization in our 'A Bundle of Problems' paper. http://personal.ee.surrey.ac.uk/Personal/L.Wood/dtn/bundle.html http://dx.doi.org/10.1109/AERO.2009.4839384 People are still trying to use it and work around its clocking? As Australians say: so tragic. Lloyd Wood http://about.me/lloydwood ________________________________ From: dtn-interest <dtn-interest-bounces@irtf.org<mailto:dtn-interest-bounces@irtf.org>> on behalf of Nik Ansell <nikansell00@gmail.com<mailto:nikansell00@gmail.com>> Sent: Wednesday, 11 May 2016 2:07:49 PM To: dtn-interest@irtf.org<mailto:dtn-interest@irtf.org> Subject: Re: [dtn-interest] Bad Clock Vs. Clock rating (0) A good way to get in touch with the IBR-DTN guys is to use the mailing list below. ibr-dtn@ibr.cs.tu-bs.de<mailto:ibr-dtn@ibr.cs.tu-bs.de> The main admin page for the mailing list is here: https://mail.ibr.cs.tu-bs.de/mailman/listinfo/ibr-dtn Kind Regards, Nik On Tue, May 10, 2016 at 11:00 PM, <dtn-interest-request@irtf.org<mailto:dtn-interest-request@irtf.org>> wrote: Send dtn-interest mailing list submissions to dtn-interest@irtf.org<mailto:dtn-interest@irtf.org> To subscribe or unsubscribe via the World Wide Web, visit https://www.irtf.org/mailman/listinfo/dtn-interest or, via email, send a message with subject or body 'help' to dtn-interest-request@irtf.org<mailto:dtn-interest-request@irtf.org> You can reach the person managing the list at dtn-interest-owner@irtf.org<mailto:dtn-interest-owner@irtf.org> When replying, please edit your Subject line so it is more specific than "Re: Contents of dtn-interest digest..." Today's Topics: 1. Re: Bad Clock Vs. Clock rating (0) (Joerg Ott) ---------- Forwarded message ---------- From: Joerg Ott <jo@netlab.tkk.fi<mailto:jo@netlab.tkk.fi>> To: Shyam B <shyambs85@gmail.com<mailto:shyambs85@gmail.com>>, dtn-interest@irtf.org<mailto:dtn-interest@irtf.org> Cc: kfall@kfall.com<mailto:kfall@kfall.com> Date: Tue, 10 May 2016 07:19:16 +0200 Subject: Re: [dtn-interest] Bad Clock Vs. Clock rating (0) I wo¨ld ask the IBR-DTN folks... On 10.05.16 01:37, Shyam B wrote: Hello All, Thanks for the evolving community of DTN. I hope someone can help me with the questions below: How to remove time synchronization between nodes on later versions of IBRDTN: We are using the latest version(s) of IBRDTN on OpenWRT. I read from the change log "Version 1.0.1 (2015-02-24)" that BAD CLOCK has been replaced by something called clock rating (set to 0). 1) I would like to know where and how can I set this clock rating to 0 on a node? Is it to be set in the "ibrdtn.conf" file or somewhere else - any specifics will be helpful. 2) I believe this will need to be set "on each node" and the dtnd daemon would read this during its initiation at run-time to bypass any clock synchronization needed to receive bundles/ as well as dtnping, am I right? NOTE: We do not require clock synchronization to keeping our scenarios simple. Just need a way to pass bundles between nodes "under any circumstance". Reference: https://trac.ibr.cs.tu-bs.de/project-cm-2012-ibrdtn/wiki/changelog Thanks for your time. Hope someone can help us soon! -- Regards, Shyam, B _______________________________________________ dtn-interest mailing list dtn-interest@irtf.org<mailto:dtn-interest@irtf.org> https://www.irtf.org/mailman/listinfo/dtn-interest _______________________________________________ dtn-interest mailing list dtn-interest@irtf.org<mailto:dtn-interest@irtf.org> https://www.irtf.org/mailman/listinfo/dtn-interest
- Re: [dtn-interest] Bad Clock Vs. Clock rating (0) Joerg Ott
- Re: [dtn-interest] Bad Clock Vs. Clock rating (0) Nik Ansell
- Re: [dtn-interest] Bad Clock Vs. Clock rating (0) l.wood
- Re: [dtn-interest] Bad Clock Vs. Clock rating (0) l.wood
- Re: [dtn-interest] Bad Clock Vs. Clock rating (0) Kevin Fall
- Re: [dtn-interest] Bad Clock Vs. Clock rating (0) Jeremy.Mayer
- Re: [dtn-interest] Bad Clock Vs. Clock rating (0) l.wood
- Re: [dtn-interest] Bad Clock Vs. Clock rating (0) l.wood
- Re: [dtn-interest] Bad Clock Vs. Clock rating (0) Torgerson, Jordan L (332M)