Re: [dtn] convergence layer over HTTP CL ?
Rick Taylor <rick@tropicalstormsoftware.com> Thu, 27 August 2020 09:25 UTC
Return-Path: <rick@tropicalstormsoftware.com>
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 038333A0844 for <dtn@ietfa.amsl.com>; Thu, 27 Aug 2020 02:25:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 FziYFaAFEZhL for <dtn@ietfa.amsl.com>; Thu, 27 Aug 2020 02:25:41 -0700 (PDT)
Received: from mail.tropicalstormsoftware.com (mail.tropicalstormsoftware.com [188.94.42.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B1E843A0843 for <dtn@ietf.org>; Thu, 27 Aug 2020 02:25:40 -0700 (PDT)
Received: from tss-server1.home.tropicalstormsoftware.com ([fe80::48e4:acbb:6065:8168]) by tss-server1.home.tropicalstormsoftware.com ([fe80::48e4:acbb:6065:8168%16]) with mapi id 14.03.0487.000; Thu, 27 Aug 2020 10:25:37 +0100
From: Rick Taylor <rick@tropicalstormsoftware.com>
To: Loiseau lucien <loiseau.lucien@gmail.com>, "dtn@ietf.org" <dtn@ietf.org>
Thread-Topic: [dtn] convergence layer over HTTP CL ?
Thread-Index: AQHWfERWLlhDwgHSfUSbBOUCgYh7jKlLrTKQ
Date: Thu, 27 Aug 2020 09:25:36 +0000
Message-ID: <38A5475DE83986499AEACD2CFAFC3F9801F587A943@tss-server1.home.tropicalstormsoftware.com>
References: <CANoKrvboiPqYOtb78rQnVVNdEHHD1Cz8OX7gJ1CQBDkwdGfHyQ@mail.gmail.com>
In-Reply-To: <CANoKrvboiPqYOtb78rQnVVNdEHHD1Cz8OX7gJ1CQBDkwdGfHyQ@mail.gmail.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [2a02:1648:4000:120:255d:5be8:cc9:ceef]
Content-Type: multipart/alternative; boundary="_000_38A5475DE83986499AEACD2CFAFC3F9801F587A943tssserver1hom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/dtn/UWI6hgjf_3aa0lODyFm7R4jWZdY>
Subject: Re: [dtn] convergence layer over HTTP CL ?
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: Thu, 27 Aug 2020 09:25:44 -0000
Hi Lucien, Some time ago I started to draft an HTTP-CL, as I agree it is a really interesting concept. However, I stalled due to lack of time and one issue that I failed to completely resolve to my satisfaction: HTTP is a naturally request/response, client-server protocol. A client asks for something, the server gives it. A DTN CL usually facilitates the bi-directional transmission of bundles between agents. So, my conclusion was that an HTTP CL would work very elegantly as a submission protocol, where an ‘edge‘ agent would pass bundles to a well-known upstream BPA, and collect any outstanding bundles waiting for it. However, in the ‘transit’ network, between BPA agents acting as routers, it is less obvious how it would work well. This doesn’t mean that an HTTP CL is a bad idea, and I would be happy to help flesh something out, but it does need a bit of careful thought. Note: I am not referring to using BP to carry ‘web’ requests, but using HTTP to move bundles. Cheers, Rick From: dtn [mailto:dtn-bounces@ietf.org] On Behalf Of Loiseau lucien Sent: 27 August 2020 08:33 To: dtn@ietf.org Subject: [dtn] convergence layer over HTTP CL ? Hi, I was wondering if there was any documented or standardized effort to use HTTP as the convergence layer for the bundle protocol ? This is especially useful when a DTN node is hosted with a cloud provider (such as AWS / GCP) for which front gateway are HTTP only. Regards, Lucien -- Lucien Loiseau
- [dtn] convergence layer over HTTP CL ? Loiseau lucien
- Re: [dtn] convergence layer over HTTP CL ? Rick Taylor
- Re: [dtn] convergence layer over HTTP CL ? Loiseau lucien
- Re: [dtn] convergence layer over HTTP CL ? Mehmet Adalier
- Re: [dtn] convergence layer over HTTP CL ? Rick Taylor
- Re: [dtn] convergence layer over HTTP CL ? lloyd.wood