Re: [v6ops] Please review the No IPv4 draft

"George, Wes" <wesley.george@twcable.com> Tue, 22 April 2014 13:01 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 152E11A03EF for <v6ops@ietfa.amsl.com>; Tue, 22 Apr 2014 06:01:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.964
X-Spam-Level: *
X-Spam-Status: No, score=1.964 tagged_above=-999 required=5 tests=[BAYES_50=0.8, 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 K5B0cCdwKncH for <v6ops@ietfa.amsl.com>; Tue, 22 Apr 2014 06:01:49 -0700 (PDT)
Received: from cdpipgw01.twcable.com (cdpipgw01.twcable.com [165.237.59.22]) by ietfa.amsl.com (Postfix) with ESMTP id E00351A042E for <v6ops@ietf.org>; Tue, 22 Apr 2014 06:01:36 -0700 (PDT)
X-SENDER-IP: 10.136.163.12
X-SENDER-REPUTATION: None
X-IronPort-AV: E=Sophos; i="4.97,904,1389762000"; d="scan'208,217"; a="281699363"
Received: from unknown (HELO PRVPEXHUB03.corp.twcable.com) ([10.136.163.12]) by cdpipgw01.twcable.com with ESMTP/TLS/RC4-MD5; 22 Apr 2014 08:59:44 -0400
Received: from PRVPEXVS15.corp.twcable.com ([10.136.163.79]) by PRVPEXHUB03.corp.twcable.com ([10.136.163.12]) with mapi; Tue, 22 Apr 2014 09:00:33 -0400
From: "George, Wes" <wesley.george@twcable.com>
To: Matthew Petach <mpetach@netflight.com>, Ted Lemon <ted.lemon@nominum.com>
Date: Tue, 22 Apr 2014 09:00:32 -0400
Thread-Topic: [v6ops] Please review the No IPv4 draft
Thread-Index: Ac9eKthk5xQQU4EwRAWQzVfljoIXTA==
Message-ID: <CF7BDD91.1911D%wesley.george@twcable.com>
References: <534BF5A5.5010609@viagenie.ca> <20140415083615.GB43641@Space.Net> <534D3672.3060702@viagenie.ca> <3446106.k0lm12lQ8b@linne> <alpine.DEB.2.02.1404161034220.10236@uplift.swm.pp.se> <CAKD1Yr2D+ZMi-UctuvrMzyqoHqgBy5O26GODT=bRwq0PsvLgLw@mail.gmail.com> <alpine.DEB.2.02.1404161053110.10236@uplift.swm.pp.se> <20140416155714.GB64039@ricotta.doit.wisc.edu> <alpine.DEB.2.02.1404162310050.10236@uplift.swm.pp.se> <B21C1073-ABBE-44FE-964F-65AD7849CD31@delong.com> <alpine.DEB.2.02.1404170658440.10236@uplift.swm.pp.se> <4EABCE38-7CBA-4C95-84EE-686A2300F26E@delong.com> <8E450CDC-FFC5-4649-89FE-387836C8E40B@nominum.com> <CAEmG1=oNyotn6tcKyxUuLCW0of-MxVrvUB08jsygjo8kidgt0g@mail.gmail.com>
In-Reply-To: <CAEmG1=oNyotn6tcKyxUuLCW0of-MxVrvUB08jsygjo8kidgt0g@mail.gmail.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_CF7BDD911911Dwesleygeorgetwcablecom_"
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/v6ops/Wst5HCoXn_R_Oqg5LkS_D1POo7k
Cc: "v6ops@ietf.org WG" <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, 22 Apr 2014 13:01:53 -0000

From: Matthew Petach <mpetach@netflight.com<mailto:mpetach@netflight.com>>
Date: Monday, April 21, 2014 at 12:43 PM
To: Ted Lemon <ted.lemon@nominum.com<mailto:ted.lemon@nominum.com>>
Cc: "v6ops@ietf.org<mailto:v6ops@ietf.org> WG" <v6ops@ietf.org<mailto:v6ops@ietf.org>>
Subject: Re: [v6ops] Please review the No IPv4 draft

I would not expect any device
of mine to take advice from an IPv6 network about how to
operate on an IPv4 network.  Even if those networks happen
to be sharing the same physical piece of wire, or same range of
RF spectrum, they are independent and orthogonal networks.

WG] I think that there’s a need for clarification here. A lot of this discussion has focused almost exclusively on the full-on disabling of IPv4. Part of what the draft discusses is that there are differing things that can be signaled to the local devices from the network based on the bit set in the proposed option. There is an option that simply signals “there is no IPv4 support on this network” and makes attendant recommendations that the device decide on its own what to do for any local IPv4 traffic on the LAN, including doing nothing, configuring 169 addresses, etc. but that it should disable IPv4 on the upstream interface facing the network that provided the signal (I.e. Stop forwarding IPv4 traffic and stop sending DHCPv4).
I’m willing to go with consensus (if exist) that the more aggressive option of something like a full-on IPv4 killswitch that affects more than one interface and affects the local network is a bridge too far, both for security reasons (It’ll be hard to secure to a level that exploits aren’t likely) and because it gets into a question about autonomy and span of control. But I think it’s worth highlighting that there are also less aggressive options discussed in the draft, and I’d like to have some sense that those are mostly on the right track, and your statement is so broad that I wanted to get clarification on what you think of this.

Thanks,

Wes George

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.