Re: [v6ops] About Req for Comments - "Transition to IPv6"

Alexandre Petrescu <alexandre.petrescu@gmail.com> Mon, 16 March 2020 11:03 UTC

Return-Path: <alexandre.petrescu@gmail.com>
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 8CF3D3A22D0 for <v6ops@ietfa.amsl.com>; Mon, 16 Mar 2020 04:03:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.67
X-Spam-Level:
X-Spam-Status: No, score=0.67 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, NML_ADSP_CUSTOM_MED=0.9, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no 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 3XPDxnr6KuSm for <v6ops@ietfa.amsl.com>; Mon, 16 Mar 2020 04:03:08 -0700 (PDT)
Received: from cirse-smtp-out.extra.cea.fr (cirse-smtp-out.extra.cea.fr [132.167.192.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A5E353A22CD for <v6ops@ietf.org>; Mon, 16 Mar 2020 04:03:08 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 02GB31le022142; Mon, 16 Mar 2020 12:03:01 +0100
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id CFF4A2030B5; Mon, 16 Mar 2020 12:03:01 +0100 (CET)
Received: from muguet1-smtp-out.intra.cea.fr (muguet1-smtp-out.intra.cea.fr [132.166.192.12]) by pisaure.intra.cea.fr (Postfix) with ESMTP id BD9E02019D8; Mon, 16 Mar 2020 12:03:01 +0100 (CET)
Received: from [10.8.114.142] ([10.8.114.142]) by muguet1-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 02GB3093031078; Mon, 16 Mar 2020 12:03:01 +0100
To: Owen DeLong <owen@delong.com>, Matthew Petach <mpetach@netflight.com>
Cc: v6ops@ietf.org
References: <e8a25961-5ac9-d35e-77dd-bf86f45cd077@gmail.com> <7eb4dc25-28a6-4927-2356-846e200681d2@gmail.com> <0791D4B0-8390-48D7-AF0A-CE004EC3224C@consulintel.es> <ccc75efb-8c00-ee97-5cc7-2e061e6e5a54@gmail.com> <52b6b9a4f46a49598eccee1b35e5efc5@irs.gov> <89127c25-9c51-c4bb-97ae-3567e80a4c52@gmail.com> <43D0E5A1-E5C5-4ACA-A44D-BC2F67129174@delong.com> <a7269431-c8a3-4182-072d-4bc1a39fcd57@gmail.com> <AC76A63B-3C93-4721-BE73-1851EBA25878@delong.com> <CAEmG1=pekqP8X1+-vqPEJpdLptiqbEvOGQmdin2EmBKGPfiFSA@mail.gmail.com> <8630BF2A-9831-44EE-8CA3-0C3647E86EDE@delong.com>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <7d173149-8fc1-b0db-26af-fe5db1954386@gmail.com>
Date: Mon, 16 Mar 2020 12:03:00 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0
MIME-Version: 1.0
In-Reply-To: <8630BF2A-9831-44EE-8CA3-0C3647E86EDE@delong.com>
Content-Type: multipart/alternative; boundary="------------20123FB17D54B60A8CBB209B"
Content-Language: fr
Archived-At: <https://mailarchive.ietf.org/arch/msg/v6ops/VZPuHTLAfgmWmOgBBgDdl76V3Ts>
Subject: Re: [v6ops] About Req for Comments - "Transition to IPv6"
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.29
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: Mon, 16 Mar 2020 11:03:11 -0000

Le 16/03/2020 à 08:05, Owen DeLong a écrit :
>
>
>> On Mar 15, 2020, at 16:32 , Matthew Petach <mpetach@netflight.com 
>> <mailto:mpetach@netflight.com>> wrote:
>>
>>
>>
>> On Fri, Mar 6, 2020 at 11:54 AM Owen DeLong <owen@delong.com 
>> <mailto:owen@delong.com>> wrote:
>>
>>     > On Mar 5, 2020, at 8:51 AM, Alexandre Petrescu
>>     <alexandre.petrescu@gmail.com
>>     <mailto:alexandre.petrescu@gmail.com>> wrote:
>>     > Is facebook a network?  I thought of it like a server farm.
>>
>>     How does one run a distributed server farm throughout the world
>>     without connecting it with a network? Am I missing something?
>>
>>
>> I believe for a very long time, that would have accurately described 
>> Akamai.
>
> Akamai didn’t run a backbone. I’d argue that they did run many rather 
> sizable networks.
>
>> Until their announcement, long after they had established themselves 
>> in the marketplace, that they were going to deploy a network: 
>> https://pc.nanog.org/static/published/meetings/NANOG71/1532/20171003_Kaufmann_Lightning_Talk_Akamai_v1.pdf
>
> Oh, I’m very familiar with that particular project… It was in it’s 
> startup hey day during my tenure in Mr. Kaufmann’s group. That was 
> Akamai building a backbone to connect many (not nearly all) of their 
> networks together.
>
> I stand by my original statement. One cannot (usefully) run a server 
> farm without a network. Network != backbone.


I agree a server farm needs a network.  But that network might be a 
switched Ethernet with VLANs in a large building, or it might be made of 
long haul links (ATM, FDDI, multi-Gigabit Ethernet fiber).

In the first case (call it VLAN) it is highly possible that VLAN in a 
building, or a set of close by buildings, are IPv6 only, and no IPv4.

But if the facebook system is a geographically distributed server farm 
with a large network, it might be that at some point the data is carried 
on IPv4 even though it is IPv6 over IPv4.

 From an end user perspective it is hard to find out on what is 
transported her data: IPv4, VLAN, gigabit Ethernet, whatever. Because 
traceroute does not show this (some times one can see somethings about 
ipv4 or ipv6 acronyms in the name of the hosts, but rarely).

But the builders of these networks do know whether or not that is 
carried in IPv4, or in MPLS, or so.  It is them that could say what is 
there, underlying.

Alex

Alex

>
> Owen
>