Re: IETF network incremental plan

Ted Lemon <mellon@fugue.com> Thu, 17 November 2016 05:22 UTC

Return-Path: <mellon@fugue.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 25A27129532 for <ietf@ietfa.amsl.com>; Wed, 16 Nov 2016 21:22:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=fugue-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 ER_de9F6xrtg for <ietf@ietfa.amsl.com>; Wed, 16 Nov 2016 21:22:38 -0800 (PST)
Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (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 3FAEC1294BB for <ietf@ietf.org>; Wed, 16 Nov 2016 21:22:38 -0800 (PST)
Received: by mail-wm0-x229.google.com with SMTP id t79so120213041wmt.0 for <ietf@ietf.org>; Wed, 16 Nov 2016 21:22:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=rmTEA3LQ4vpjmlMFZEnt1cGS+B9aX5+jLZ41iRRRN/4=; b=tXHxSazGcHIRRTIQ9cRZ7MCE0jFULaBgE92ZwbF6jTuTAcAgkpnvvPL+SjHYbz+daR fUOKgAkCqlXn4YNpCozYqY7sHbRQVLiXB2ZscPS+22c/5grhZAxitviBFIHfDe7hYAMN +eZSveXPnqd2DkHHYtAhf395ecHdQKphLTyCiBhOnDlaYV4435zpZ0Ol+T4gN4/16YpY XcktyUMET68WB3zq98SlYHauc7pW0jxvushC855trEkw//B1bx9DzIpLmTDgU3CfuVBE 8avWIWYatyvRYe77o470eOV4m6giJcm/T18BNv1s2AbWuY9otNN/32rXKKV3NTVUiSL3 cnzg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=rmTEA3LQ4vpjmlMFZEnt1cGS+B9aX5+jLZ41iRRRN/4=; b=Ye6kZ+wSh5MSuCn6T6AaIlGOcDPF0D+ta6CXrFS7CpSCs51EENbe6tUITijoeU1nSK q/Wx1IopvcOWngnXMn6+gFPzD+ysoUL8MUN7SOQDKemBpL+RO33B/pMISf7BZXEpw87y X9pUynC+CZVONDam4PrOtT0H6DPlhMFMtrlQWc9hZp0kA9n2F0DvjcDHm0cqSqQmW8Ct WRd1tU2O3zplQGzoppM74JNIGl6PPoIBsey9XJ2qBH0DncafZOtH/ORmWFoMkN7nE2c3 NkPi/xqE1C/u9PCHAaqwhUG3yLVM1mWKaOB0rcenKLcAafW37EYHQEK9NJDyuIlJrw19 imuw==
X-Gm-Message-State: ABUngvdPf3YVQJU8ZUcQCm2H5zdxk9wCEPzi+dO25dZMot+kMRmXradrgCwU7jIH8vWYvmaMDcQYDptJwAoxmg==
X-Received: by 10.46.9.21 with SMTP id 21mr481708ljj.0.1479360156200; Wed, 16 Nov 2016 21:22:36 -0800 (PST)
MIME-Version: 1.0
Received: by 10.25.43.210 with HTTP; Wed, 16 Nov 2016 21:21:55 -0800 (PST)
In-Reply-To: <CAP4=VcjCTxrxhtoaN=fdbUr37zd1j9=aQP2BTgSca3o-rv91Mg@mail.gmail.com>
References: <0C5BCD32-2D2A-42B9-8DEA-A1E1A527A8BB@consulintel.es> <m2zikzq7tg.wl-randy@psg.com> <dbcca137-9fef-723c-8fbd-edb12aff0b46@gmail.com> <04D0964A-B0E7-4F9C-A725-65D9429492E9@virtualized.org> <CAP4=VcjCTxrxhtoaN=fdbUr37zd1j9=aQP2BTgSca3o-rv91Mg@mail.gmail.com>
From: Ted Lemon <mellon@fugue.com>
Date: Thu, 17 Nov 2016 14:21:55 +0900
Message-ID: <CAPt1N1n=w+9KGnRKYHtiDuQ8Cgu4UXmDRSeN6s8z+Z6GVnPTkQ@mail.gmail.com>
Subject: Re: IETF network incremental plan
To: Benson Schliesser <bensons@queuefull.net>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/IsBJzSiCra5gTurd9UpHsotP9ls>
Cc: ietf <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, 17 Nov 2016 05:22:40 -0000

Arguably if your work network doesn't work with IPv6, that's a problem
with your work network, not a problem with the IETF network.   You
should be submitting a support request to your company's IT
department, not to the IETF.

On Thu, Nov 17, 2016 at 1:52 PM, Benson Schliesser
<bensons@queuefull.net> wrote:
>
> On Thu, Nov 17, 2016 at 10:34 AM, David Conrad <drc@virtualized.org> wrote:
>>
>>
>> I sort of like the idea of making the default IETF SSID IPv6 only, with
>> other SSIDs that support v4/dual stack. It would probably be an eye opening
>> experience for some.
>>
>
> Perhaps it would be eye opening for some. For a subset of those, perhaps it
> would even cause them to do something helpful: write drafts, debug software,
> fix their networks, harass their service providers and IT depts, etc. But
> for others, it will merely be an inconvenience.
>
> E.g., I imagine somebody not paying close attention to announcements on the
> mailing list, showing up to a Monday morning meeting, connecting to the IETF
> network, wondering why their employer's VPN isn't working, not getting
> email, ... This experience is certainly not the end of the world for
> anybody. But it may cause extra work for chairs, the NOC, et al.
>
> It's not clear to me how we weigh the costs vs benefits. I think it would be
> valuable to consider data from the NOC such as proportions of v6 / v4
> traffic. But for now I'm a skeptic of intentionally breaking network
> connectivity for attendees.
>
> -Benson
>