Network Neutrality is back! Let´s make the technical aspects heard this time!
 help / color / mirror / Atom feed
From: Dave Taht <dave.taht@gmail.com>
To: Tom Beecher <beecher@beecher.cc>
Cc: "Tim Burke" <tim@mid.net>,
	"Network Neutrality is back! Let´s make the technical aspects
	heard this time!" <nnagain@lists.bufferbloat.net>,
	NANOG <nanog@nanog.org>
Subject: Re: [NNagain] transit and peering costs projections
Date: Sun, 15 Oct 2023 09:45:25 -0700	[thread overview]
Message-ID: <CAA93jw5CHPvaHanmhnATGJ2rQ0T0ttmZvrc1PKHYuXB08V4hNA@mail.gmail.com> (raw)
In-Reply-To: <CAL9Qcx5gn9cuXOkqMs-tY33Jvp9E45QDaxoVVssbSyGL9YY6RA@mail.gmail.com>

For starters I would like to apologize for cc-ing both nanog and my
new nn list. (I will add sender filters)

A bit more below.

On Sun, Oct 15, 2023 at 9:32 AM Tom Beecher <beecher@beecher.cc> wrote:
>>
>> So for now, we'll keep paying for transit to get to the others (since it’s about as much as transporting IXP from Dallas), and hoping someone at Google finally sees Houston as more than a third rate city hanging off of Dallas. Or… someone finally brings a worthwhile IX to Houston that gets us more than peering to Kansas City. Yeah, I think the former is more likely. 😊
>
>
> There is often a chicken/egg scenario here with the economics. As an eyeball network, your costs to build out and connect to Dallas are greater than your transit cost, so you do that. Totally fair.
>
> However think about it from the content side. Say I want to build into to Houston. I have to put routers in, and a bunch of cache servers, so I have capital outlay , plus opex for space, power, IX/backhaul/transit costs. That's not cheap, so there's a lot of calculations that go into it. Is there enough total eyeball traffic there to make it worth it? Is saving 8-10ms enough of a performance boost to justify the spend? What are the long term trends in that market? These answers are of course different for a company running their own CDN vs the commercial CDNs.
>
> I don't work for Google and obviously don't speak for them, but I would suspect that they're happy to eat a 8-10ms performance hit to serve from Dallas , versus the amount of capital outlay to build out there right now.

The three forms of traffic I care most about are voip, gaming, and
videoconferencing, which are rewarding to have at lower latencies.
When I was a kid, we had switched phone networks, and while the sound
quality was poorer than today, the voice latency cross-town was just
like "being there". Nowadays we see 500+ms latencies for this kind of
traffic.

As to how to make calls across town work that well again, cost-wise, I
do not know, but the volume of traffic that would be better served by
these interconnects quite low, respective to the overall gains in
lower latency experiences for them.



>
> On Sat, Oct 14, 2023 at 11:47 PM Tim Burke <tim@mid.net> wrote:
>>
>> I would say that a 1Gbit IP transit in a carrier neutral DC can be had for a good bit less than $900 on the wholesale market.
>>
>> Sadly, IXP’s are seemingly turning into a pay to play game, with rates almost costing as much as transit in many cases after you factor in loop costs.
>>
>> For example, in the Houston market (one of the largest and fastest growing regions in the US!), we do not have a major IX, so to get up to Dallas it’s several thousand for a 100g wave, plus several thousand for a 100g port on one of those major IXes. Or, a better option, we can get a 100g flat internet transit for just a little bit more.
>>
>> Fortunately, for us as an eyeball network, there are a good number of major content networks that are allowing for private peering in markets like Houston for just the cost of a cross connect and a QSFP if you’re in the right DC, with Google and some others being the outliers.
>>
>> So for now, we'll keep paying for transit to get to the others (since it’s about as much as transporting IXP from Dallas), and hoping someone at Google finally sees Houston as more than a third rate city hanging off of Dallas. Or… someone finally brings a worthwhile IX to Houston that gets us more than peering to Kansas City. Yeah, I think the former is more likely. 😊
>>
>> See y’all in San Diego this week,
>> Tim
>>
>> On Oct 14, 2023, at 18:04, Dave Taht <dave.taht@gmail.com> wrote:
>> >
>> > This set of trendlines was very interesting. Unfortunately the data
>> > stops in 2015. Does anyone have more recent data?
>> >
>> > https://drpeering.net/white-papers/Internet-Transit-Pricing-Historical-And-Projected.php
>> >
>> > I believe a gbit circuit that an ISP can resell still runs at about
>> > $900 - $1.4k (?) in the usa? How about elsewhere?
>> >
>> > ...
>> >
>> > I am under the impression that many IXPs remain very successful,
>> > states without them suffer, and I also find the concept of doing micro
>> > IXPs at the city level, appealing, and now achievable with cheap gear.
>> > Finer grained cross connects between telco and ISP and IXP would lower
>> > latencies across town quite hugely...
>> >
>> > PS I hear ARIN is planning on dropping the price for, and bundling 3
>> > BGP AS numbers at a time, as of the end of this year, also.
>> >
>> >
>> >
>> > --
>> > Oct 30: https://netdevconf.info/0x17/news/the-maestro-and-the-music-bof.html
>> > Dave Täht CSO, LibreQos



