Re: [Int-area] Is IPv6 End-to-End? R.I.P. Architecture? (Fwd: Errata #5933 for RFC8200)

Robert Raszuk <robert@raszuk.net> Fri, 28 February 2020 13:59 UTC

Return-Path: <robert@raszuk.net>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E538A3A1864 for <ietf@ietfa.amsl.com>; Fri, 28 Feb 2020 05:59:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=raszuk.net
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 DOgMe-A4r5BM for <ietf@ietfa.amsl.com>; Fri, 28 Feb 2020 05:59:07 -0800 (PST)
Received: from mail-ot1-x343.google.com (mail-ot1-x343.google.com [IPv6:2607:f8b0:4864:20::343]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2100B3A1860 for <ietf@ietf.org>; Fri, 28 Feb 2020 05:59:06 -0800 (PST)
Received: by mail-ot1-x343.google.com with SMTP id z9so2636084oth.5 for <ietf@ietf.org>; Fri, 28 Feb 2020 05:59:06 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raszuk.net; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=A3VesLKqUxyu/bOHvE/tnIysmW4JlnIlYVmws81rUeI=; b=BPWbnBkiiUYSzNZIaMJDuMuarXjUQr3aDfrgy3Crk0Lr5lsMFqvjO5y5IjKZcGWUvb zIhBwIIWL/q2NawQGpqm9FpcuABPFvoDv0biMSE0IiV/Z0H4nArC2B+GgoYnNyZdRbs6 lzthFruq8cV0aeNxGwqd26kzzDJjcdaunxDCslaqp88ZvS5+m3p4nPETCc6B1qutr5X6 0mtD1HCwm/yptp1dfBho7+5IwsP+oYqVZqTP5pvg5uXNJQN7kKzFcAGHOvSnF7/Jl/xP J9LA9EfeRj2/3QQVZoE3E2tZd05PH+eTNgmrmu5wDbTak3BUdrFL2U6lsHw4mlHcARCh 5uyA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=A3VesLKqUxyu/bOHvE/tnIysmW4JlnIlYVmws81rUeI=; b=NYfUbYW64/qoZw+MC+ZJpS8Kx1G89OAhMQutkY8BCnTF36s+lXmCTPZs1FgG6f/7bK O4PCqyNfgn17vF31CCnke7M+J4xhO7hGo3GtyyzaiVILh+87bc/87OcdevGx/dRenuCA 98Lx4J9D3FNYEvAnXsA3o3LJzF+VuWphPGWPEfBHjrwCwPpR/rzUBIk8AHgX9IDxVujW 5oFqSDPEz5meDMSE0jTmyxSwEcJcfEaRIVX66gatL/nQJejxIHeaPHl/LoJqYipU/amz CwpyGZds3VfmY+zFVYIjg1f9kFGYKT7ptA2r1SiDcio27UYpDY5v3wUzb9LYk02Vkumj eppg==
X-Gm-Message-State: APjAAAXitBeUnXc35ZV5qQwXmNdEp7csXf2EPhM8ndAl52hrIsMnCxJv gOPeN9psdAvJlqbQe/esFyh5kMYuhq/+rCyHDfuPVRvy
X-Google-Smtp-Source: APXvYqxGQ5GRya1dUQymvd9B4+/nMfenbKdyhRv/NpiINwwxr5CEuj0wFFHFxrfZTdgVS5LvgYjelPAc8AGQ54D0Kzk=
X-Received: by 2002:a9d:6a06:: with SMTP id g6mr3168927otn.305.1582898346068; Fri, 28 Feb 2020 05:59:06 -0800 (PST)
MIME-Version: 1.0
References: <876c9105-3da4-e614-2db0-bea025b54663@si6networks.com> <7749f91f-03f1-cc14-bae8-5fe68c88879f@si6networks.com> <CALx6S36wN7VEi_rxLC1ETcTvkGaPhs20KhQrGWAGGTrCL5OT+g@mail.gmail.com> <d41a94f5ede994b9e14605871f9f7140@strayalpha.com> <69bd06b8-7eee-dfbc-5476-bba0f71ae915@si6networks.com> <3c307da7e8f52b7a29037a1084daf254@strayalpha.com> <a24a3621-99f6-755d-c679-2061b9a67adf@si6networks.com> <CAOj+MMGJ11CBCov=-jfZUtROJPwhQB3A=+0gMBhzZgxoF_9N1A@mail.gmail.com> <A83D4788-AD7B-490C-B74E-2548A1345C47@strayalpha.com> <CAOj+MMHfKMGa7w9pkqg=2RC4XeuYk7+iHt949B3kUtc+vCeB1Q@mail.gmail.com> <b6c3ad3a-509f-638f-8ee9-0d7a6e17cb89@network-heretics.com>
In-Reply-To: <b6c3ad3a-509f-638f-8ee9-0d7a6e17cb89@network-heretics.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Fri, 28 Feb 2020 14:58:51 +0100
Message-ID: <CAOj+MMFSPuBkrxt3BUWou90y_SjdSqYaAW0qReoOGh=DHPVc7Q@mail.gmail.com>
Subject: Re: [Int-area] Is IPv6 End-to-End? R.I.P. Architecture? (Fwd: Errata #5933 for RFC8200)
To: Keith Moore <moore@network-heretics.com>
Cc: IETF <ietf@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000a21dff059fa33d05"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/L9NEYsSp3ob21yc2N6mzD0cjc0Q>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 28 Feb 2020 13:59:09 -0000

And with that it seems proper to ask what is "the Internet" ? Isn't the
Internet a collection of number of interconnected *autonomous* systems ? So
at best IETF as a SDO could define NNI between those autonomous systems not
discate how those systems should operate internally.

Some can use IPv4, some IPv6, some MPLS, some even openflow.

Sure IETF goes step further and defines how protocols work within those
ASes such that we do not get into proprietary protocols and have some hope
here and there that implementations of given RFC have a chance to
interoperate.

Then if you ask the younger generation what is Internet they tell you it is
facebook, google, youtube etc ... so all they need a last mile connection
by google, face or ms and "Internet" becomes controlled all under
just few administrations.  Geoff has great slides we have all seen about
the Cartel :)  How IETF is going to even influence decisions made by such
Cartel remains to be seen.

Meanwhile let's continue with SR and PSP topic ;-)



On Fri, Feb 28, 2020 at 2:41 PM Keith Moore <moore@network-heretics.com>
wrote:

> On 2/28/20 3:18 AM, Robert Raszuk wrote:
>
> > So this is not IETF business to say - no you can not do it as it may
> > sometimes fail say due to MTU.
>
> I emphatically disagree.   IETF's job is to specify what is believed to
> work well for the Internet, and that sometimes involves making judgments
> about the relative merits of different parties' claims - e.g.  between
> one party's claimed benefit and what other people understand is likely
> to cause harm.
>
> Keith
>
>
>