Re: [v6ops] FW: New Version Notification for draft-palet-v6ops-rfc7084-bis-00.txt

Yannis Nikolopoulos <yanodd@otenet.gr> Tue, 28 February 2017 20:29 UTC

Return-Path: <yanodd@otenet.gr>
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 2591D1296C7 for <v6ops@ietfa.amsl.com>; Tue, 28 Feb 2017 12:29:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001] autolearn=ham autolearn_force=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 FqtcPtLjU-SD for <v6ops@ietfa.amsl.com>; Tue, 28 Feb 2017 12:29:19 -0800 (PST)
Received: from calypso.otenet.gr (calypso.otenet.gr [83.235.67.36]) by ietfa.amsl.com (Postfix) with ESMTP id 1F1B81296BB for <v6ops@ietf.org>; Tue, 28 Feb 2017 12:29:19 -0800 (PST)
Received: from [192.168.1.23] (dusted.otenet.gr [195.167.126.245]) by calypso.otenet.gr (ESMTP) with ESMTPSA id 751A113804D; Tue, 28 Feb 2017 22:29:16 +0200 (EET)
To: jordi.palet@consulintel.es, v6ops@ietf.org
References: <148763027040.25952.5914924936449771028.idtracker@ietfa.amsl.com> <692043A0-04F2-46EA-84D2-D4964E925C6B@consulintel.es>
From: Yannis Nikolopoulos <yanodd@otenet.gr>
Message-ID: <73771501-23f6-6117-28ca-f779682311f2@otenet.gr>
Date: Tue, 28 Feb 2017 22:29:16 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.7.0
MIME-Version: 1.0
In-Reply-To: <692043A0-04F2-46EA-84D2-D4964E925C6B@consulintel.es>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/sm5vIhscryanAILbi80SvhHyS1Y>
Subject: Re: [v6ops] FW: New Version Notification for draft-palet-v6ops-rfc7084-bis-00.txt
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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, 28 Feb 2017 20:29:21 -0000

Hi,

I just don't get why is lw4o6 differentiated from MAP. To me, it does 
not make sense that one is optional and the other two are not. The 
rationale does not help much either


regards,

Yannis


On 02/21/2017 11:11 AM, JORDI PALET MARTINEZ wrote:
> Hi,
>
> I’ve submitted a -bis draft for updating RFC7084 (Basic Requirements for IPv6 Customer Edge Routers).

<snip>

> 1) Considering that there’re no more IPv4 addresses and according to my experience with service providers, they will prefer to avoid dual stack in the WAN ASAP, and avoid CGN, I think 6rd and DS-LITE need to be changed to MAY.
>
> 2) At the same time, I’ve included lw4o6, also with MAY. The rationale for this: Many service providers try to avoid the CGN, and lw4o6 is a way to do so, without increasing the cost of the CE. Basically, a CE that supports a regular IPv4 NAT+DS-Lite, is already capable of supporting lw4o6. The cost in terms of CE flash memory for DS-Lite is about 1Kb. The open source package available for DS-Lite that I’ve been digging-in takes 6Kb, but already includes also support for both MAP versions.
>
> 3) Include support for 464XLAT, MAP-E, MAP-T as SHOULD. Those protocols are the 3 alternatives that a service provider has to deploy IPv6-only WAN, but at the same time provide dual-stack in the LANs, with practically the same functionalities or even more, that what CGN requires. At the service provider network, it requires, instead of CGN, a stateful NAT64 (which cellular providers are already using) or a Border Relay (for MAP). Basically, a CE needs only 3Kbytes of code in the flash to support CLAT (the CE part of 464XLAT). The support for MAP (both versions and also lw6o4), requires about 6Kb.
>
> Regards,
> Jordi
>   
>
>