Re: [dtn] [dtn-interest] DTN static routing

Paulo Mendes <paulo.mendes@ulusofona.pt> Thu, 23 April 2015 21:24 UTC

Return-Path: <paulo.mendes@ulusofona.pt>
X-Original-To: dtn@ietfa.amsl.com
Delivered-To: dtn@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F11A1B34A6 for <dtn@ietfa.amsl.com>; Thu, 23 Apr 2015 14:24:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=unavailable
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 88kiloIdszZA for <dtn@ietfa.amsl.com>; Thu, 23 Apr 2015 14:24:55 -0700 (PDT)
Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) (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 58AD31B349B for <dtn@ietf.org>; Thu, 23 Apr 2015 14:24:45 -0700 (PDT)
Received: by wgen6 with SMTP id n6so31749728wge.3 for <dtn@ietf.org>; Thu, 23 Apr 2015 14:24:44 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:content-type :disposition-notification-to:from:in-reply-to:date:cc:message-id :references:to; bh=IXKZazhZQSlKYnd+DOkVPrwWGLV1GcJu4XJG3G3LrOY=; b=MhJY8s68m0+5vli7F4DZar1veREjWmmMI6myAQVKnVCyfM2leMnHfN59ouSFLE7bX/ 6rxVTpxYdilfTffHvYAg+zG2s7VeKmpbvcacTizMgx6GzEwdWVOyeTp+Tfup3Ybl5LMw Ywl09e86Sj2U59MvjH0UfGs000dgg6ZjUXRfbm0cj0bRJwgHKlYbRcXAD7ISCgFiikDJ iEAVgXKMhlCbkkHLdoQ1JrOG8UMvTS2ini4W7AcD4goww6fekQ4LdEMxLVZ2lZ/7cgD9 utPfZB/Gg4dRPIWQXHt9G9GT1CVfgavjIr2J0TtuGODbcVgOX6tPiWr8P3JwkdhtcaCd WVSg==
X-Gm-Message-State: ALoCoQkR59d7tUgH36SUmw0+lqpycgpVnQbGFIi/1e9D8/NeBaVPCQ/KHcl/qAx0H3yurz49/C91
X-Received: by 10.194.238.161 with SMTP id vl1mr9335996wjc.144.1429824284008; Thu, 23 Apr 2015 14:24:44 -0700 (PDT)
Received: from pmmac.home (a95-93-129-252.cpe.netcabo.pt. [95.93.129.252]) by mx.google.com with ESMTPSA id fu2sm154153wic.20.2015.04.23.14.24.42 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 23 Apr 2015 14:24:43 -0700 (PDT)
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\))
Content-Type: multipart/alternative; boundary="Apple-Mail=_7D0E81F3-5C7C-44A8-BC40-1994F0BBBD73"
From: Paulo Mendes <paulo.mendes@ulusofona.pt>
In-Reply-To: <CAMugd_WMjwx1LvzYhn7SfmezENQx7m52-GeSC-vw2as5eMNphg@mail.gmail.com>
Date: Thu, 23 Apr 2015 22:24:41 +0100
Message-Id: <3072C3A8-43B3-4FBC-9215-C2528214A577@ulusofona.pt>
References: <CAMugd_UpCfRvsMMh74ZeG0p-R9Q=uHC8fJUmH5zBDZaH6uWwTw@mail.gmail.com> <rmipp6x16di.fsf@fnord.ir.bbn.com> <D15D0D1C.2CECF%william.d.ivancic@nasa.gov> <rmid22wz6cf.fsf@fnord.ir.bbn.com> <D15D1027.2CEE7%william.d.ivancic@nasa.gov> <CAMugd_WMjwx1LvzYhn7SfmezENQx7m52-GeSC-vw2as5eMNphg@mail.gmail.com>
To: Nabil Benamar <benamar73@gmail.com>
X-Mailer: Apple Mail (2.2070.6)
Archived-At: <http://mailarchive.ietf.org/arch/msg/dtn/gIve8k6EAWQDnltwJDhZKLBntNk>
Cc: "dtn-interest@irtf.org" <dtn-interest@irtf.org>, "dtn@ietf.org" <dtn@ietf.org>, "Ivancic, William D. (GRC-LCA0)" <william.d.ivancic@nasa.gov>
Subject: Re: [dtn] [dtn-interest] DTN static routing
X-BeenThere: dtn@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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: Thu, 23 Apr 2015 21:24:57 -0000