-- 
Oct 30: https://netdevconf.info/0x17/news/the-maestro-and-the-music-bof.html
Dave Täht CSO, LibreQos

  reply	other threads:[~2023-10-15 16:45 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-10-14 23:01 Dave Taht
2023-10-15  0:25 ` Dave Cohen
2023-10-15  3:41   ` le berger des photons
2023-10-15  3:45 ` Tim Burke
2023-10-15  4:03   ` Ryan Hamel
2023-10-15  4:12     ` Tim Burke
2023-10-15  4:19       ` Dave Taht
2023-10-15  4:26         ` [NNagain] [LibreQoS] " dan
2023-10-15  7:54       ` [NNagain] " Bill Woodcock
2023-10-15 13:41   ` Mike Hammett
2023-10-15 14:19     ` Tim Burke
2023-10-15 16:44       ` [NNagain] [LibreQoS] " dan
2023-10-15 16:32   ` [NNagain] " Tom Beecher
2023-10-15 16:45     ` Dave Taht [this message]
2023-10-15 19:59       ` Jack Haverty
2023-10-15 20:39         ` rjmcmahon
2023-10-15 23:44           ` Karl Auerbach
2023-10-16 17:01           ` Dick Roy
2023-10-16 17:35             ` Jack Haverty
2023-10-16 17:36             ` Sebastian Moeller
2023-10-16 18:04               ` Dick Roy
2023-10-17 10:26                 ` [NNagain] NN and freedom of speech, and whether there is worthwhile good-faith discussion in that direction Sebastian Moeller
2023-10-17 17:26                   ` Spencer Sevilla
2023-10-17 20:06                     ` Jack Haverty
2023-10-15 20:45         ` [NNagain] transit and peering costs projections Sebastian Moeller
2023-10-16  1:39         ` [NNagain] The history of congestion control on the internet Dave Taht
2023-10-16  6:30           ` Jack Haverty
2023-10-16 17:21             ` Spencer Sevilla
2023-10-16 17:37               ` Robert McMahon
2023-10-17 15:34           ` Dick Roy
2023-10-16  3:33       ` [NNagain] transit and peering costs projections Matthew Petach
2023-10-15 19:19     ` Tim Burke
2023-10-15  7:40 ` Bill Woodcock
2023-10-15 12:40 ` [NNagain] [LibreQoS] " Jim Troutman
2023-10-15 14:12   ` Tim Burke
2023-10-15 13:38 ` [NNagain] " Mike Hammett
2023-10-15 13:44 ` Mike Hammett
     [not found] ` <20231015092253.67e4546e@dataplane.org>
2023-10-15 14:48   ` [NNagain] Fwd: " Dave Taht

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://lists.bufferbloat.net/postorius/lists/nnagain.lists.bufferbloat.net/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAA93jw5CHPvaHanmhnATGJ2rQ0T0ttmZvrc1PKHYuXB08V4hNA@mail.gmail.com \
    --to=dave.taht@gmail.com \
    --cc=beecher@beecher.cc \
    --cc=nanog@nanog.org \
    --cc=nnagain@lists.bufferbloat.net \
    --cc=tim@mid.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox