Re: KRP ID Discussion.

Robert Raszuk <robert@raszuk.net> Thu, 06 August 2020 10:17 UTC

Return-Path: <robert@raszuk.net>
X-Original-To: rtgwg@ietfa.amsl.com
Delivered-To: rtgwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A62903A10C7 for <rtgwg@ietfa.amsl.com>; Thu, 6 Aug 2020 03:17:11 -0700 (PDT)
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 I33CdheXp7jo for <rtgwg@ietfa.amsl.com>; Thu, 6 Aug 2020 03:17:10 -0700 (PDT)
Received: from mail-ed1-x536.google.com (mail-ed1-x536.google.com [IPv6:2a00:1450:4864:20::536]) (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 1B3753A10B7 for <rtgwg@ietf.org>; Thu, 6 Aug 2020 03:17:09 -0700 (PDT)
Received: by mail-ed1-x536.google.com with SMTP id df16so18402542edb.9 for <rtgwg@ietf.org>; Thu, 06 Aug 2020 03:17:09 -0700 (PDT)
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=JuqBLlOY9haBlWcPPCl0I/yeFESNasLW7sSktt9qk34=; b=Mdjj+jc+MywMAJ47UNU+zCXAmWermcDQwQM87a60gML5LYKy1F+HyEBn1bqiHMj/YI 81e8aOYBOexgGZaCQNCsYfZ3LybBhKDxoq+u/Gpup/YlpfkDEok3OS7LjiZ1acSb06cJ Bcy8fogNUMc3P1dBJz5UmK11swZ7hbALw1rikuhPsRL9fS8kXdDxn/fD7dTxNl4UJ1Cj TWQZeRrv6147QReg6N3jQRQHWd83Sl9GStaTKWy4/Vt+HGaK1MBOkgV9dUrUntY4MHLq Ie8HevOjkeekGyRWabL7cXEoGoQnhdB9rh/OoWNfLf0JIakBBEYjQ9WQDIssdKPUVJxL u3TA==
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=JuqBLlOY9haBlWcPPCl0I/yeFESNasLW7sSktt9qk34=; b=EFQrAbOJYfs+B+sKmUK13Rb9i8oCU7xgDTe3iylHMybq7Fl61mNUDmNPsQe+mycmxr lz/Y6UfXyRee+jLh+gTUX56gyHsprrOKmma29RKntoyuAEMNYuC3XQQwQ3VIvIg9hpw9 rCLbYfxWc66KCtqfRSLoubaWxzTRqF6Xvg6ng6LqzPEzWii4if9KmRioKsgCZJK5NQfs Usaaz3qKFOR2fN6K5bXP/NUMjuFHikZNuokuHt6yFRg1PY6pLp/ds/GX6zNwPuf7VZEr /xIggd/R9HcC1HOgRJtfYQ2K1dZKkiGnA3Dd5mjESPuz+UiXi95SKEzcvqx0QKfKwUrl AH7A==
X-Gm-Message-State: AOAM5326XmpYk5Ze9dsEe7kVcewjqLPD9bisVlOfKd3FFmvYLBwN0eu6 BKK+YJijFkgvftB4DxoN2m+xpFLqpZrv1/yuCI2IQA==
X-Google-Smtp-Source: ABdhPJzAVFPDx2nYO07W0pt6knthHk2I3eQVuBBBRqeDWmgDeaTpv4ops0STc5CdnUbOOELQB3lLtfzAExemJH+MjAw=
X-Received: by 2002:aa7:d585:: with SMTP id r5mr3345530edq.30.1596709028552; Thu, 06 Aug 2020 03:17:08 -0700 (PDT)
MIME-Version: 1.0
References: <AM7P194MB0723C0A04F5BDAC8BF9FF59EAE4D0@AM7P194MB0723.EURP194.PROD.OUTLOOK.COM> <CABY-gOOd2T7zJ4586NQsPTt0=r+7Ky1Wie1NpUyKBNVCc1xKpw@mail.gmail.com> <AM7P194MB07231036E6266340E07C7DF5AE4B0@AM7P194MB0723.EURP194.PROD.OUTLOOK.COM> <CAOj+MMFhVAAX1Y767tGw9jL7nfdPyoPmPNJDuLA6cME7VNN5fg@mail.gmail.com> <74D363BB-A26C-49DA-9FA3-E450C5A14A8C@gmail.com>
In-Reply-To: <74D363BB-A26C-49DA-9FA3-E450C5A14A8C@gmail.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Thu, 06 Aug 2020 12:16:57 +0200
Message-ID: <CAOj+MMGLEzyPx0GA9-xLbPn-VPrsXz+32ti-Za8eY+J_Layf+A@mail.gmail.com>
Subject: Re: KRP ID Discussion.
To: Stewart Bryant <stewart.bryant@gmail.com>
Cc: Khaled Omar <eng.khaled.omar@outlook.com>, rtgwg <rtgwg@ietf.org>
Content-Type: multipart/alternative; boundary="00000000000074faab05ac32ca12"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtgwg/8cTIKIcbGXX5jq821itokA3sgRg>
X-BeenThere: rtgwg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Routing Area Working Group <rtgwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtgwg/>
List-Post: <mailto:rtgwg@ietf.org>
List-Help: <mailto:rtgwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 06 Aug 2020 10:17:12 -0000

Hi Stewart,

I hear what you are saying and politically speaking I understand your
comment. Not that I would agree - but this does not matter.

But just thinking on the technical level I do not understand it. Are you
saying that maybe in 2030 it would not be legally possible to create a link
of some form (physical or virtual) and run single IGP between US and Europe
? Or between EMEA and Japan ? Or EMEA to Africa ?

Are you saying that global operators would have to artificially divide
their networks into chunks ? And who would control what goes between such
chunks ? ITU-T ?

What about new zoo of satellites just launched to precisely offer Internet
without any geo boundaries ? Would we need to now map earth continents to
orbit and create "fences" in the space as well ?

Sorry but not only that would be end of the Internet but possibly end of
Google, MS, FB and other global operators and enterprises too. Or maybe the
idea is to kill open Internet and still allow enterprises to be global and
take most of the transit ?

Best,
R.

On Thu, Aug 6, 2020 at 12:02 PM Stewart Bryant <stewart.bryant@gmail.com>
wrote:

> Robert
>
> I make no comment on the draft, but whilst what you say is currently true,
> the state of world politics seem to make the current decoupling of the
> various topologies that we enjoy at the moment less likely to continue than
> was the case a few years back.
>
> The political actions of governments trumps (if you excuse the unfortunate
> pun) the preferences of the engineers and accountants.
>
> ITU-T SG2 (numbering) has a list of Middle East cases of traffic routing
> issues based on politics, the EU GDPR rules, the developing countries'
> concern over traffic patterns, the actions of the current US
> administration, all take us in the direction of the application of geo and
> political considerations to traffic routing.
>
> Regrettably, the writing is on the wall for restrictions to become
> normalised and built into the traffic planning rules, and that will push
> them into the routing system.
>
> Stewart
>
> > On 6 Aug 2020, at 10:15, Robert Raszuk <robert@raszuk.net> wrote:
> >
> > Khaled,
> >
> > Physical network topologies do not follow geo nor political boundaries.
> Any solution based on the above is simply not practical.
> >
> > Best,
> > R.
>
>