IETF Logo Mail Archive

Re: [Captive-portals] I-D Action: draft-ietf-capport-api-00.txt

Lorenzo Colitti <lorenzo@google.com> Tue, 06 February 2018 04:40 UTC

Return-Path: <lorenzo@google.com>
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 1E26E126C22 for <captive-portals@ietfa.amsl.com>; Mon, 5 Feb 2018 20:40:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.71
X-Spam-Level:
X-Spam-Status: No, score=-2.71 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.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 It2DNrTiFqVY for <captive-portals@ietfa.amsl.com>; Mon, 5 Feb 2018 20:40:30 -0800 (PST)
Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (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 266D8126B6E for <captive-portals@ietf.org>; Mon, 5 Feb 2018 20:40:30 -0800 (PST)
Received: by mail-wm0-x22b.google.com with SMTP id f3so1183907wmc.1 for <captive-portals@ietf.org>; Mon, 05 Feb 2018 20:40:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=qK2bpppNBpWF/Oa0drVC3cXH8GRhrtx7XuL7eIrjIDg=; b=Drfnn7ym1Z7Xes/7Y+HNI8tqjh/l/gaCzFWTZv8IdeGjAERibAp3ftiufsmGkDu4SG USBfLezRzOFS0IIgPQ/VY9F2+FzsqdLSy7T4wWQwh8yCW018zimoW1fYMjhGfZtV/59z 4IUu+nng/lBtUANNEosWpj0gZfUZj68pRpCVqHol9q24G/t1uxW6yJKVUAbBNW109IaO Q+c8P2jbZubRClNfbcpgbr6EbAKO5qmBNxiXD4jjUnLg9gqfDECrRy2scEOOZoBuDW+e mzhxBCLK4Q/qrvPbxi2VGOTpd5luGSPQCZWMcqdWYaxlTPEq1254Jgwm6TGk9YpTfH4o LvzQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=qK2bpppNBpWF/Oa0drVC3cXH8GRhrtx7XuL7eIrjIDg=; b=IuMp/pf7UaU8Opz9xJ0jMqILSEZyS9sAXRojg9hd/J3ILMpnx3SMu9Qw2XrmhIA4Cf g86d06/OJodqadusTAz9OULUKHF84x8FolhHpKHJAMYpbWP1DGQcbUkmbyZ+O6UBc3vy G9KpkrhVxRbe/cORJlKAMs2d5m+NKTiyifm/vPnlqHi/pl9BXd1MXjgO1p7GBd6rFWa3 TMWC/5m+zhkICd3Lv4kMJE5bdiIP9ua5w+o1rXXFnLIyBGHTV8kxFACQ3kPOHiCh7QSg jrqbvVwekfkH+49AHBUdUWD0opDfYU5ChxEOOl+5mpdRKckwF6JKrM0TfBlGK9VuooVk IIWg==
X-Gm-Message-State: APf1xPCcZqI5kBJHJEIBf3JECV4c1YDgDUfNgWalweoih3CLUwW6eCpZ hLimB1uInopL62XgXARY2aGHnmkM65eXEnMdsqYiemueX/U=
X-Google-Smtp-Source: AH8x227D4OxNKzPSErVUZNJpc/tNqco/ZUu/7ayD0qL2U6tfxTuZevW2FkiGXhEcoAPGJ7a3tQNOYZZUKO5xPu0mhuM=
X-Received: by 10.28.35.200 with SMTP id j191mr774321wmj.146.1517892028221; Mon, 05 Feb 2018 20:40:28 -0800 (PST)
MIME-Version: 1.0
Received: by 10.28.220.215 with HTTP; Mon, 5 Feb 2018 20:40:07 -0800 (PST)
In-Reply-To: <CADo9JyWyv=d9osYiRRAG4cav6zGbS4imstV0TJcP4fbTaYamUg@mail.gmail.com>
References: <151778535115.5816.386541967960931391@ietfa.amsl.com> <CADo9JyV2Rz2B9H_h9JMne7XLtMeVb2OajheZ86i5g8nsPmmFOw@mail.gmail.com> <CABkgnnW_x6sokdEo-yyzk0DKFqom6b7aHpoLgRnBHOW_cGB6yA@mail.gmail.com> <CADo9JyXRtyuzoWJKA+aASGh-bEJ8hi323VRdBeyqsgXwNxSkbw@mail.gmail.com> <CADo9JyVtKMCwcXsZgfNSJ8VshjaTxSPS7YWro71Z4Y7K4UWFxA@mail.gmail.com> <CABkgnnX2iQwDR_zgk15OQSCWh1pJBrJRvTwmEHbvsecaoQOuow@mail.gmail.com> <CADo9JyWyv=d9osYiRRAG4cav6zGbS4imstV0TJcP4fbTaYamUg@mail.gmail.com>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Tue, 06 Feb 2018 13:40:07 +0900
Message-ID: <CAKD1Yr39abK5U18tz-B2c3qyaTdHLU3QiFF9r1Lzqap1nsvJiw@mail.gmail.com>
To: David Bird <dbird@google.com>
Cc: Martin Thomson <martin.thomson@gmail.com>, captive-portals@ietf.org
Content-Type: multipart/alternative; boundary="001a113ea8d626eafe056483c785"
Archived-At: <https://mailarchive.ietf.org/arch/msg/captive-portals/ap7p1hTsHQjJhkou9yaFlHtrUig>
Subject: Re: [Captive-portals] I-D Action: draft-ietf-capport-api-00.txt
X-BeenThere: captive-portals@ietf.org
X-Mailman-Version: 2.1.22
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: Tue, 06 Feb 2018 04:40:32 -0000

On Tue, Feb 6, 2018 at 10:07 AM, David Bird <dbird@google.com> wrote:

> Not really.  The way I understand it, the UE alters routing tables so
>> that only applications that explicitly opt in to using the interface
>> to the network can do so.  That state exists until the network is
>> given an "all clear".
>>
>
> I understand that. But, *really*, the application(s) that opt-in, as it
> were, are using the  network... DNS, HTTPS (to the API), etc.
>
> I'm not overly comfortable designing network protocols around, basically,
> UE limitations and easy of programming... The  UE *could* be more
> flexible...
>

You're splitting hairs here. The UE does not ban applications from using
the captive network in the sense that applications can choose to use it if
they wish to. One notable use case is applications whose goal is to log
into captive portals automatically by leveraging existing credentials. So
Martin's original statement could be worded as "UE vendors express a strong
desire to be able to know about status before they inflict the network on
apps that want Internet access".

v2.23.0 | Report a Bug | By Email