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
- [gaia] Remote Peering Discussion at GAIA 117 Kurtis Heimerl
- Re: [gaia] Remote Peering Discussion at GAIA 117 Steve Song
- Re: [gaia] Remote Peering Discussion at GAIA 117 Adam Burns
- Re: [gaia] Remote Peering Discussion at GAIA 117 Kurtis Heimerl
- Re: [gaia] Remote Peering Discussion at GAIA 117 Steven G. Huter
- Re: [gaia] Remote Peering Discussion at GAIA 117 janercoffin
- Re: [gaia] Remote Peering Discussion at GAIA 117 Kurtis Heimerl
- Re: [gaia] Remote Peering Discussion at GAIA 117 Kurtis Heimerl
- Re: [gaia] Remote Peering Discussion at GAIA 117 Innocent Obi
- Re: [gaia] Remote Peering Discussion at GAIA 117 Kurtis Heimerl
- Re: [gaia] Remote Peering Discussion at GAIA 117 Steven G. Huter
- Re: [gaia] Remote Peering Discussion at GAIA 117 janercoffin
- Re: [gaia] Remote Peering Discussion at GAIA 117 Marc Bruyere
- Re: [gaia] Remote Peering Discussion at GAIA 117 Kurtis Heimerl
- Re: [gaia] Remote Peering Discussion at GAIA 117 Kurtis Heimerl