Re: [gaia] Comments on: draft-irtf-gaia-alternative-network-deployments

Mitar <mmitar@gmail.com> Mon, 11 April 2016 20:47 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 E25F912F12A for <gaia@ietfa.amsl.com>; Mon, 11 Apr 2016 13:47:01 -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 b9MUqz_d6rqU for <gaia@ietfa.amsl.com>; Mon, 11 Apr 2016 13:47:00 -0700 (PDT)
Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::233]) (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 31F2712E436 for <gaia@irtf.org>; Mon, 11 Apr 2016 13:47:00 -0700 (PDT)
Received: by mail-ig0-x233.google.com with SMTP id f1so71653806igr.1 for <gaia@irtf.org>; Mon, 11 Apr 2016 13:47:00 -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=WvTqgtpLbvKhsfHAlOb52RXHwxfNbbhaN6EZjL2giaY=; b=hdEKtXchMGGpdFpJabUaYXxegNLcjhoSBRVCGd0ssTvxOIof7o5PK8w6y0lbdSplU0 uEdwkmQd1g9K/zj8XvuNwyV7lf0iTRWJBPi6dCeqjNbT9RMHx+WW8QnhTi2gnd5f/+1f I68/MAlTGHyttyK/wQZ0Rl2kFLLIo2odjEzUSppFpZLvIPqnYFQgthPTHQq2+4R1UCVH 9HHu7MhAUN30YXqlk9WCVqaD8usXcZv3XARF603V+mZFY4MU22pO71DivxXXJTVR3lDN 3UHWsYqUOruDVc5c13vitxLP24+oZ0R+FJqamK/gjNgtuLWlw6EYP1JA984ybCu8aSZf 1Taw==
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=WvTqgtpLbvKhsfHAlOb52RXHwxfNbbhaN6EZjL2giaY=; b=D/+82Dl1YlpyBKwSQPAw2oS33RTV80XFtP0dR36GUN6yhJuvzSGvZmX5QN0lqVtfVn mpflr37x5nRJR80++qBxaZbA1MF75utJDs/SG4G/17LLfAYZEAtGVeEHEsF/tZqiikWx HU8jnVOM6yqAgdSHDjjyCrvcEki2OyFMd2WUs0abr/fjsaX30Vij/sIoxO/ihsS+SpDs nOsL1ZJS+PShSnI3vvyZB6ZPu7Ag48rP38XqpkqwWIeaU0mYHGn2WMWheM4ZjZJC1E1z y6vmGqCnzqUILaa6wnWsgJw2sph44deBG5ETt5VA/z0nj7RUNgluMO5L9CdZaTs+P/6X edFA==
X-Gm-Message-State: AOPr4FUdRVunluCI6zDOd3YfI1fsFAJ6mewAcH+1RX3kOiXvoghs8MpJyn9nKgKqGol/chcDlsQARx/rRa9RcQ==
MIME-Version: 1.0
X-Received: by 10.50.92.41 with SMTP id cj9mr104744igb.38.1460407619398; Mon, 11 Apr 2016 13:46:59 -0700 (PDT)
Received: by 10.107.13.76 with HTTP; Mon, 11 Apr 2016 13:46:59 -0700 (PDT)
In-Reply-To: <00e601d19400$f7bf3830$e73da890$@unizar.es>
References: <CAKLmikPYuSrE69e5neDxOu+5+aUUJm_=vknaZxx3yBsWzfBHvw@mail.gmail.com> <00e601d19400$f7bf3830$e73da890$@unizar.es>
Date: Mon, 11 Apr 2016 13:46:59 -0700
Message-ID: <CAKLmikO854rB0H_DAL8oKD0EWuxx_ZsXWeZy89xB78TaHT4mNw@mail.gmail.com>
From: Mitar <mmitar@gmail.com>
To: Jose Saldana <jsaldana@unizar.es>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <http://mailarchive.ietf.org/arch/msg/gaia/OxyzkTqVquBUcuR8-wRoc1YyEMs>
Cc: gaia <gaia@irtf.org>
Subject: Re: [gaia] Comments on: 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: Mon, 11 Apr 2016 20:47:02 -0000

Hi!

On Mon, Apr 11, 2016 at 7:46 AM, Jose Saldana <jsaldana@unizar.es> wrote:
> The main question now is this: this work started a long time ago (the first
> version is from Dec 20, 2014), and after a lot of work and discussion, the
> draft has already passed the Working Group Last Call, and the IRSG review.
> So at this stage we cannot include modifications substantially modifying it.

It is amazing that in whole this work until now this was the first
time that information about this process has come to the community
networks at all. And I am probably on all mailing lists there are
about community networks.

So I would really be questioning how it is possible to create such a
document without involvement of the whole segment you are trying to
describe? From my reading it seems you have consulted only with
guifi.net community network, UPC, and not much others? And even that
was without any broader survey or something?

I got some private comments explaining agreement with my comments and
surprises how community networks are depicted in your draft.

So now you have a decision to make. Are you going further with
something you know lacks clearly needed improvements, or you go on
just because you are stuck in the process. What would really be the
benefit to the broader Internet community if it contains such (I would
claim) invalid information?

Please point me to messages to wireless community mailing lists where
gaia task force send any announcement about this work, ask community
networks for input, reported to them on progress and process?
Explained deadlines and so on?

> We will have a look at your suggestions, and include those that we can
> reasonably include, but we have to move forward, or we will never have a
> document about this.

This would be loss for the whole Internet community. No document is
better than invalid document, no?

> The question is that if we re-open the discussion, we
> will have to go back again, and this is something we should avoid.

Why? Isn't the rational thing to try to get to something useful? What
is the purpose of this document? To have something published? Or to
have something published which can guide and inform the Internet
community in a meaningful way? Currently, the document pretty badly
represents wireless community networks to the extent that I would even
consider it harmful to represent them in this way. Or at least rename
"community networks" in your document to something else, like
"community operated Internet providers" and let "community networks"
be defined in some other document.


Mitar

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