[Captive-portals] Document Action: 'Captive Portal Architecture' to Informational RFC (draft-ietf-capport-architecture-10.txt)

The IESG <iesg-secretary@ietf.org> Thu, 24 September 2020 19:22 UTC

Return-Path: <iesg-secretary@ietf.org>
X-Original-To: captive-portals@ietf.org
Delivered-To: captive-portals@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B2963A123F; Thu, 24 Sep 2020 12:22:34 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 7.17.0
Auto-Submitted: auto-generated
Precedence: bulk
Cc: rfc-editor@rfc-editor.org, The IESG <iesg@ietf.org>, draft-ietf-capport-architecture@ietf.org, mt@lowentropy.net, barryleiba@gmail.com, Martin Thomson <mt@lowentropy.net>, captive-portals@ietf.org, capport-chairs@ietf.org
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
Message-ID: <160097535415.5516.10058309865225140261@ietfa.amsl.com>
Date: Thu, 24 Sep 2020 12:22:34 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/captive-portals/9I3ubW3VwJNaB4vsKgoGqgtTUXM>
Subject: [Captive-portals] Document Action: 'Captive Portal Architecture' to Informational RFC (draft-ietf-capport-architecture-10.txt)
X-BeenThere: captive-portals@ietf.org
X-Mailman-Version: 2.1.29
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: Thu, 24 Sep 2020 19:22:34 -0000

The IESG has approved the following document:
- 'Captive Portal Architecture'
  (draft-ietf-capport-architecture-10.txt) as Informational RFC

This document is the product of the Captive Portal Interaction Working Group.

The IESG contact persons are Murray Kucherawy and Barry Leiba.

A URL of this Internet Draft is:
https://datatracker.ietf.org/doc/draft-ietf-capport-architecture/




Technical Summary:

This document defines terminology related to the operation of a captive portal.
Using those terms, it then defines how a network that deploys a captive portal
should work.

Working Group Summary:

This document was difficult to reach consensus on.  The complexity of the
architecture here is reflective of a far greater complexity in practice of
deployment.

More contentious in discussion was the question of what signals from the network
would be provided and what clients might do in response to those signals.  The
hard reality of the situation is that clients will be forced to use the existing
heuristics they use, likely indefinitely, even when the mechanisms we define are
in relatively wide deployment.

A particularly difficult discussion was the option for a network to signal that
conditions have changed.  There was considerable discussion about the security
properties of unsolicited signals from the network, how that related to the
identification of endpoints (or User Equipment to use the terminology here), and
how these signals might be turned to malicious ends.

In the end, we decided to document requirements for how User Equipment is
identified and how to avoid identifier spoofing.  A high-level design and
security requirements for a signal from the network about changed conditions was
also documented, but no mechanism that met these requirements was proposed and
the working group decided to proceed to publication without a specific
mechanism.

Document Quality:

This document has not had a whole lot of attention from editors over time, and
editors have changed.  This shows in some editorial aspects of the document, but
aside from a few areas in which things like terminology are inconsistently
capitalized, the document is in good shape.  The current editors have made some
significant improvements.

Personnel:

Martin Thomson is document shepherd.  Barry Leiba is the responsible Area Director.