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

JORDI PALET MARTINEZ <jordi.palet@consulintel.es> Tue, 28 February 2017 20:42 UTC

Return-Path: <prvs=123297a6ff=jordi.palet@consulintel.es>
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 CF8311296F2 for <v6ops@ietfa.amsl.com>; Tue, 28 Feb 2017 12:42:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=consulintel.es; domainkeys=pass (1024-bit key) header.from=jordi.palet@consulintel.es header.d=consulintel.es
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 h4Om23ze7uAd for <v6ops@ietfa.amsl.com>; Tue, 28 Feb 2017 12:42:47 -0800 (PST)
Received: from mail.consulintel.es (mail.consulintel.es [217.126.185.215]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E47761296CB for <v6ops@ietf.org>; Tue, 28 Feb 2017 12:42:46 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=consulintel.es; s=MDaemon; t=1488314564; x=1488919364; q=dns/txt; h=DomainKey-Signature: Received:User-Agent:Date:Subject:From:To:Message-ID:Thread-Topic: References:In-Reply-To:Mime-version:Content-type: Content-transfer-encoding:Reply-To; bh=ICaIu/376YtcCnECs1i7QcBWh 3K2VijXeBc/+rHML1c=; b=hz8D6W3PR7KbdJQCtcURWZuOxWJXwXvJ0NbRSzGWI HipdtbnNyhBYQE7w2BbRJY/Wzwn1G6FFGB2u1JaruQtwar+jIzzg9hgQEJ68TjnL lSG6ZaQeAPVK1YZrRjgtXh9LFdn/f4pHY/e81JQ8lP7Zxy8AzVopKuMwm+vd/IB1 B4=
DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=consulintel.es; c=simple; q=dns; h=from:message-id; b=HyEi5CLehyIOKq5wxzxMD46GKcr8KkfuQzDANSSMYFqrq5+6n+83ewqtiy7+ Xj7vO5ujaYBVE8SBKZygUznPtf39W2TA1SmK0iIMax8Sq8HLW7ffnGW55 Qo2sFqOHs4nmjvs7n0gyRjanr2jYZiQgvu8i+PVQjx1As1yernFrYw=;
X-MDAV-Processed: mail.consulintel.es, Tue, 28 Feb 2017 21:42:44 +0100
X-Spam-Processed: mail.consulintel.es, Tue, 28 Feb 2017 21:42:43 +0100
Received: from [10.10.10.99] by mail.consulintel.es (MDaemon PRO v11.0.3) with ESMTP id md50005375987.msg for <v6ops@ietf.org>; Tue, 28 Feb 2017 21:42:42 +0100
X-MDOP-RefID: re=0.000,fgs=0 (_st=1 _vt=0 _iwf=0)
X-Authenticated-Sender: jordi.palet@consulintel.es
X-HashCash: 1:20:170228:md50005375987::024xoICU3RYHc1AK:00000RZZ
X-Return-Path: prvs=123297a6ff=jordi.palet@consulintel.es
X-Envelope-From: jordi.palet@consulintel.es
X-MDaemon-Deliver-To: v6ops@ietf.org
User-Agent: Microsoft-MacOutlook/f.1f.0.170216
Date: Tue, 28 Feb 2017 21:42:39 +0100
From: JORDI PALET MARTINEZ <jordi.palet@consulintel.es>
To: v6ops@ietf.org
Message-ID: <5E812E8E-EECA-4F2F-8408-BAA73A3A7524@consulintel.es>
Thread-Topic: [v6ops] FW: New Version Notification for draft-palet-v6ops-rfc7084-bis-00.txt
References: <148763027040.25952.5914924936449771028.idtracker@ietfa.amsl.com> <692043A0-04F2-46EA-84D2-D4964E925C6B@consulintel.es> <73771501-23f6-6117-28ca-f779682311f2@otenet.gr>
In-Reply-To: <73771501-23f6-6117-28ca-f779682311f2@otenet.gr>
Mime-version: 1.0
Content-type: text/plain; charset="UTF-8"
Content-transfer-encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/3AXDpGKKARcdfgW0kekgqgW4va8>
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
Reply-To: jordi.palet@consulintel.es
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:42:49 -0000

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.