Re: RESENDING - Incremental Deployment of IPv6-only Wi-Fi for IETF Meetings

Bill Fenner <fenner@fenron.com> Fri, 28 July 2017 19:04 UTC

Return-Path: <fenner@fenron.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CD4AA131DA9 for <ietf@ietfa.amsl.com>; Fri, 28 Jul 2017 12:04:37 -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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=fenron.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 MGYNo5MX2I62 for <ietf@ietfa.amsl.com>; Fri, 28 Jul 2017 12:04:34 -0700 (PDT)
Received: from mail-oi0-x22c.google.com (mail-oi0-x22c.google.com [IPv6:2607:f8b0:4003:c06::22c]) (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 5E9EB131DA8 for <ietf@ietf.org>; Fri, 28 Jul 2017 12:04:34 -0700 (PDT)
Received: by mail-oi0-x22c.google.com with SMTP id g131so140721208oic.3 for <ietf@ietf.org>; Fri, 28 Jul 2017 12:04:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fenron.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=yP/WUEJAzgM4SicRfmvHa4E7Kx1vGOoh3coiEP5Ica8=; b=C2NlyJYRDTPExXwrTPnhRB889eWEUOWFpnJP/kvADG0cIY1IjNPcLdf9Qgj0XvMrzo ntsHXJQZxnAyJnihEBuwisiGY6JaVqLpt94FJMMtJspOzKQe5LK+BbfJun5hlHnFlUZ4 /CX7Wq4G7Fs47R5ZBN7FE4zVe3ATqlGSPhgJk=
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=yP/WUEJAzgM4SicRfmvHa4E7Kx1vGOoh3coiEP5Ica8=; b=tePkGlmVAqGdBHnpoR1pSVJPz3TlVG7/djpYbwI3V0rYpZXCAD0vUxGMfOLTdCeVJL NhXOGYNU5fm+IkaNv+H0LjcrPth6yTtU24xfRkKgBeJINIDutpOibrSrTsoCbKMGmKSA OKiNwAL/0nIvqR8FFGaDehJE03o2cYq2aQpNd6K5MtmyOtipkMGWJ0DQ9KvbOZGzENBO /ArRjArwB9JLU9UuhqD6H7BeVW9EDLmNM2bsUBQLZd6zvHrB7dzMl1hBioChQXJtplsj wLYJTzbv34MpzWhzjsOJyF2y5zI5zoJY8QYFgUbDzsM7NTF9KfxvOzAS4nyX3NYdkG4d p/vA==
X-Gm-Message-State: AIVw110TMVrkpjzsRmBJ+g4bvss0XnIEt4oBylenVi8g4zVspLZqzVYk b1oElCHY0Wf5mkBvhK9iUdaUCSqg45mRCeM=
X-Received: by 10.202.220.195 with SMTP id t186mr7268971oig.111.1501268673453; Fri, 28 Jul 2017 12:04:33 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.74.148.9 with HTTP; Fri, 28 Jul 2017 12:04:32 -0700 (PDT)
In-Reply-To: <93C56C4E-8915-4116-B56D-2D623978FF55@cable.comcast.com>
References: <93C56C4E-8915-4116-B56D-2D623978FF55@cable.comcast.com>
From: Bill Fenner <fenner@fenron.com>
Date: Fri, 28 Jul 2017 15:04:32 -0400
Message-ID: <CAATsVbacCxdj1ijt6oqu+hcPYpcYnziWUAtVrG2KiPMfFk90hQ@mail.gmail.com>
Subject: Re: RESENDING - Incremental Deployment of IPv6-only Wi-Fi for IETF Meetings
To: "ietf@ietf.org" <ietf@ietf.org>
Cc: "draft-jjmb-v6ops-ietf-ipv6-only-incremental@ietf.org" <draft-jjmb-v6ops-ietf-ipv6-only-incremental@ietf.org>, "Brzozowski, John" <John_Brzozowski@comcast.com>, Suresh Krishnan <suresh.krishnan@gmail.com>
Content-Type: multipart/alternative; boundary="001a113d3e20fe77090555655979"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/fhwCm8tax0OswsRrVoIbrVyVd00>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 28 Jul 2017 19:04:38 -0000

I understand there was a great deal of private discussion on this topic,
but none of it made it to the public lists.  Can someone who was involved
with the private discussion summarize it for this list?

Thanks,
  Bill


On Mon, Jul 17, 2017 at 3:33 AM, Brzozowski, John <
John_Brzozowski@comcast.com> wrote:

> Apologies, I understand this mail did not make it to the various lists.
>
> John
> +1-484-962-0060
>
> -----Original Message-----
> From: John Brzozowski <John_Brzozowski@Cable.Comcast.com>
> Date: Sunday, July 16, 2017 at 20:28
> To: "draft-jjmb-v6ops-ietf-ipv6-only-incremental@ietf.org" <
> draft-jjmb-v6ops-ietf-ipv6-only-incremental@ietf.org>
> Cc: Randy Bush <randy@psg.com>, Alissa Cooper <alissa@cooperw.in>, Jim
> Martin <jim@daedelus.com>, Jari Arkko <jari.arkko@piuha.net>, Suresh
> Krishnan <suresh.krishnan@gmail.com>, Russ Housley <housley@vigilsec.com>
> Subject: Incremental Deployment of IPv6-only Wi-Fi for IETF Meetings
>
>     Folks,
>
>     Apologies in advance for the gratuitous cross posting (v6ops, ietf,
> ipv6, sunset4, softwires).  I hope, to you all, this is worth the added
> email.
>
>     The draft below was written to provide the necessary documentation to
> enable the IETF (the NOC, participants, etc.) to migrate to an IPv6 only
> primary network connection (Wi-Fi and wired) that utilizes NAT64+DNS64 to
> access IPv4 only content.  The request for IETF 99 has been to have the
> primary “ietf” SSID adhere to what is documented in the I-D below.  I trust
> the motivation is understood.  This means that the main “ietf” SSID would
> be switched to be IPv6 only with NAT64+DNS64 (at layer 3) per the I-D
> below.  Given the that IETF99 is upon us, this may or may not be entirely
> possible.
>
>     At this stage, the infrastructure preparations for IETF 99 should be
> in place to ensure that the IETF has the necessary hardware for redundancy
> and performance.
>
>     So, we are all seeking your input.  Given the above, what would all
> you suggest is tolerable for IETF99 as it pertains to the I-D below?
>
>     • IPv6 only per the I-D for the balance of IETF week?
>     • IPv6 only per the I-D for one or more days this week?
>     • IPv6 only per the I-D for the plenary?
>     • IPv6 only per the I-D for the next IETF meeting?
>
>     Please send us your feedback.
>
>     Regards,
>
>     John
>     +1-484-962-0060
>
>     -----Original Message-----
>     From: "internet-drafts@ietf.org" <internet-drafts@ietf.org>
>     Date: Saturday, July 1, 2017 at 03:04
>     To: Marcus Keane <marcus.keane@microsoft.com>, Jen Linkova <
> furry@google.com>, Lorenzo Colitti <lorenzo@google.com>, John Brzozowski <
> John_Brzozowski@Cable.Comcast.com>, Erik Kline <ek@google.com>, John
> Brzozowski <John_Brzozowski@Cable.Comcast.com>, David Schinazi <
> dschinazi@apple.com>, Stuart Cheshire <cheshire@apple.com>, Jen Linkova <
> furry@google.com>, Paul Saab <ps@fb.com>, David Schinazi <
> dschinazi@apple.com>
>     Subject: New Version Notification for draft-jjmb-v6ops-ietf-ipv6-
> only-incremental-00.txt
>
>
>         A new version of I-D, draft-jjmb-v6ops-ietf-ipv6-
> only-incremental-00.txt
>         has been successfully submitted by John Jason Brzozowski and
> posted to the
>         IETF repository.
>
>         Name:           draft-jjmb-v6ops-ietf-ipv6-only-incremental
>         Revision:       00
>         Title:          Incremental Deployment of IPv6-only Wi-Fi for IETF
> Meetings
>         Document date:  2017-06-30
>         Group:          Individual Submission
>         Pages:          15
>         URL:            https://www.ietf.org/internet-
> drafts/draft-jjmb-v6ops-ietf-ipv6-only-incremental-00.txt
>         Status:         https://datatracker.ietf.org/
> doc/draft-jjmb-v6ops-ietf-ipv6-only-incremental/
>         Htmlized:       https://tools.ietf.org/html/
> draft-jjmb-v6ops-ietf-ipv6-only-incremental-00
>         Htmlized:       https://datatracker.ietf.org/
> doc/html/draft-jjmb-v6ops-ietf-ipv6-only-incremental-00
>
>
>         Abstract:
>            The purpose of this document is to provide a blueprint and
> guidance
>            for deploying IPv6-only Wi-Fi at IETF meetings.  This document
>            outlines infrastructure and operational guidance that operators
>            should consider when deploying IPv6-only networks using NAT64
> and
>            DNS64 to support communication to legacy IPv4-only services.
>
>
>
>
>         Please note that it may take a couple of minutes from the time of
> submission
>         until the htmlized version and diff are available at
> tools.ietf.org.
>
>         The IETF Secretariat
>
>
>
>
>
>
>