Dear Nabil

For me it makes no sense to talk about static routing when we are talking about networks that should be able exploit any forwarding opportunistic to overcome the problem of facing intermittent Internet connectivity. If you’re talking about Delay-tolerant Networks as in transmissions over long delay links, it makes no sense to talk about routing at all, since the problem is more a reliable transport problem. On the other hand if you are talking about Disruptive-tolerant Networks, then you need dynamic routing to overcome the intermittent connectivity, implementing a store-carry-forward algorithm.

What chairs are you referring to? It should be from the new DTNWG and not from DTNRG. To the best of my knowledge there were presented at least two routing proposals to DTNRG. One is Prophet, which is now RFC6693, and the other is dLife (https://datatracker.ietf.org/doc/draft-moreira-dlife/ <https://datatracker.ietf.org/doc/draft-moreira-dlife/> ). dLife last version is the fourth one. In the meantime, due to lack of feedback, we didn’t releases version 5 in the DTNRG. Currently dLife is being exploited in the European project UMOBILE (http://www.umobile-project.eu <http://www.umobile-project.eu/>).

Paulo

> On 22 Apr 2015, at 15:18, Nabil Benamar <benamar73@gmail.com> wrote:
> 
> Hi All,
> 
> Thank you for your insights and comments!
> In fact, I have suggested during the DTN session in Dallas why not to work on Dynamic routing instead of static routing. I got an answer from the chairs that we don't know which routing protocols could be considered !! And this is the reason that pushed John and I to volunteer for static with the intention to provide a document (short or detailed ) on the aspect !
> 
> We do static routing in some cases even if Dynamic routing is available. It's the case when one wants a stable path (through a firewall) for the packets.
> 
> 
> On Wed, Apr 22, 2015 at 1:53 PM, Ivancic, William D. (GRC-LCA0) <william.d.ivancic@nasa.gov <mailto:william.d.ivancic@nasa.gov>> wrote:
> In line.
> 
> On 4/22/15 8:37 AM, "Greg Troxel" <gdt@ir.bbn.com <mailto:gdt@ir.bbn.com>> wrote:
> 
> >
> >"Ivancic, William D. (GRC-LCA0)" <william.d.ivancic@nasa.gov <mailto:william.d.ivancic@nasa.gov>> writes:
> >
> >> My understanding is Static mean hard wired.  You know what, where and
> >>when
> >> - similar to IP static routing where you know what and where.  No
> >>protocol
> >> is involved.  It is simply configuration.  You propagate the forwarding
> >> table.
> >>
> >> If I recall correctly, static routes usually get preference over dynamic
> >> routes.
> >
> >That makes sense.  I wonder then what it means to work on it
> 
> Me too.
> 
> >- to fix up
> >the reference implementation so that it has equivalents to "netstat -r",
> >"route add", etc.?  Or to write a document giving guidance to people
> >deciding which static routes to add?   Or ?
> 
> 
> I guess one thing would be to state whether or not the "when" is required.
> 
> 
> A second is to state whether "Static" or "Dynamic" has precedence.
> Actually, I prefer dynamic if it is available. If you are doing Static
> routing, it is because you do not have Dynamic routing. Static tends to
> get you in trouble.  We may think we know all, but we usually don't.
> 
> I think this should be a very short document.  Maybe it could actually be
> incorporated into 5050bis or some other document that states default
> assumptions.
> 
> Will
> 
> 
> 
> 
> -- 
> 
> Best Regards
> 
> 
> 
> nabilbenamar.ipv6-lab.net <http://nabilbenamar.ipv6-lab.net/>
> 
> 
> 
> _______________________________________________
> dtn-interest mailing list
> dtn-interest@irtf.org <mailto:dtn-interest@irtf.org>
> https://www.irtf.org/mailman/listinfo/dtn-interest <https://www.irtf.org/mailman/listinfo/dtn-interest>
Melhores Cumprimentos/Best Regards/Mit Freundlichen Gruessen
Paulo Mendes
------------------------------------------------------------
Paulo Mendes, Ph.D
Vice-director of the Research Unit in Cognition and People Centric Computing (COPELABS)
Director of the Ph.D program on Informatics - New Media and Pervasive Systems (NEMPS)
Associated Professor at University Lusofona, Portugal

http://copelabs.ulusofona.pt/~pmendes
Tel.: +351 217 50 50 22