Re: [v6ops] Reminder: draft-ietf-v6ops-wireline-incremental-ipv6 WGLC

"George, Wes" <wesley.george@twcable.com> Mon, 14 May 2012 17:20 UTC

Return-Path: <wesley.george@twcable.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 6251C21F88E2 for <v6ops@ietfa.amsl.com>; Mon, 14 May 2012 10:20:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.005
X-Spam-Level:
X-Spam-Status: No, score=-1.005 tagged_above=-999 required=5 tests=[AWL=0.458, BAYES_00=-2.599, HELO_EQ_MODEMCABLE=0.768, HOST_EQ_MODEMCABLE=1.368, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1HN+Z1WeGcym for <v6ops@ietfa.amsl.com>; Mon, 14 May 2012 10:20:52 -0700 (PDT)
Received: from cdpipgw01.twcable.com (cdpipgw01.twcable.com [165.237.59.22]) by ietfa.amsl.com (Postfix) with ESMTP id 6ED4E21F88DF for <v6ops@ietf.org>; Mon, 14 May 2012 10:20:52 -0700 (PDT)
X-SENDER-IP: 10.136.163.14
X-SENDER-REPUTATION: None
X-IronPort-AV: E=Sophos;i="4.75,588,1330923600"; d="scan'208";a="380706376"
Received: from unknown (HELO PRVPEXHUB05.corp.twcable.com) ([10.136.163.14]) by cdpipgw01.twcable.com with ESMTP/TLS/RC4-MD5; 14 May 2012 13:20:34 -0400
Received: from PRVPEXVS03.corp.twcable.com ([10.136.163.26]) by PRVPEXHUB05.corp.twcable.com ([10.136.163.14]) with mapi; Mon, 14 May 2012 13:20:39 -0400
From: "George, Wes" <wesley.george@twcable.com>
To: Victor Kuarsingh <victor.kuarsingh@gmail.com>, "v6ops@ietf.org" <v6ops@ietf.org>
Date: Mon, 14 May 2012 13:20:38 -0400
Thread-Topic: [v6ops] Reminder: draft-ietf-v6ops-wireline-incremental-ipv6 WGLC
Thread-Index: Ac0xNTSEsQLIT8g7Tt2JH/gADKsiiwAvwpvA
Message-ID: <DCC302FAA9FE5F4BBA4DCAD465693779173FDEBB8F@PRVPEXVS03.corp.twcable.com>
References: <AF4DB0C4-EC0B-4BC0-9396-01E97E5D3B9E@cisco.com> <CBD571C7.186DB%victor.kuarsingh@gmail.com>
In-Reply-To: <CBD571C7.186DB%victor.kuarsingh@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "v6ops-chairs@tools.ietf.org" <v6ops-chairs@tools.ietf.org>, Ron Bonica <ron@bonica.org>
Subject: Re: [v6ops] Reminder: draft-ietf-v6ops-wireline-incremental-ipv6 WGLC
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.12
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, 14 May 2012 17:20:53 -0000

From: v6ops-bounces@ietf.org [mailto:v6ops-bounces@ietf.org] On Behalf Of Victor Kuarsingh
Sent: Sunday, May 13, 2012 2:21 PM
To: v6ops@ietf.org
Cc: v6ops-chairs@tools.ietf.org; Ron Bonica
Subject: Re: [v6ops] Reminder: draft-ietf-v6ops-wireline-incremental-ipv6 WGLC

As of now, we still have not changed the tone of the document from the "deploy IPv6" and "consider IPv4".  Also, there had been some comments from one of the contributors that would have put stronger language round IPv6-only methods of operation (to the CPE) which would have operators potentially allow IPv4 to suffer in performance to promote IPv6 operation - this has not yet been included.

My personal opinion is that making IPv4 operate worse on purpose when given other options is counterintuitive to the job of an operator. Other opinions welcome.


[WEG] Victor - as one of the people who has been advocating a serious discussion of IPv6-only, I think that there are two points to make:
1) IPv6-only has the potential to be simpler than dual-stack because you're not dealing with duplicate network management/scale, etc. Even if the topology is 100% the same between the two, you're still dealing with two separate protocols across your configuration, your route storage/convergence, your management, your troubleshooting. That is probably something to be minimized where possible, and I think it's realistic to start recommending that since IPv6 is the desired end state, if there's a preference for single stack, it makes sense for IPv6 to be the preferred stack over IPv4, even if some parts of the transition happen over a fairly long time.
2) I am certainly not advocating making IPv4 worse, and I think that the draft is pretty good at walking the line here - there's a need to keep IPv4 services working as well as they can for as long as possible to keep legacy customers happy. That doesn't prevent you from also making sure that you're making forward progress towards IPv6 (and eventually reducing the amount of the network that is using IPv4).

I think this draft is ready to progress if you believe that you've covered the comments above.

Wes George

This E-mail and any of its attachments may contain Time Warner Cable proprietary information, which is privileged, confidential, or subject to copyright belonging to Time Warner Cable. This E-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this E-mail, you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this E-mail is strictly prohibited and may be unlawful. If you have received this E-mail in error, please notify the sender immediately and permanently delete the original and any copy of this E-mail and any printout.