Re: [v6ops] Incremental Deployment of IPv6-only Wi-Fi for IETF Meetings

Ted Lemon <mellon@fugue.com> Mon, 17 July 2017 06:48 UTC

Return-Path: <mellon@fugue.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D0C30120726 for <v6ops@ietfa.amsl.com>; Sun, 16 Jul 2017 23:48:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 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_NONE=-0.0001, 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 Y1lf9Y0WY54q for <v6ops@ietfa.amsl.com>; Sun, 16 Jul 2017 23:48:44 -0700 (PDT)
Received: from mail-pg0-x22d.google.com (mail-pg0-x22d.google.com [IPv6:2607:f8b0:400e:c05::22d]) (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 2B38B1315FE for <v6ops@ietf.org>; Sun, 16 Jul 2017 23:48:44 -0700 (PDT)
Received: by mail-pg0-x22d.google.com with SMTP id v190so16615329pgv.2 for <v6ops@ietf.org>; Sun, 16 Jul 2017 23:48:44 -0700 (PDT)
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=HPn9Y5dApy5bOiLF72ZlOJTqBJoBfgSHuvst/eBvYC0=; b=cBK/nVHl3vdx3IpcBIz6Qal9DPurWlv2ZLj+BKDKfoIc4XccjV7y4tUDkyNO1oVx92 R+bFagfa6tar2FYgwJeATeCES7W1KETBmSBUyUD/QM7xgPFdG8zCJhMQRAOTlwYA2K2R plha/x/hhRshGcJZX0OStP73mUV51JrOAgfzmT/9DWWbO9dX3OLDvESVlRj35n0T6ib4 nR8eawxRJcbSh2MZqQCIrNAg9tPy9RFOah0JiF9xrbq6IkPvwv8y6Xm8NzyXkBo24fFT axafI8SpmnVNjH0Z/Zc221N/KgIamAGLIIhMmP+a099O9Gf1iZ1/1uhAUeiH8cUX7Cla wBXA==
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=HPn9Y5dApy5bOiLF72ZlOJTqBJoBfgSHuvst/eBvYC0=; b=S+EIvkCLCq42cRounoNN0LP6Ub3PgviNsoOmzGq1qnVCW0XcDe0lamxHEBMTS9mL1a LD0hAfBDTfY7afZuG6nwiCw67t/xy2WXkpAZl4x9su0+8OTDrQQwXgZSHdwmM3pIxl9C u7m13fJSEtRpF632f+lTO5Chy2dQWM+IovvVpFqdbvv5VFrutmhz9FB3lp/U4t6ARqvn C0/ngRdmApKy4bfqyOIwO3/8nPfApJZ6rfkRRLg0ny4ILDCOAKfaUu60nB1eAa5rfU/1 f+EEx8yvNYs7oIP9EOwwLggGHl+ZSvqyFvlKtomx9FxtApi0U9agZyB7n0YYqtVRCxIc 3y9w==
X-Gm-Message-State: AIVw110eQnvCHm/DmNZlGnmvTNMH2x6ZF0V97ufwEphmD6tryZYD8V4+ M5WXQTfMLml2DJ7DL5A9fVFg1RCzmb+r
X-Received: by 10.84.132.39 with SMTP id 36mr28858420ple.237.1500274123770; Sun, 16 Jul 2017 23:48:43 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.100.181.42 with HTTP; Sun, 16 Jul 2017 23:48:03 -0700 (PDT)
In-Reply-To: <A5D0385C-F755-4B44-86D8-6E618E77193F@consulintel.es>
References: <7643C1DC-76A3-4652-9BB1-D0D42801F37E@consulintel.es> <CAEqgTWYOe=jWp=zVZNLx6DjKjNpPTYaq2jmjryudrGZHKZNq6g@mail.gmail.com> <A5D0385C-F755-4B44-86D8-6E618E77193F@consulintel.es>
From: Ted Lemon <mellon@fugue.com>
Date: Mon, 17 Jul 2017 08:48:03 +0200
Message-ID: <CAPt1N1kroh2cPkTr8HRfNjLTdG0hkC1oQsUZdhQzQA5tA9-xug@mail.gmail.com>
To: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
Cc: IPv6 Ops WG <v6ops@ietf.org>, Jim Martin <jim@daedelus.com>, Randy Bush <randy@psg.com>, Suresh Krishnan <suresh.krishnan@gmail.com>, Russ Housley <housley@vigilsec.com>, Alissa Cooper <alissa@cooperw.in>
Content-Type: multipart/alternative; boundary="94eb2c12f714369ea205547dca98"
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/y8g_XyZ3WfZ0KuVN4BiOpYd-k30>
Subject: Re: [v6ops] Incremental Deployment of IPv6-only Wi-Fi for IETF Meetings
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 17 Jul 2017 06:48:46 -0000

I don't actually know what the goal of the IETF network is other than to
provide connectivity.   Because of the vicissitudes of hotel topology, it
is often the case that IETF participants experience issues with the network
at least once or twice per IETF despite the best efforts (and they are
quite exceptional) of the NOC team.   I do not really see what the damage
is that you are hoping to protect against here.   Users who don't read the
NOC announcement?   No sympathy.   Sorry.