Re: [gaia] Remote Peering Discussion at GAIA 117

janercoffin@gmail.com Thu, 27 July 2023 21:43 UTC

Return-Path: <janercoffin@gmail.com>
X-Original-To: gaia@ietfa.amsl.com
Delivered-To: gaia@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 87EEDC151530 for <gaia@ietfa.amsl.com>; Thu, 27 Jul 2023 14:43:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.103
X-Spam-Level:
X-Spam-Status: No, score=-2.103 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ujtlUK3-Qbxe for <gaia@ietfa.amsl.com>; Thu, 27 Jul 2023 14:43:34 -0700 (PDT)
Received: from mail-pf1-x42c.google.com (mail-pf1-x42c.google.com [IPv6:2607:f8b0:4864:20::42c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C24D0C151544 for <gaia@irtf.org>; Thu, 27 Jul 2023 14:43:34 -0700 (PDT)
Received: by mail-pf1-x42c.google.com with SMTP id d2e1a72fcca58-687087d8ddaso492491b3a.1 for <gaia@irtf.org>; Thu, 27 Jul 2023 14:43:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1690494214; x=1691099014; h=to:in-reply-to:cc:references:message-id:date:subject:mime-version :from:content-transfer-encoding:from:to:cc:subject:date:message-id :reply-to; bh=cejv01ZcS0WdTPtsCKQZMiL0tFLCCkM04wpBHYJLnlM=; b=G9fWRiDZX7xjpj16fewZe6Fiud6zF0h6w5AkEKK4lZZc64j4Xq62cYyy1yVTd6S9Qo 0nQbdu3Ffbn4pzwh5mOWSw0O6WOxt5B3EuILmygmEyY3MU8r0i7M+fg/DYjgp4uy48y5 YyXor2XQQQ7liexhhy5pAR+uTpiu2IPfFz9LNOQhtWaL/E1yURdOhO1mkGWyIqTMDwAo qI4RptTndwxlPTuzfOdT2AjdXRXcOVSQcIDkJXbuOiQFTDjpfYVqRUtaktMd76WBtBTZ yLJzABzqoRp8iffMFsFR2DS4zNyMMVJtyg58HXE+zUTQCWoPC4HUTiK+1P0YpAACVxRE 2/0Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1690494214; x=1691099014; h=to:in-reply-to:cc:references:message-id:date:subject:mime-version :from:content-transfer-encoding:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=cejv01ZcS0WdTPtsCKQZMiL0tFLCCkM04wpBHYJLnlM=; b=e1BwpmYVpvScxrmDb+jyY2mt0zBcJNROyZmFEwyWLKKp6ZpkdSimargZsR5Ed+RKwY MHeXmxbQmlITUBq1bW7cGffhDsT+cdP4bLFMPhvie8CbIkPzR8C5V3InAMDCv2kiHjS0 KAVjLEeWnC86I0MYnfnv2Wn+ikX7ToQB6Szp3pJDC8iy+0g6PgDISJWHLn9aWfOSUJUo DOmX011qQnR7r+rW6e39KlD5M0F+Lo3h0nG1c84LlN24jO5tZcz2QW+ROVYgIKBbi7b4 ewoOCxJOQYhvS0WoF6H2IU9SGqTWDo/X5AcjKYzI9wmt+tLjWOatAKCYyGZw9+cwpSlb WjkA==
X-Gm-Message-State: ABy/qLayMZ619t62P7cq1ZV2GoU5qUIBrS1PfNAP2S3JDyQHR0Pfdx9l bPL/ZE43SclH7g7aL/52J8s=
X-Google-Smtp-Source: APBJJlGA7aa0iaHAzcFuZz3GjeNGRczgX0RIIOAxwUah6Svwz90ItPvke8HPZC99kYcXJlzJc1U0wQ==
X-Received: by 2002:a05:6a00:1489:b0:66a:5d4a:e47d with SMTP id v9-20020a056a00148900b0066a5d4ae47dmr471603pfu.8.1690494214067; Thu, 27 Jul 2023 14:43:34 -0700 (PDT)
Received: from smtpclient.apple ([2001:67c:1232:144:85e5:f302:cf7:43b6]) by smtp.gmail.com with ESMTPSA id c12-20020aa781cc000000b00679d3fb2f92sm1895990pfn.154.2023.07.27.14.43.33 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 27 Jul 2023 14:43:33 -0700 (PDT)
Content-Type: multipart/alternative; boundary="Apple-Mail-29A5C7A8-521B-43A2-BD21-B239CC47088E"
Content-Transfer-Encoding: 7bit
From: janercoffin@gmail.com
Mime-Version: 1.0 (1.0)
Date: Thu, 27 Jul 2023 14:43:22 -0700
Message-Id: <878BB86A-1FB2-4D1F-9341-A2EB3A55606F@gmail.com>
References: <279d1db5-b742-5993-0607-824364f5e08a@nsrc.org>
Cc: Kurtis Heimerl <kheimerl@cs.washington.edu>, Innocent Obi <innoobi@cs.washington.edu>, gaia@irtf.org
In-Reply-To: <279d1db5-b742-5993-0607-824364f5e08a@nsrc.org>
To: "Steven G. Huter" <sghuter@nsrc.org>
X-Mailer: iPhone Mail (20F75)
Archived-At: <https://mailarchive.ietf.org/arch/msg/gaia/jkgwaE-2uuFUeRYHIg6ZyRXQ9U4>
Subject: Re: [gaia] Remote Peering Discussion at GAIA 117
X-BeenThere: gaia@irtf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Global Access to the Internet for All <gaia.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/gaia>, <mailto:gaia-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gaia/>
List-Post: <mailto:gaia@irtf.org>
List-Help: <mailto:gaia-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/gaia>, <mailto:gaia-request@irtf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Jul 2023 21:43:38 -0000

Kurtis - I wonder if some folks do want to “MASQUE” BGP by sending traffic from CDN to CDN using MASQUE over QUIC, setting up encrypted tunnels Just talked to someone here at IETF about MASQUE/QUIC Takes traffic to app level and sets up secure tunnels . It might be too wonky in some networks? 


Jane Coffin
Signal, Telegram, Text, WhatsApp
+1.202.247.8429

> On Jul 27, 2023, at 14:16, Steven G. Huter <sghuter@nsrc.org> wrote:
> 
> 
> 
> 
> On 7/27/23 1:54 PM, Kurtis Heimerl wrote:
>> Great link! I was struck by this: " logic is the same; remote peering removes the colocation, equipment and circuit cost from the equation and replaces those costs with a metered transport alternative."
>> 
>> I assume we can develop an extension to BGP that does that without obfuscating the important routing information, right? 
>> 
>> Again with the caveat of "we're sorta already doing this" that underlies so much of my confusion in this space. 
>> 
>> 
> Hi Kurtis
> 
> How do you tell the difference (in network terms) between an ISP in South Asia showing up at DE-CIX Frankfurt on their own (buying an IPLC), versus, an ISP connecting to DE-CIX Johor Baru in Malaysia and then paying DE-CIX for a VRF to Frankfurt?
> 
> Both of these examples are remote peering, but two different implementations. For the former, the ISP knows what occurs with their 10Gbps of capacity. With the latter, how do you know the total number of others with whom you are sharing the capacity? What happens when the underlying capacity is oversubscribed and you don't know it? 
> 
> Why is peering in another continent a Good Thing when 80% of Internet traffic is now from the hyperscalers who are increasingly localized for their content delivery?
> 
> Lots of other potential research questions. 
> 
> This is certainly an interesting public conversation to have and I'm glad it came up in the GAIA meeting.
> 
> Steve
> 
> _______________________________________________
> gaia mailing list
> gaia@irtf.org
> https://www.irtf.org/mailman/listinfo/gaia