Re: [v6ops] v6-only (with NAT64) as default network during a conference?

Cb B <cb.list6@gmail.com> Thu, 23 January 2014 01:41 UTC

Return-Path: <cb.list6@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9AF701A0369 for <v6ops@ietfa.amsl.com>; Wed, 22 Jan 2014 17:41:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.749
X-Spam-Level:
X-Spam-Status: No, score=-1.749 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=no
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 4ylURwkpjE2C for <v6ops@ietfa.amsl.com>; Wed, 22 Jan 2014 17:41:10 -0800 (PST)
Received: from mail-wg0-x236.google.com (mail-wg0-x236.google.com [IPv6:2a00:1450:400c:c00::236]) by ietfa.amsl.com (Postfix) with ESMTP id E13BF1A0357 for <v6ops@ietf.org>; Wed, 22 Jan 2014 17:41:09 -0800 (PST)
Received: by mail-wg0-f54.google.com with SMTP id x13so962813wgg.33 for <v6ops@ietf.org>; Wed, 22 Jan 2014 17:41:08 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Au9MGdDn57z/0L0nWF8rG/RfxcvDeokKQUw5vTQ+Mnc=; b=lhOdQwgNugc/vcSmCZjxFyeizpYjRbvMTggXzJTBoH197Iwair7H140pf6i+DUK+j7 sls13qVN7O2A5UwtoEA2amCnPglcAYeJANXFLncSSb5zrEitVJ/gmfJPL9lkZqfhyNcG T1exyD0pjmq7THDC79sWiPqmOZfjwEdhAJVv1ZFSsJfqtWhR+Hn6g2XYnSsP6cGsYEJY fvJBW06tWhdUGbOkWHOoC5D+V2lmyM1ACkdAHaKYesJZjgKj/bSw8Qaf0V+wxGMIJRdr 6ad2lCJi9uqBxqfhYmWCklqZC/Rf42i73SYeo1U7GxoybkhTYU3SSjyzSUvAtRwJQ5PH VCHg==
MIME-Version: 1.0
X-Received: by 10.194.93.67 with SMTP id cs3mr4616228wjb.26.1390441268720; Wed, 22 Jan 2014 17:41:08 -0800 (PST)
Received: by 10.194.133.169 with HTTP; Wed, 22 Jan 2014 17:41:08 -0800 (PST)
Received: by 10.194.133.169 with HTTP; Wed, 22 Jan 2014 17:41:08 -0800 (PST)
In-Reply-To: <24696EC9-3CC7-4518-A029-E385F1C987DD@nominum.com>
References: <CAD77+gReP-weV3=_hz-rm0KvDbDjkmsZYc0H_rdQ=R9qpcNhJQ@mail.gmail.com> <24696EC9-3CC7-4518-A029-E385F1C987DD@nominum.com>
Date: Wed, 22 Jan 2014 17:41:08 -0800
Message-ID: <CAD6AjGSPqdix3-sfc6RHCYWerPqg3QfQt1GuebtO8U9gfnqeFQ@mail.gmail.com>
From: Cb B <cb.list6@gmail.com>
To: Ted Lemon <ted.lemon@nominum.com>
Content-Type: multipart/alternative; boundary="047d7bb04c26e73a4104f099555f"
Cc: IPv6 Operations <v6ops@ietf.org>
Subject: Re: [v6ops] v6-only (with NAT64) as default network during a conference?
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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: Thu, 23 Jan 2014 01:41:11 -0000

On Jan 22, 2014 5:29 PM, "Ted Lemon" <ted.lemon@nominum.com> wrote:
>
> We've had a production quality NAT64 network at the past two IETFs, and
it's worked wonderfully.   However, some things do break.   In particular,
Skype doesn't work, and I've heard reports that some Cisco VPN
implementation doesn't work.   I've found that OpenVPN does work, but needs
to be configured differently because it can't automatically switch to IPv6
when IPv4 isn't available—it has to be configured to do one or the other.
>
> If it were up to me, I'd make NAT64 the default and let people switch
away if they can't make it work, because particularly at an open source
conference I would expect this to generate a lot of frenetic bug fixing
rather than a sad migration.   In theory free operating systems ought to do
IPv6 better, but your milage may, unfortunately, vary.
>
>

+1 for nat64 default with another ssid for dual-stack.  This should be a
good practice for ietf, nanog, rirs, and so on.

This is the obvious way of things to come given the post ipv4 run out
situation we are currently living.

CB _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops