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

Yannis Nikolopoulos <yanodd@otenet.gr> Wed, 01 March 2017 09:14 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 DBA5712985D for <v6ops@ietfa.amsl.com>; Wed, 1 Mar 2017 01:14:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.001, URIBL_BLOCKED=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 kDZ7FRpxPvDy for <v6ops@ietfa.amsl.com>; Wed, 1 Mar 2017 01:14:33 -0800 (PST)
Received: from calypso.otenet.gr (calypso.otenet.gr [83.235.67.36]) by ietfa.amsl.com (Postfix) with ESMTP id 6B634129866 for <v6ops@ietf.org>; Wed, 1 Mar 2017 01:14:28 -0800 (PST)
Received: from [192.168.43.87] (internet-31-217-178-118.pat.nym.cosmote.net [31.217.178.118]) by calypso.otenet.gr (ESMTP) with ESMTPSA id 8657D13804D for <v6ops@ietf.org>; Wed, 1 Mar 2017 11:14:27 +0200 (EET)
To: v6ops@ietf.org
References: <148763027040.25952.5914924936449771028.idtracker@ietfa.amsl.com> <692043A0-04F2-46EA-84D2-D4964E925C6B@consulintel.es> <73771501-23f6-6117-28ca-f779682311f2@otenet.gr> <5E812E8E-EECA-4F2F-8408-BAA73A3A7524@consulintel.es>
From: Yannis Nikolopoulos <yanodd@otenet.gr>
Message-ID: <c58087e7-bb50-b01e-cc0b-feaffc225595@otenet.gr>
Date: Wed, 01 Mar 2017 11:14:27 +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: <5E812E8E-EECA-4F2F-8408-BAA73A3A7524@consulintel.es>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/xjvK0Yxo1lFpbW3xlqLc1ASqoCc>
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: Wed, 01 Mar 2017 09:14:36 -0000

Jordi,

unless I'm reading an earlier version, unlike MAP-E/T, lw4o6 is 
optional. From 
https://tools.ietf.org/html/draft-palet-v6ops-rfc7084-bis-00#section-4.4.7:

" The CE router MAY support lw4o6 functionality"

regards,

Yannis


On 02/28/2017 10:42 PM, JORDI PALET MARTINEZ wrote:
> Hi Yannis,
>
> I’m not sure to understand your point.
>
> Unless I did a mistake while editing the draft, all them are with SHOULD.
>
> Regards,
> Jordi
>   
>
> -----Mensaje original-----
> De: Yannis Nikolopoulos <yanodd@otenet.gr>
> Responder a: <yanodd@otenet.gr>
> Fecha: martes, 28 de febrero de 2017, 21:29
> Para: <jordi.palet@consulintel.es>, <v6ops@ietf.org>
> Asunto: Re: [v6ops] FW: New Version Notification for draft-palet-v6ops-rfc7084-bis-00.txt
>
>      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
>      >
>      >
>      >
>      
>      
>      
>
>
>
> **********************************************
> IPv4 is over
> Are you ready for the new Internet ?
> http://www.consulintel.es
> The IPv6 Company
>
> This electronic message contains information which may be privileged or confidential. The information is intended to be for the use of the individual(s) named above. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, including attached files, is prohibited.
>
>
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops