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

Eric Rescorla <ekr@rtfm.com> Fri, 28 July 2017 20:39 UTC

Return-Path: <ekr@rtfm.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 5780C129B62 for <ietf@ietfa.amsl.com>; Fri, 28 Jul 2017 13:39:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rtfm-com.20150623.gappssmtp.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 7GfqMOgO-iOX for <ietf@ietfa.amsl.com>; Fri, 28 Jul 2017 13:39:02 -0700 (PDT)
Received: from mail-yw0-x234.google.com (mail-yw0-x234.google.com [IPv6:2607:f8b0:4002:c05::234]) (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 21CC612EA7C for <ietf@ietf.org>; Fri, 28 Jul 2017 13:39:02 -0700 (PDT)
Received: by mail-yw0-x234.google.com with SMTP id i6so96237118ywb.1 for <ietf@ietf.org>; Fri, 28 Jul 2017 13:39:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rtfm-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=BEkbYOa7/JGMyeEOGIZ4lUGQgwhJV94C/8bytyGsCB0=; b=Avy/yRaJJIGNqTHRc3RVNQOdqaXfF1xa6bQkz3mehUBLMlRqQ4wnrpFUkcRXJn7c1j IC4Fj+rIwf2pDAlYCOrGkXoPjhUtKCC2PLyPh6uGEwAw8uZCwUadnTB5Wo0gaJPDB76N T7+RZ/SajHEccQjB9rdp9UL3zP4iBvYYZNeLSbwONOGBlKAxG36emmNGEzKm0820bxu9 EGt383l1RMUHDwz2Qp1IUDKGPMDvAqta7ERqW4ITS+CqgqqhIYgVX1YP0FvLdjldl53E bQYc2laafHdIw1cwFYrvHn7YDvOE99inQlyDFxpT0tKKnYLhT+h4wl1QQOh32U3YmnDX S35A==
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=BEkbYOa7/JGMyeEOGIZ4lUGQgwhJV94C/8bytyGsCB0=; b=Hj1wInT+t6EtVok0SfAhYHgBRCvRwpWcecDy5PNjHA6S2fOSeedAoHm6vTknjXeLyv A3LerOjF1S4eFvs9NXfEO1BnMPAKz8O531T1Qm5LHG0/WlPzurVO8c+J+EsoqqyO/YOw QEHInkhKIkEg232KabLr/iCZTV23nee5Zog2lmV1p+SXZFXfPlqShmOslcIQgb7ZMHiD gmUqNhmYPRsQK97dihLLVOu91xXQyAngnwwDW6b0xErVXSiHHIYHBaeOFGe3myLnIFtX b+YOHW55DTbIp2eynrziUtQ1RsD6Fc0vc68Hf5dDDI9+TBZhZiYwskrAEdw8gQkhsYAI 7KGg==
X-Gm-Message-State: AIVw1124HTAChmIsOBIeUA7Spdb4bbGScP3sVwWFJQzI/tmqrV8R8cmm fFO+rs63FIJHr+m6R9PG5EnZ1sr/FcUn
X-Received: by 10.37.160.41 with SMTP id x38mr7396132ybh.339.1501274341384; Fri, 28 Jul 2017 13:39:01 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.129.36.12 with HTTP; Fri, 28 Jul 2017 13:38:20 -0700 (PDT)
In-Reply-To: <93C56C4E-8915-4116-B56D-2D623978FF55@cable.comcast.com>
References: <93C56C4E-8915-4116-B56D-2D623978FF55@cable.comcast.com>
From: Eric Rescorla <ekr@rtfm.com>
Date: Fri, 28 Jul 2017 13:38:20 -0700
Message-ID: <CABcZeBPXC6w5UUee+O4vxsgS7UnKTGMTO=hu2CM+Au0pk4-h=g@mail.gmail.com>
Subject: Re: RESENDING - Incremental Deployment of IPv6-only Wi-Fi for IETF Meetings
To: "Brzozowski, John" <John_Brzozowski@comcast.com>
Cc: "draft-jjmb-v6ops-ietf-ipv6-only-incremental@ietf.org" <draft-jjmb-v6ops-ietf-ipv6-only-incremental@ietf.org>, "ietf@ietf.org" <ietf@ietf.org>, Suresh Krishnan <suresh.krishnan@gmail.com>
Content-Type: multipart/alternative; boundary="94eb2c1a0650d4669a055566ab39"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/iF3tbo8Tnz0dSYTbvjw0rk3bGD0>
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 20:39:05 -0000

I'm not very enthusiastic about this. People come to the IETF to do work
and having
to deal with potential bustage from this experiment gets in the way of that.

-Ekr


On Mon, Jul 17, 2017 at 12: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
>
>
>
>
>
>
>