[v6ops] draft-anderson-v6ops-siit-dc-01
Ca By <cb.list6@gmail.com> Mon, 08 December 2014 06:35 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 AB8831A6F64 for <v6ops@ietfa.amsl.com>; Sun, 7 Dec 2014 22:35:29 -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 Mox-YBCRYx0a for <v6ops@ietfa.amsl.com>; Sun, 7 Dec 2014 22:35:28 -0800 (PST)
Received: from mail-wi0-x22d.google.com (mail-wi0-x22d.google.com [IPv6:2a00:1450:400c:c05::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 388171A6F61 for <v6ops@ietf.org>; Sun, 7 Dec 2014 22:35:28 -0800 (PST)
Received: by mail-wi0-f173.google.com with SMTP id r20so3758527wiv.6 for <v6ops@ietf.org>; Sun, 07 Dec 2014 22:35:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=HFD2s3QImX3FmeMR12iXqs8VLQccLAmU6WEdA2myEZo=; b=Q3SMWZ8JisEhZJIe8fp2sHOuSHs+6+hkcVqP5cqqd+K6sKMLa6ZiH88u5aNGELLfqc fUUCoUtR4uFYjA7fhNzPJLhAUjYqxMaaBWxoO2ed60YYiE7qDp4XWf67NdaEl2enVw5Y Gd9Xb8UQl7HbFjzjLxdiDEFZlEtanZe9/YjTwx+tByyk9mZsnNIAo/YJHGtdWxvjnRpj Uwy5ripf7jFYFXVT3jPMrK8K6imr5TMTRPnH2E7H8QWtUHs87av5jH57v2sOMiRSLC6G rZsIquYN96tNqUQ4TqObYMKibHIjcoBdA7HQRF0CpyPwpkP3eOsNfqWA1Wfc3LxwTmlN NwMw==
MIME-Version: 1.0
X-Received: by 10.180.90.16 with SMTP id bs16mr13511781wib.4.1418020527015; Sun, 07 Dec 2014 22:35:27 -0800 (PST)
Received: by 10.216.78.5 with HTTP; Sun, 7 Dec 2014 22:35:26 -0800 (PST)
Date: Sun, 07 Dec 2014 22:35:26 -0800
Message-ID: <CAD6AjGQxHt=kDP0rBHx8mkkxkpsBubOLe+A0O84gz2q=_Omi7g@mail.gmail.com>
From: Ca By <cb.list6@gmail.com>
To: IPv6 Ops WG <v6ops@ietf.org>
Content-Type: multipart/alternative; boundary="f46d043c7e20cc0bca0509aea124"
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/IOqVmr3T9jsZ0v06dsyiY7-sNoc
Subject: [v6ops] draft-anderson-v6ops-siit-dc-01
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: Mon, 08 Dec 2014 06:35:29 -0000
I have read draft-anderson-v6ops-siit-dc-01. I support the document to be republished as a WG informational document with the RFC6145 changes moved into a new document. I have a one minor comments about draft-anderson-v6ops-siit-dc-01. The I-D identifies a real network scaling problem where dual-stack is not an acceptable solution since it does not allow network operators to decouple IPv4 addresses from nodes deployed, thus nodes deployed cannot scale beyond IPv4 address holdings with dual-stack. The IETF needs to provide better guidance than "dual-stack everything". But, the I-D does not address the simplest solution of simply having IPv4 nodes for IPv4 traffic and IPv6 nodes for IPv6 traffic. This allows a data center operator to get the most usage out of scarce IPv4 nodes since they pick up the IPv4-only users (excluding Apple happy eyeballs!!!) while the IPv6 nodes pickup the IPv6 capable users. Now, this approach of IPv4-only nodes and IPv6-only nodes works great when you are Facebook and your smallest unit of provisioning is a fully packed rack of gear. If you are a smaller operator, you may not have enough traffic to justify an IPv6-only node, yet you still have to scale nodes beyond IPv4 holdings. There is also the case where uniformity of provisioning is seen as being a higher value than having 2 flavor: v4 and v6... thus draft-anderson-v6ops-siit-dc-01 certainly fits a need, but it should be context of dual-stack and single stack v4 and v6.
- [v6ops] draft-anderson-v6ops-siit-dc-01 Ca By
- Re: [v6ops] draft-anderson-v6ops-siit-dc-01 Tore Anderson
- Re: [v6ops] draft-anderson-v6ops-siit-dc-01 Ca By
- Re: [v6ops] draft-anderson-v6ops-siit-dc-01 Tore Anderson
- Re: [v6ops] draft-anderson-v6ops-siit-dc-01 Fred Baker (fred)