Re: [Captive-portals] Fwd: I-D Action: draft-ietf-capport-architecture-03.txt

Nicolas Mailhot <nicolas.mailhot@laposte.net> Mon, 31 December 2018 13:47 UTC

Return-Path: <nicolas.mailhot@laposte.net>
X-Original-To: captive-portals@ietfa.amsl.com
Delivered-To: captive-portals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E622812894E for <captive-portals@ietfa.amsl.com>; Mon, 31 Dec 2018 05:47:20 -0800 (PST)
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=laposte.net
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 BxgGCUBn8j4C for <captive-portals@ietfa.amsl.com>; Mon, 31 Dec 2018 05:47:16 -0800 (PST)
Received: from smtp.laposte.net (smtpoutz27.laposte.net [194.117.213.102]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 044F11277BB for <captive-portals@ietf.org>; Mon, 31 Dec 2018 05:47:15 -0800 (PST)
Received: from smtp.laposte.net (localhost [127.0.0.1]) by lpn-prd-vrout015 (Postfix) with ESMTP id 98152276EFA for <captive-portals@ietf.org>; Mon, 31 Dec 2018 14:47:13 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=laposte.net; s=mail0; t=1546264033; bh=wOzcxknYiA4wylA2MsHDlGRp8+XyzDJPsZhwHEUuiVg=; h=Subject:From:To:Date:In-Reply-To:References; b=PXF1ILzG4i5IKjlDQaLyIKfBVmInWPIoMk7vruUglvAaDPx1nHgpZFWihNZnbTMer 63z1zpejxVGE75oLn6udlnzYEyYggsBYUPESQHPxlwZZWj5g8CaVu0XXCBXiufAxY/ W3eMsL+7iJgT5E0XL/FzrdxpbGlU3wacuLwnT8//lDWBoI5ppbGpSg9581dpKmhVX/ DVa4TMLrKQya4HoqlijP3VAK/Gj32tGWMAJXvvaZGKDtGy6OjPqd76Z3fKyTlR/mCr gNqea7Rj2Q9U9qBud9YjV0Hc5y4GYfGkZlF+ftSeOoINA+MPymgrIAYzL0h5McscM8 u2zCQVwhkozYQ==
Received: from smtp.laposte.net (localhost [127.0.0.1]) by lpn-prd-vrout015 (Postfix) with ESMTP id 8784B277162 for <captive-portals@ietf.org>; Mon, 31 Dec 2018 14:47:13 +0100 (CET)
Received: from lpn-prd-vrin002 (lpn-prd-vrin002.prosodie [10.128.63.3]) by lpn-prd-vrout015 (Postfix) with ESMTP id 8192E276EFA for <captive-portals@ietf.org>; Mon, 31 Dec 2018 14:47:13 +0100 (CET)
Received: from lpn-prd-vrin002 (localhost [127.0.0.1]) by lpn-prd-vrin002 (Postfix) with ESMTP id 702135E856F for <captive-portals@ietf.org>; Mon, 31 Dec 2018 14:47:13 +0100 (CET)
Received: from arekh.ddns.net (unknown [82.64.49.105]) by lpn-prd-vrin002 (Postfix) with ESMTPA id 278065E81E8; Mon, 31 Dec 2018 14:47:12 +0100 (CET)
Received: from malina.localdomain (91-163-241-73.subs.proxad.net [91.163.241.73]) by arekh.ddns.net (Postfix) with ESMTPSA id A46262202A5; Mon, 31 Dec 2018 14:47:11 +0100 (CET)
Message-ID: <b2cc2e81fb2c6226d482cdd9e2cbff0cf33120df.camel@laposte.net>
From: Nicolas Mailhot <nicolas.mailhot@laposte.net>
To: Martin Thomson <mt@lowentropy.net>, captive-portals@ietf.org
Date: Mon, 31 Dec 2018 14:47:10 +0100
In-Reply-To: <1546226168.2302634.1621590656.150FEA52@webmail.messagingengine.com>
References: <154593193395.11930.16738431366515870255@ietfa.amsl.com> <CACuvLgwCSB13U6rXGLTwpQ-riT+7fi_HyKLD2FjzDexA4u0Rkg@mail.gmail.com> <CADo9JyWAFvBiBqb5oA-vGED1Cpo8F37GzAQhke_=E1ZpJrWdSQ@mail.gmail.com> <1546226168.2302634.1621590656.150FEA52@webmail.messagingengine.com>
Content-Type: text/plain; charset="UTF-8"
User-Agent: Evolution 3.30.3 (3.30.3-1.fc29)
Mime-Version: 1.0
Content-Transfer-Encoding: 8bit
X-VR-FullState: 0
X-VR-Score: -100
X-VR-Cause-1: gggruggvucftvghtrhhoucdtuddrgedtledruddvgdehjecutefuodetggdotefrodftvfcurfhrohhf
X-VR-Cause-2: ihhlvgemucfntefrqffuvffgnecuuegrihhlohhuthemucehtddtnecusecvtfgvtghiphhivghnthhs
X-VR-Cause-3: ucdlqddutddtmdenucfjughrpefkuffhvfffjghftggfggfgsehtkeertddtreejnecuhfhrohhmpefp
X-VR-Cause-4: ihgtohhlrghsucforghilhhhohhtuceonhhitgholhgrshdrmhgrihhlhhhotheslhgrphhoshhtvgdr
X-VR-Cause-5: nhgvtheqnecukfhppeekvddrieegrdegledruddthedpledurdduieefrddvgedurdejfeenucfrrghr
X-VR-Cause-6: rghmpehmohguvgepshhmthhpohhuthdpihhnvghtpeekvddrieegrdegledruddthedphhgvlhhopegr
X-VR-Cause-7: rhgvkhhhrdguughnshdrnhgvthdpmhgrihhlfhhrohhmpehnihgtohhlrghsrdhmrghilhhhohhtsehl
X-VR-Cause-8: rghpohhsthgvrdhnvghtpdhrtghpthhtoheptggrphhtihhvvgdqphhorhhtrghlshesihgvthhfrdho
X-VR-Cause-9: rhhgpdhrtghpthhtohepmhhtsehlohifvghnthhrohhphidrnhgvthenucevlhhushhtvghrufhiiigv
X-VR-Cause-10: pedt
X-VR-AvState: No
X-VR-State: 0
X-VR-State: 0
Archived-At: <https://mailarchive.ietf.org/arch/msg/captive-portals/7d0_8j13biUbbhMbu1qeUrq0c5I>
Subject: Re: [Captive-portals] Fwd: I-D Action: draft-ietf-capport-architecture-03.txt
X-BeenThere: captive-portals@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Discussion of issues related to captive portals <captive-portals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/captive-portals>, <mailto:captive-portals-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/captive-portals/>
List-Post: <mailto:captive-portals@ietf.org>
List-Help: <mailto:captive-portals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/captive-portals>, <mailto:captive-portals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 31 Dec 2018 13:47:21 -0000

Le lundi 31 décembre 2018 à 14:16 +1100, Martin Thomson a écrit :
> no hats...
> 
> On Fri, Dec 28, 2018, at 06:14, David Bird wrote:
> > I, for one, think "Document that the signaling protocol does not
> > provide
> > mechanisms for non-binary blocking." is where IETF tries to become
> > a some
> > sort of legal authority...
> 
> The IETF describes what consenting protocol participants can do.  So,
> I'm fairly sure that legal authority has no bearing on
> this.  However, your point remains a good one.

Let's be honest and cut the crap.

Binary blocking does not exist. No one with an ounce of technical know-
how will ever implement such a thing.

A plane/train portal will provide free access to the train/plane live
location map, a school will provide free access to the school library
website and class schedules, a corp will provide free access to the
corp internal webapps, an internet cofee will provide free access to
its commercial portal with remaining time counter, parental controls
will provide free access to Disney comics, and so on. Tech stuff
documentation, including portal documentation, is online by defaut
nowadays. Even lightbulbs and toasters can have their own webpage.
Pretenting a network equipment will not in 2018 is utter dishonest
technical bullshit. That's not consensus at work that's capture by
special interests.

Normalising binary blocking is as idiotic as normalising that home
doors have no locks because some ultra marginal rural neighborhoods can
afford not to lock their doors (Guess what? They buy doors with locks
like everyone else. They just choose not to use them. And even when
they do not lock their main door they *will* lock the shed containing
dangerous sharp instruments in presence of small children).

When the IETF tries to pretend, that the default is different from the
one any last year IT student will naturally implement, it is taking a
political not technical stance. It is sabotaging its own standards. It
is discrediting itself as a neutral technical authority.

-- 
Nicolas Mailhot