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
- Re: [v6ops] v6-only (with NAT64) as default netwo… Cb B
- Re: [v6ops] v6-only (with NAT64) as default netwo… Ted Lemon
- [v6ops] v6-only (with NAT64) as default network d… Richard Hartmann
- Re: [v6ops] v6-only (with NAT64) as default netwo… Lorenzo Colitti
- Re: [v6ops] v6-only (with NAT64) as default netwo… Ted Lemon
- Re: [v6ops] v6-only (with NAT64) as default netwo… George Michaelson
- Re: [v6ops] v6-only (with NAT64) as default netwo… George Michaelson
- Re: [v6ops] v6-only (with NAT64) as default netwo… Ted Lemon
- Re: [v6ops] v6-only (with NAT64) as default netwo… Gert Doering
- [v6ops] ODP: v6-only (with NAT64) as default netw… Czerwonka Michał - Hurt
- Re: [v6ops] v6-only (with NAT64) as default netwo… holger.metschulat