Re: [BEHAVE] [v6ops] New features in Legacy IPv4 (was Re: protocols without need for ALG ?)

"Howard, Lee" <lee.howard@twcable.com> Wed, 12 August 2015 13:25 UTC

Return-Path: <lee.howard@twcable.com>
X-Original-To: behave@ietfa.amsl.com
Delivered-To: behave@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 07C001B2DB3; Wed, 12 Aug 2015 06:25:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.225
X-Spam-Level:
X-Spam-Status: No, score=0.225 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_MODEMCABLE=0.768, HOST_EQ_MODEMCABLE=1.368, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 ibreITEuyTHY; Wed, 12 Aug 2015 06:25:24 -0700 (PDT)
Received: from cdcipgw01.twcable.com (cdcipgw01.twcable.com [165.237.91.110]) by ietfa.amsl.com (Postfix) with ESMTP id 1FF161A89A9; Wed, 12 Aug 2015 06:25:23 -0700 (PDT)
X-SENDER-IP: 10.136.163.12
X-SENDER-REPUTATION: None
X-IronPort-AV: E=Sophos;i="5.15,661,1432612800"; d="scan'208";a="347145676"
Received: from unknown (HELO PRVPEXHUB03.corp.twcable.com) ([10.136.163.12]) by cdcipgw01.twcable.com with ESMTP/TLS/RC4-MD5; 12 Aug 2015 09:21:22 -0400
Received: from PRVPEXVS08.corp.twcable.com ([10.136.163.36]) by PRVPEXHUB03.corp.twcable.com ([10.136.163.12]) with mapi; Wed, 12 Aug 2015 09:25:22 -0400
From: "Howard, Lee" <lee.howard@twcable.com>
To: Mark Smith <markzzzsmith@gmail.com>, Ca By <cb.list6@gmail.com>
Date: Wed, 12 Aug 2015 09:25:21 -0400
Thread-Topic: [v6ops] New features in Legacy IPv4 (was Re: protocols without need for ALG ?)
Thread-Index: AdDVAlb9pnr/cKSoRDeZvs3nCaoNFA==
Message-ID: <D1F0BFBE.BED96%Lee.Howard@twcable.com>
References: <D1EF60F2.643E2%wesley.george@twcable.com> <CAD6AjGSmwogXb+OgGoPqSsvRL==h7YL763+sjWUY8_aqKkmTuw@mail.gmail.com> <CAO42Z2yLVh4AgmKKLK2bRF0x_-+nWAe3f__W9mJCKCRd+-MadA@mail.gmail.com>
In-Reply-To: <CAO42Z2yLVh4AgmKKLK2bRF0x_-+nWAe3f__W9mJCKCRd+-MadA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/14.5.2.150604
acceptlanguage: en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/behave/RVZqlrB9R4loXwXM_IM6yl1deZM>
Cc: "v6ops@ietf.org" <v6ops@ietf.org>, "behave@ietf.org" <behave@ietf.org>
Subject: Re: [BEHAVE] [v6ops] New features in Legacy IPv4 (was Re: protocols without need for ALG ?)
X-BeenThere: behave@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: mailing list of BEHAVE IETF WG <behave.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/behave>, <mailto:behave-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/behave/>
List-Post: <mailto:behave@ietf.org>
List-Help: <mailto:behave-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/behave>, <mailto:behave-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Aug 2015 13:25:26 -0000

>
>>>
>>> Is it time to resurrect this draft and push it forward? It doesn't
>>> explicitly prohibit work of the type proposed in the above drafts, but
>>>I'd
>>> like to think that  the current language strongly discourages it.
>>> https://tools.ietf.org/html/draft-george-ipv6-support-03
>>>
>>> Wes George
>>
>>
>>
>> Yes.  We clearly see that folks need the message to be unambiguous
>>
>
>Deprecating IPv4 would do the trick. Doesn't mean you can't use it,
>doesn't mean it can't continue to be fixed, just means that it has
>become the legacy Internet protocol.

I searched in vain for an IETF definition of ³Deprecated,² although I did
find some examples.
I found a definition of ³Historic² (sort of) in rfc2026 and an old
clarifying draft draft-yevstifeyev-genarea-historic-03.
All of those words seem to suggest that the deprecated/historic/obsolete
protocol could still be used, but to be careful with it. I¹d call it a
SHOULD NOT, meaning don¹t unless you have a really good reason.
I would be delighted if somebody has pointers to better definitions.

This work would need to happen in 6man or intarea WG, I think. I therefore
offer no opinion here.

Lee



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.