Re: [gaia] Remote Peering Discussion at GAIA 117

Steve Song <stevesong@nsrc.org> Wed, 26 July 2023 15:05 UTC

Return-Path: <stevesong@nsrc.org>
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 41B24C165767 for <gaia@ietfa.amsl.com>; Wed, 26 Jul 2023 08:05:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.905
X-Spam-Level:
X-Spam-Status: No, score=-0.905 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_AFFORDABLE=1, HTML_MESSAGE=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=no autolearn_force=no
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 vanpadxSB2Ce for <gaia@ietfa.amsl.com>; Wed, 26 Jul 2023 08:05:32 -0700 (PDT)
Received: from asmtp.nsrc.org (asmtp.nsrc.org [IPv6:2607:8400:2880:4::80df:9d69]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 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 E105CC15C523 for <gaia@irtf.org>; Wed, 26 Jul 2023 08:05:32 -0700 (PDT)
X-Gm-Message-State: ABy/qLa9Y+gnTKPgR8vwdD7U/P6zPx4/mFaCY1ydNFi+BA1HziK9ANeo 9AkiqzHx3qSaz1XH8tDOEGgg5jMftL2KQLuQ8aU=
X-Google-Smtp-Source: APBJJlHHiTmxCW7a4Lj2xMwK7JeVFmxX1x287xVdBG97vd/JFLd6h+Sqy2IqQHVJt43pySnjuWa42IoUErTLVIrnR7Q=
X-Received: by 2002:a2e:918a:0:b0:2b9:35ae:c9ac with SMTP id f10-20020a2e918a000000b002b935aec9acmr1805502ljg.2.1690383929325; Wed, 26 Jul 2023 08:05:29 -0700 (PDT)
MIME-Version: 1.0
References: <CAB+4MyRexs8Qv_2bjsH9AJurMYkH3MOUuo+veteDxnnHaGStWw@mail.gmail.com>
In-Reply-To: <CAB+4MyRexs8Qv_2bjsH9AJurMYkH3MOUuo+veteDxnnHaGStWw@mail.gmail.com>
From: Steve Song <stevesong@nsrc.org>
Date: Wed, 26 Jul 2023 12:05:02 -0300
X-Gmail-Original-Message-ID: <CAD_CWO0YUxAyw2V8QC23ZmSRKChG5C6+2F8=CDeEbAQCzpE+Nw@mail.gmail.com>
Message-ID: <CAD_CWO0YUxAyw2V8QC23ZmSRKChG5C6+2F8=CDeEbAQCzpE+Nw@mail.gmail.com>
To: gaia@irtf.org
Content-Type: multipart/alternative; boundary="000000000000a4983d0601652d15"
Archived-At: <https://mailarchive.ietf.org/arch/msg/gaia/7cKOBNg15BMxqjBRZhjpBxMqrZM>
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: Wed, 26 Jul 2023 15:05:37 -0000

Hi Kurtis,

I am sorry to have missed the discussion but I am interested to hear an
answer as well.

Although it is not quite the same thing as remote peering, I think that the
EdgeConnect <https://sp.chorus.co.nz/product/edgeconnect/overview> service
offered by Chorus New Zealand, which has their entire network appear as a
single switch on NZIX has some very distinct benefits, most significantly,
an effectively (although not quite) flat pricing structure no matter where
you are in New Zealand. The fact that the cost of backhaul typically goes
up the further you are away from a landing station or major peering point
is a big problem for affordable connectivity in remote areas.  Flat
wholesale backhaul pricing, especially from state-owned backbones who could
do this as a matter of national strategic interest, could unlock the
potential
<https://manypossibilities.net/2021/03/a-penny-black-broadband-strategy/>
of small operators to provide services in remote areas.

Just my 2c.... Steve





On Tue, 25 Jul 2023 at 17:43, Kurtis Heimerl <kheimerl@cs.washington.edu>
wrote:

> Hi All,
>
> Great discussions today at GAIA. One thread I wanted to take forward was
> on remote peering. Innocent listed a few articles on the topic (O Peer
> Where Art Thou? https://bit.ly/3pXhGT9) but there was some confusion
> (shared by me) as to why its happening. The linked paper makes a case for
> network densification, but I remain confused as to why that densification
> cant similarly happen via traditional interconnect.
>
> Anyone care to share a rationale for the growth in remote peering at IXPs?
>
> --
> Website: https://kurti.sh/
> Public Key: https://flowcrypt.com/pub/kheimerl@cs.washington.edu
> _______________________________________________
> gaia mailing list
> gaia@irtf.org
> https://www.irtf.org/mailman/listinfo/gaia
>


-- 
+1 902 529 0046
stevesong@nsrc.org
http://nsrc.org