Re: IPv4 outage at next IETF in Chicago
Warren Kumari <warren@kumari.net> Thu, 26 January 2017 00:14 UTC
Return-Path: <warren@kumari.net>
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 8E37A12941E for <ietf@ietfa.amsl.com>; Wed, 25 Jan 2017 16:14:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=kumari-net.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 AYyTiMqB1IVb for <ietf@ietfa.amsl.com>; Wed, 25 Jan 2017 16:14:52 -0800 (PST)
Received: from mail-qt0-x22b.google.com (mail-qt0-x22b.google.com [IPv6:2607:f8b0:400d:c0d::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 C0150129420 for <ietf@ietf.org>; Wed, 25 Jan 2017 16:14:52 -0800 (PST)
Received: by mail-qt0-x22b.google.com with SMTP id k15so47694954qtg.3 for <ietf@ietf.org>; Wed, 25 Jan 2017 16:14:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kumari-net.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=DE4CpH7X3J1yjK9GMPOikG1V/1x7dwmchyqgRp8wjI4=; b=Gs8R7pIQG2fWr8snNzohV07FGpCa8ewj/n63BsZY7hzNpwQaUku2Di/BmJOYGKFfaI zVUyw4JRQwkehIMS1IsFBTpbn/dxGXoh1m2MP1QOSPGkCDXAJMBl8Q20sstZ7oWvJYZF epZP4YOG/BgYFmTqoTdh/kI0roqjtIVSuPecuIcifNJ38pebdCz28aj06Kvp3V6wF3+L Ov7PrgjDMwsJyniiLeo5pXUz8/wFMLET8yehJj7ApE7H22hwZOBsEHnRJ8dyYm3zysqs 4J/TAbBuCK67FFwE5aETS1+vHEa2QZ6NpHzsGU9huWm2eXPODgDpVMTh0MLgwnG7wMtj u7Fw==
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:content-transfer-encoding; bh=DE4CpH7X3J1yjK9GMPOikG1V/1x7dwmchyqgRp8wjI4=; b=pxOKHVRUC+X+m6TNVh9qoTZpZIorrQT9DCFxcslbg8Wrww2qMbSNn1h/rhi+2DxMI9 wAmzGLzkGbLqvhSL9ZnvSyRdI5qBiUnyfdTzPApL+giM7TfOAQrPqibFtq76bK16iQbv fvgywdzJjXFWAWQR5giuq+cEOPI2gZbXEzqjwvGP/HQN9TwdskllPK10Db8hdE17JTvW FyhYDEbrzvagkS3GPAzCTlAWl8n4ZtVIy7LTbizcoe6o6Ddw8X6mLDPJptUqp4GfHfMd +4DmS/s946epgmSemucqv4RQ3GHS/y6ILVj6ohDXM6AQD0zkVa7fLJFp5nlStqpCiXX6 5Y8A==
X-Gm-Message-State: AIkVDXIdcI9y/qZtri7EeAvPQjNBP9ROCtPwepOHCUwFPzHrRsvmG/xW8b665tzl1t3E8rUxh8EhSjXKlF4F+qFX
X-Received: by 10.237.63.28 with SMTP id p28mr36496qtf.263.1485389691670; Wed, 25 Jan 2017 16:14:51 -0800 (PST)
MIME-Version: 1.0
Received: by 10.12.179.19 with HTTP; Wed, 25 Jan 2017 16:14:21 -0800 (PST)
In-Reply-To: <b30cb454-f35a-f5d4-01ec-9d4a3d3b494f@krsek.cz>
References: <844840869.114000858.1485299485194.JavaMail.zimbra@peachymango.org> <20170124235626.042F960836B0@rock.dv.isc.org> <158901d276b3$387d6050$a97820f0$@huitema.net> <CAAiTEH_4WgdmMZQm5nbFbvweibkZ0DAo2feN91zftspD4EbWjg@mail.gmail.com> <WM!572ad9a6ae19416c99bd6357d98a5df59a81b46a887701f7fe5b0c3faf7d157d9ed99107720fab7bcb2711df4ea4ce8c!@mailstronghold-3.zmailcloud.com> <1350087674.115436952.1485371218219.JavaMail.zimbra@peachymango.org> <b30cb454-f35a-f5d4-01ec-9d4a3d3b494f@krsek.cz>
From: Warren Kumari <warren@kumari.net>
Date: Wed, 25 Jan 2017 19:14:21 -0500
Message-ID: <CAHw9_i+HdOuP-OphT_KvG4mrdvMMCeCJuX+CzL8sq+bQ8zCgpQ@mail.gmail.com>
Subject: Re: IPv4 outage at next IETF in Chicago
To: Michal Krsek <michal@krsek.cz>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/xmTg7NhJrFQ92R3pMzebxcqYMBc>
Cc: "ietf@ietf.org Disgust" <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
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: Thu, 26 Jan 2017 00:14:54 -0000
, - - - On Wed, Jan 25, 2017 at 2:14 PM, Michal Krsek <michal@krsek.cz> wrote: > Hi Franck, > > > Besides all the passive aggressiveness of some responses, I like what Paul > Hoffman proposed and I would be game to help run this... However I don't > have control on the IETF network. How would I go about requesting an SSID > for IPv6-only with NAT64/DNS64 is setup? > > I would take care of running a jabber channel, encourage people to switch > and test, create some forms to collect experience and report back. > > I would even be willing to offer a real vintage LinkedIn IPv6 polo shirt as > prize... ;) > > > as Randy wrote already, various SSIDs with various v6 setups are deployed > regularly for years. Yup. We've also had *very* similar discussions a number of times. I'd been trying to stay out of this tread because rant, but I'd really encourage people to read some of the archives and similar. An IPv6-only SSID already exists -- it's even currently called "ietf-v6ONLY" (For users wanting pure IPv6 ). There is also "ietf-nat64" (IPv6 stack with NAT64). This information is regularly communicated -- for example: Jim's email "[97all] IETF 97 Network Information – Seoul, South Korea" the IETF NOC reports - e.g: for IETF97 - https://www.ietf.org/proceedings/97/slides/slides-97-ietf-sessa-noc-report-00.pdf , Slide 6 shows associations per SSID. 3 on ietf-v6ONLY and 19 on ietf-nat64. As someone who's been involved in the NOC, I'm slightly irritated by the "You should really supply X, everyone wants it, how do I get this done?!" tone when it's been available (and not very widely used) for many years, and that a few seconds looking would have shown this. There has also been lots of previous discussion on this, for example: IETF 97 Plenary - https://www.ietf.org/proceedings/97/minutes/minutes-97-ietf-00.html 7. IAB Open Mic Session "John Brzozowski referred to the IAB statement on IPv6, and suggested making the primary IETF SSID v6-only, perhaps with NAT64. One thing Comcast is working on is v6-only for end-user devices, supporting NAT64 and other implementations. They are seeing an increase in IPv6 traffic and a decrease in IPv4 traffic. John Brzozowski said that it makes sense for the IETF community's primary SSID to outline a path forward for IPv6-only. Jari Arkko said that he would like to see some of this, and thinks that an incremental approach is what we need. Lee Howard asked how he would like the IAB to write tht plan. Jari Arkko replied that an Internet-Draft would work. * Mark Townsley noted that the IETF turned off IPv4 for an hour at IETF 71 in Philadelphia back in 2008. There are other technical conferences of size that are going this already. Mark Townsley suggest that we move to IPv6-only, and turn off NAT64 during the plenary as an experiment. * David Schinazi expressed support John Brzozowski's initiative towards IPv6-only." ------------ IETF71 IPv4 Outage - https://wiki.tools.isoc.org/IETF71_IPv4_Outage IETF network incremental plan -- 16 Nov 2016 - https://www.ietf.org/mail-archive/web/ietf/current/msg99866.html [v6ops] IPv6-only wifi during IETF meetings? - expect higher energy consumption -- 16 Nov 2016 - https://www.ietf.org/mail-archive/web/v6ops/current/msg25211.html Moving to having the primary SSID be v6 only, or nat64 or whatever is definitely doable, but it should really be approached in a reasoned manner, looking at things like how the network currently works, responses from the surveys, etc. W > > Michal > > > -- I don't think the execution is relevant when it was obviously a bad idea in the first place. This is like putting rabid weasels in your pants, and later expressing regret at having chosen those particular rabid weasels and that pair of pants. ---maf
- Re: IPv4 outage at next IETF in Chicago Mark Andrews
- Re: IPv4 outage at next IETF in Chicago Matthew Pounsett
- IPv4 outage at next IETF in Chicago Franck Martin
- Re: IPv4 outage at next IETF in Chicago Franck Martin
- Re: IPv4 outage at next IETF in Chicago JORDI PALET MARTINEZ
- Re: IPv4 outage at next IETF in Chicago JORDI PALET MARTINEZ
- Re: IPv4 outage at next IETF in Chicago Mark Andrews
- Re: IPv4 outage at next IETF in Chicago Brian E Carpenter
- Re: IPv4 outage at next IETF in Chicago Jared Mauch
- Re: IPv4 outage at next IETF in Chicago Franck Martin
- Re: IPv4 outage at next IETF in Chicago Brian E Carpenter
- Re: IPv4 outage at next IETF in Chicago Mark Andrews
- Re: IPv4 outage at next IETF in Chicago JORDI PALET MARTINEZ
- RE: IPv4 outage at next IETF in Chicago Christian Huitema
- Re: IPv4 outage at next IETF in Chicago Jeffrey Eric Altman
- RE: IPv4 outage at next IETF in Chicago Michel Py
- Re: IPv4 outage at next IETF in Chicago Franck Martin
- Re: IPv4 outage at next IETF in Chicago Mark Andrews
- Re: IPv4 outage at next IETF in Chicago JORDI PALET MARTINEZ
- Re: IPv4 outage at next IETF in Chicago Franck Martin
- RE: IPv4 outage at next IETF in Chicago Michel Py
- Re: IPv4 outage at next IETF in Chicago Mark Andrews
- Re: IPv4 outage at next IETF in Chicago Stewart Bryant
- Re: IPv4 outage at next IETF in Chicago Marco Davids
- Re: IPv4 outage at next IETF in Chicago John C Klensin
- Re: IPv4 outage at next IETF in Chicago Dave Crocker
- RE: IPv4 outage at next IETF in Chicago Adrian Farrel
- Re: IPv4 outage at next IETF in Chicago Paul Hoffman
- Re: IPv4 outage at next IETF in Chicago Matthew Pounsett
- Re: IPv4 outage at next IETF in Chicago Randy Bush
- Re: IPv4 outage at next IETF in Chicago Brian E Carpenter
- Re: IPv4 outage at next IETF in Chicago Franck Martin
- Re: IPv4 outage at next IETF in Chicago Michal Krsek
- Re: IPv4 outage at next IETF in Chicago joel jaeggli
- Re: IPv4 outage at next IETF in Chicago Mark Andrews
- Re: IPv4 outage at next IETF in Chicago Phillip Hallam-Baker
- Re: IPv4 outage at next IETF in Chicago Warren Kumari
- Re: IPv4 outage at next IETF in Chicago Lee Howard
- Re: IPv4 outage at next IETF in Chicago Randy Bush
- Re: IPv4 outage at next IETF in Chicago John C Klensin
- Re: IPv4 outage at next IETF in Chicago Randy Bush
- Re: IPv4 outage at next IETF in Chicago Randy Bush
- Re: IPv4 outage at next IETF in Chicago John C Klensin