Re: [v6ops] IPv4 trajectory

Xing Li <xing@cernet.edu.cn> Sun, 05 April 2015 09:28 UTC

Return-Path: <xing@cernet.edu.cn>
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 E16611A92F3 for <v6ops@ietfa.amsl.com>; Sun, 5 Apr 2015 02:28:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.79
X-Spam-Level:
X-Spam-Status: No, score=0.79 tagged_above=-999 required=5 tests=[BAYES_50=0.8, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 YNtx9ssXdmNH for <v6ops@ietfa.amsl.com>; Sun, 5 Apr 2015 02:28:35 -0700 (PDT)
Received: from cernet.edu.cn (cernet.edu.cn [202.112.39.2]) by ietfa.amsl.com (Postfix) with ESMTP id 8D7761A92F2 for <v6ops@ietf.org>; Sun, 5 Apr 2015 02:28:34 -0700 (PDT)
Received: from [127.0.0.1] (unknown [123.112.109.128]) by centos (Coremail) with SMTP id AQAAf3D7HQa7_iBVuDRCAA--.1417S5; Sun, 05 Apr 2015 17:22:04 +0800 (CST)
Message-ID: <55210022.4000808@cernet.edu.cn>
Date: Sun, 05 Apr 2015 17:28:02 +0800
From: Xing Li <xing@cernet.edu.cn>
User-Agent: Thunderbird 2.0.0.24 (Windows/20100228)
MIME-Version: 1.0
To: Brian E Carpenter <brian.e.carpenter@gmail.com>
References: <D1401A6F.90498%Lee@asgard.org> <551AF135.3060602@gmail.com> <B7AD5376-A2CF-43DF-9A84-B75CFDDBD6FF@cisco.com> <551B37B9.4090400@gmail.com>
In-Reply-To: <551B37B9.4090400@gmail.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-CM-TRANSID: AQAAf3D7HQa7_iBVuDRCAA--.1417S5
X-Coremail-Antispam: 1UD129KBjvdXoWrtr48Xw18Wr4xtF4DGr4fGrg_yoWDZrX_uF 95Ka4kAr1jyFs5tr4Utr1a9r9xGan8XF1DA3s8tw4qv34q9wsrG39rC34xWF4rJryUAr45 WF93Z3yrJry7ujkaLaAFLSUrUUUUUb8apTn2vfkv8UJUUUU8Yxn0WfASr-VFAUDa7-sFnT 9fnUUIcSsGvfJTRUUUjEkYjsxI4VW3JwAYFVCjjxCrM7AC8VAFwI0_Gr0_Xr1l1xkIjI8I 6I8E6xAIw20EY4v20xvaj40_Wr0E3s1l1IIY67AEw4v_Jr0_Jr4l8cAvFVAK0II2c7xJM2 8EF7xvwVC0I7IYx2IY67AKxVWUJVWUCwA2z4x0Y4vE2Ix0cI8IcVCY1x0267AKxVWUJVW8 JwA2z4x0Y4vEx4A2jsIE14v26r1j6r4UM28EF7xvwVC2z280aVCY1x0267AKxVWUJVW8Jw AS0I0E0xvYzxvE52x082IY62kv0487Mc02F40EFcxC0VAKzVAqx4xG6I80ewAv7VC2z280 aVAFwI0_Jr0_Gr1lOx8S6xCaFVCjc4AY6r1j6r4UM4x0Y48IcVAKI48JMxAIw28IcxkI7V AKI48JMI8I3I0E5I8CrVAFwI0_Jr0_Jr4lx2IqxVCjr7xvwVAFwI0_JrI_JrWlx4CE17CE b7AF67AKxVWUXVWUAwCIc40Y0x0EwIxGrwCI42IY6xIIjxv20xvE14v26r1j6r1xMIIF0x vE2Ix0cI8IcVCY1x0267AKxVWUJVW8JwCI42IY6xAIw20EY4v20xvaj40_WFyUJVCq3wCI 42IY6I8E87Iv67AKxVWUJVW8JwCI42IY6I8E87Iv6xkF7I0E14v26r1j6r4UYxBIdaVFxh VjvjDU0xZFpf9x07jUb18UUUUU=
X-CM-SenderInfo: p0lqwqxfhu0vvwohv3gofq/
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/anUd6vniHElIm3DBdEjjZzA0OEE>
Cc: IPv6 Ops WG <v6ops@ietf.org>
Subject: Re: [v6ops] IPv4 trajectory
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: Sun, 05 Apr 2015 09:28:37 -0000

Brian E Carpenter 写道:
> In fact, I agree. So the sequence I'm thinking of for a transit
> or DFZ carrier is something like this:
>
> 1. (now) Run dual stack with ships-in-the-night routing, but
>    configuration and management is via IPv4.
>
> 2. (soon) Ditto, but some config & management moves to IPv6.
>
> 3. Ditto, but all config & management is via IPv6.
>   

Just for the information, this is easy for the backbone. CERNET2 
(IPv6-only) is doing this for about 10 years. Of cause, the BOSS is 
another story. xing

> 4. Observe that IPv4 has become secondary.
>
> 5. Therefore, migrate IPv4 support to run over IPv6.
>
> This is different (and simpler) than subscriber-facing carriers,
> because they will have to navigate all kinds of other issues
> like CGN and MAP on the client side.
>
> I'm not saying this is profound; just that it is a different
> trajectory from the ones we mainly discuss.
>
>    Brian
>
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>