Re: [v6ops] Please review the No IPv4 draft

"George, Wes" <wesley.george@twcable.com> Tue, 15 April 2014 20:02 UTC

Return-Path: <wesley.george@twcable.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 5C5361A0322 for <v6ops@ietfa.amsl.com>; Tue, 15 Apr 2014 13:02:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.163
X-Spam-Level: *
X-Spam-Status: No, score=1.163 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, HELO_EQ_MODEMCABLE=0.768, HOST_EQ_MODEMCABLE=1.368, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.272, 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 g1E2Pg4h2s33 for <v6ops@ietfa.amsl.com>; Tue, 15 Apr 2014 13:02:34 -0700 (PDT)
Received: from cdpipgw01.twcable.com (cdpipgw01.twcable.com [165.237.59.22]) by ietfa.amsl.com (Postfix) with ESMTP id D4DAA1A01FB for <v6ops@ietf.org>; Tue, 15 Apr 2014 13:02:28 -0700 (PDT)
X-SENDER-IP: 10.136.163.11
X-SENDER-REPUTATION: None
X-IronPort-AV: E=Sophos; i="4.97,866,1389762000"; d="scan'208,217"; a="270120439"
Received: from unknown (HELO PRVPEXHUB02.corp.twcable.com) ([10.136.163.11]) by cdpipgw01.twcable.com with ESMTP/TLS/RC4-MD5; 15 Apr 2014 16:02:05 -0400
Received: from PRVPEXVS15.corp.twcable.com ([10.136.163.79]) by PRVPEXHUB02.corp.twcable.com ([10.136.163.11]) with mapi; Tue, 15 Apr 2014 16:02:25 -0400
From: "George, Wes" <wesley.george@twcable.com>
To: Owen DeLong <owen@delong.com>, Ted Lemon <ted.lemon@nominum.com>
Date: Tue, 15 Apr 2014 16:02:24 -0400
Thread-Topic: [v6ops] Please review the No IPv4 draft
Thread-Index: Ac9Y5Z6LG/OMhHGUSLmMFR+E9KQd+g==
Message-ID: <CF730025.1845F%wesley.george@twcable.com>
References: <534BF5A5.5010609@viagenie.ca> <534BFA08.3030404@foobar.org> <49EA8AC9-D5C5-4FE5-9A10-0CD574782F0F@nominum.com> <534C07FC.8000907@foobar.org> <F08AF14D-22C6-4F4C-9388-670EB4CD8453@nominum.com> <F2A0EC2F-6B41-4560-88BA-CEBF3E921B61@delong.com> <CAEmG1=oK8iHAms2_uVBsCtpCG7xBdhRfh9QQrd+JXUXgjBPqPA@mail.gmail.com> <0901D65B-EA79-4E20-987D-9BA01CEDDAB3@delong.com> <B3942C2F-C08E-42F2-9038-92C3C63E0023@nominum.com> <534C4DF7.4070407@foobar.org> <40E2438A-C43F-4E41-8778-511E53EF7009@nominum.com> <534D1966.5090301@foobar.org> <6D57B3D8-DAF4-4792-BDF5-B0489A283F6B@nominum.com> <0FD7945D-10DF-460C-9773-9C1C90C8CEFB@delong.com>
In-Reply-To: <0FD7945D-10DF-460C-9773-9C1C90C8CEFB@delong.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.4.1.140326
acceptlanguage: en-US
Content-Type: multipart/alternative; boundary="_000_CF7300251845Fwesleygeorgetwcablecom_"
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/LPIKq3egQGsGloRSC1vYinhpcDE
Cc: "v6ops@ietf.org" <v6ops@ietf.org>
Subject: Re: [v6ops] Please review the No IPv4 draft
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: Tue, 15 Apr 2014 20:02:39 -0000


From: Owen DeLong <owen@delong.com<mailto:owen@delong.com>>
Date: Tuesday, April 15, 2014 at 12:46 PM
To: Ted Lemon <ted.lemon@nominum.com<mailto:ted.lemon@nominum.com>>
Cc: "v6ops@ietf.org<mailto:v6ops@ietf.org>" <v6ops@ietf.org<mailto:v6ops@ietf.org>>
Subject: Re: [v6ops] Please review the No IPv4 draft


In reality, there’s not going to be any such thing as a v6-only CPE router implementation for many years to come, so this argument is rather specious to begin with. However, in that distant future, the above could be supported with a pretty small code-base.

WG] yeah… have you seen how long it takes IETF work to progress from draft to actual deployed implementation? Especially if you’re factoring in the average half-life of a consumer CPE router? That’s why we are starting now.  It’s not a specious argument, just very forward looking.

And the message from Simon that I was referring to was the one that discussed the draft that was proposed in sunset4 for solving this problem using DHCPv4, which was _not adopted by the working group_.   Draft adoption is part of the working group process; the fact that the working group decided to merge the DHCPv4 draft into this one, and not the other way around, is precisely what it means for a working group to have consensus to push this solution and not the other one.
I’m happy for the working group, but there is very little operator participation in the sunset4 working group at this time and I suspect that is one of the reasons said group decided to ask v6ops to review the draft.
WG] Working group chair hat on: Actually, there’s decent operator participation as a percentage of overall, but unfortunately there is very little participation in the WG period, so we weren’t comfortable with the level of feedback the draft had received thus far and asked for additional review.

You are now hearing from people who are network operators that they feel this was the wrong approach to adopt and that we do not concur with the consensus of the sunset4 working group.

WG] Yes, but based on your previous messages, you seem to have a fundamental issue with any IPv4/DCHPv4 configuration being sent over IPv6, and as I noted in my previous response to you, DHC is also moving toward the path of doing this, just not with a kill switch, and with different technical justification. Not saying that makes it right, but if it’s not, there’s a much larger discussion to be had, and the folks in DHC that are working on those drafts probably need similar feedback if there’s truly a technical problem with it and not that it simply isn’t architecturally pure enough for you. In other words, Sunset4 is moving this direction because it enables us to leverage work that is already happening in DHC, and we are trying to coordinate those efforts with them.  So I’d recommend going to read the drafts I pointed you to yesterday, and determining whether you have a problem with the whole concept or just sunset4’s particular piece of it, and proceeding accordingly.

Thanks,

Wes

Anything below this line has been added by my company’s mail server, I have no control over it.
-----------

________________________________
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.