Re: [gaia] Fwd: RE: Review required: draft-irtf-gaia-alternative-network-deployments

Mitar <mmitar@gmail.com> Sun, 17 April 2016 06:20 UTC

Return-Path: <mmitar@gmail.com>
X-Original-To: gaia@ietfa.amsl.com
Delivered-To: gaia@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 32D3A12D72E for <gaia@ietfa.amsl.com>; Sat, 16 Apr 2016 23:20:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 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, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tn7prwGoOzeS for <gaia@ietfa.amsl.com>; Sat, 16 Apr 2016 23:20:28 -0700 (PDT)
Received: from mail-ig0-x242.google.com (mail-ig0-x242.google.com [IPv6:2607:f8b0:4001:c05::242]) (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 3801212D54B for <gaia@irtf.org>; Sat, 16 Apr 2016 23:20:28 -0700 (PDT)
Received: by mail-ig0-x242.google.com with SMTP id qu10so7441946igc.1 for <gaia@irtf.org>; Sat, 16 Apr 2016 23:20:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=4pvZRtDT+42XlXNprresIJMH1bNrMmBBRZt0hkOcDrw=; b=JtnRNhOHYi1nOqxJlgtqskW/n3fqNTVJUAudYcwwHggAHO9TeuYFqz4IXT6sF5C1R1 umGjkJoJJ8mD+CHqBcF+rhR402irKTP3/Gj/rpf4Zv14QiGEp31+EYGPNMrYaD6If8Ao 3sMT1Ljd7/1nPh/jc0Ux2cpgAoar1rIor5iBSbtmP1hp0DDJ0gCQNdLeUyuD51qUJPeK nWHBjirzpLMBlCLzYywhxHtRpdpqhDUTimuGYt/beX/T3SclkuTjCyTBYxxI0aKFXGHO J5iafTy75VzmQ+TIDX1pDsOmUV9EOwujdZb/z7KUQHkLMuwoYvgDIC6yYCE04rBnUgSQ gg4A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=4pvZRtDT+42XlXNprresIJMH1bNrMmBBRZt0hkOcDrw=; b=YreccmHv/qPVi3kCDyFakbkuzXtQbT44qG+4vmWe2lDuuQuPNE2NCe6i3Ntqz60zFf apgu2Ww9AyjMODMHQiN20wedMCV+p+lMIOG6WIWkr33DM6ss+S7tShFuhW/KqAsViOiU RLOc712q2VKU05PhDV0rv7wziu2TwYXsWcPV+CNS4Bumjp5A97uVcMKGtehroqPCZliM VOqdRXfF33KO/EyzBDS5LvRJuNTjRaPkSBa1T3yznQ1aYOIBv3o1hn1+Rm6qT6tHPg0w IF96l/XH2SGdm/KlTdMb/WUtecXMG6BU2YGQRNIkM7+wjPP7MYlRwRzvk4CQhljjgbe9 izNQ==
X-Gm-Message-State: AOPr4FXUrmjkD+Hc4xQ0zwYXozpHsAVDA3MQKgZ7TMnPoNN3eOJu/orgzJ3OmXP3555gB3pl2kFudW8BZ6X3cA==
MIME-Version: 1.0
X-Received: by 10.50.77.45 with SMTP id p13mr13003039igw.38.1460874027222; Sat, 16 Apr 2016 23:20:27 -0700 (PDT)
Received: by 10.107.146.131 with HTTP; Sat, 16 Apr 2016 23:20:27 -0700 (PDT)
In-Reply-To: <2eede7e18d6a48d35c62a10b1fe9bc44@systemli.org>
References: <ee014af6a8b3e085b427caac65547999@systemli.org> <5d76a50d6f49977440e927a742aa27e5@unizar.es> <705aac1463952c2a0630f63ec198a894@systemli.org> <006b01d19554$eff69080$cfe3b180$@unizar.es> <695d7f8c0af83663c60adda51613382d@systemli.org> <CAKLmikMPQkB4TBdhHHR_wSwd29DtxKjuLjG3qGV-VgqSzep8YA@mail.gmail.com> <2eede7e18d6a48d35c62a10b1fe9bc44@systemli.org>
Date: Sat, 16 Apr 2016 23:20:27 -0700
Message-ID: <CAKLmikP8J_3sw-qG_UwkGat4cMx9v3KoTU_Ggkpw85kpX-=7WQ@mail.gmail.com>
From: Mitar <mmitar@gmail.com>
To: future@systemli.org
Content-Type: text/plain; charset=UTF-8
Archived-At: <http://mailarchive.ietf.org/arch/msg/gaia/VuYeMJSSpZcPU1YvuarIZ7fKhP8>
Cc: gaia <gaia@irtf.org>
Subject: Re: [gaia] Fwd: RE: Review required: draft-irtf-gaia-alternative-network-deployments
X-BeenThere: gaia@irtf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Global Access to the Internet for All <gaia.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/gaia>, <mailto:gaia-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gaia/>
List-Post: <mailto:gaia@irtf.org>
List-Help: <mailto:gaia-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/gaia>, <mailto:gaia-request@irtf.org?subject=subscribe>
X-List-Received-Date: Sun, 17 Apr 2016 06:20:30 -0000

Hi!

On Fri, Apr 15, 2016 at 6:20 AM,  <future@systemli.org> wrote:
>> Those are mostly overlay networks
>
> If this answers your question:
> GNUnet, Maidsafe, Net2o can all set on UDP:
>
> http://www.grothoff.org/christian/mapping2014.pdf, page 34
> https://github.com/maidsafe/MaidSafe-Transport
> http://fossil.net2o.de/net2o/doc/trunk/wiki/topology.md
>
> In addition GNUnet can set on WLAN and Bluetooth.
> So what is missing for the others is just the right module beneath.
> It is a question of time that they get it and that at least one of these
> newcomers constitute community wireless networks, whereas GNUnet is closest,
> and will again, afaik participate at the Battlemesh this year.

OK, let me rephrase my question: there is no currently existing direct
non-testped deployment on dedicated infrastructure for these protocols
(so that there would be for example routers running those protocols)?
Any real network one can use are currently still overlay networks?

So the question is: while this is still in process, there is still no
party which would decide to use it "in production", directly, no?

What is this document's editorial policy on including promising to-be
technologies and approaches? Should we maybe have a section to
speculate and provide some links (we could also mention DTN there)?

> Actually they all do, as long as you don't mean layer 0 - hardware.
> But that might come along when the time has come.

I meant hardware, yes.

>> Some other similar projects (to my knowledge):
>>
>> https://en.wikipedia.org/wiki/Cjdns
>
> Cjdns provides end-2-end-encryption and there are communities using it.
> As long as not configured (using Tor) it provides no protection of metadata.
>
>> https://ipfs.io/
>
> Provides no end-to-end-encryption nor metadata-protection.
> Maybe useful on top of an Internet that delivers the above requirements.

Yes, it is interesting how different projects are picking different
trade-offs. It will be really interesting to see which ones will take
off.


Mitar

-- 
http://mitar.tnode.com/
https://twitter.com/mitar_m