I hear the cybergeography project is making a comeback.
https://personalpages.manchester.ac.uk/staff/m.dodge/cybergeography/atlas/atlas.html
On Mon, Aug 21, 2023 at 5:17 PM Matthew Petach wrote:
>
>
>
> On Sun, Aug 20, 2023 at 11:06 PM Thomas Beer wrote:
>>
>> Hi Matt,
>>
>>>
>>> You might
Anyone have an update as to where this effort, announcing qute a bit
of usa government space, stands?
https://www.kentik.com/blog/the-mystery-of-as8003/
--
Oct 30: https://netdevconf.info/0x17/news/the-maestro-and-the-music-bof.html
Dave Täht CSO, LibreQos
rom a shell ASN.
>
> On Wed, Nov 8, 2023 at 4:52 PM Dave Taht wrote:
>>
>> Anyone have an update as to where this effort, announcing qute a bit
>> of usa government space, stands?
>>
>> https://www.kentik.com/blog/the-mystery-of-as8003/
>> --
>> Oct
As I've been saying for a while, instead of buying new kit, perhaps we
could spend some time on getting better software onto our older kit?
Getting stuff to multiplex better, be more reliable, last longer?
It isn't just me wanting to upgrade a billion+ routers with existing
crappy software to
latency, on
"obsolete", hw.
> On Thu, May 19, 2022 at 10:58 AM Dave Taht wrote:
>>
>> On Thu, May 19, 2022 at 10:33 AM Jason Biel wrote:
>> >
>> > Who's going to support that reflashed device? Certainly not the OEM vendor.
>>
>> The oem ain't g
t need support, the impact is minimal.
>
> On Thu, May 19, 2022 at 10:30 AM Dave Taht wrote:
>>
>> On Thu, May 19, 2022 at 9:07 AM NetEquity Sales wrote:
>> >
>> > As someone who works within the "secondary market" for networking
>> > hardware, the
t;> I'd bet it's cheaper and easier to quantify new hardware than software.
>> Labor was super expensive and now it is ready to implode.
>>
>> On Thu, May 19, 2022 at 9:27 AM Dave Taht wrote:
>>>
>>> As I've been saying for a while, instead of buy
re:
https://www.fcc.gov/document/fcc-proposes-higher-speed-goals-small-rural-broadband-providers-0
On Thu, May 26, 2022 at 7:36 AM Livingood, Jason via NANOG
wrote:
>
> > Latency is a limitation for things that are generally relatively low
> > bandwidth (interactive audio, zoom, etc.).
> >
On Fri, Jun 24, 2022 at 10:06 AM Chris Wright
wrote:
>
> The term "5G" among technical circles started vague, became better defined
> over the course of several years, and is becoming vague again. This nuance
> was never well understood in the public eye, nor by mass publications like
> CNN.
On Thu, Jul 7, 2022 at 5:25 PM William Herrin wrote:
>
> On Thu, Jul 7, 2022 at 2:01 PM Nanog News wrote:
> > Health Tips for Desk Junkies
>
> The idiom is "Desk Jockey" not "Desk Junkie." Because you "ride a
> desk" (another idiom) all day, not get addicted to sitting or
> something.
It's not
I am mostly searching for switches that can have custom firmware on
them. The very long list of those
compatible with SONIC is here:
https://github.com/Azure/sonic-buildimage/tree/master/device
I would argue that question 9 needs an option of "Both".
Secondly, two additional good questions to ask would be: are the ECN
values presently being treated as RFC3168?
Are the ECN values being modified by any AQM implementations (WRED,
FQ_CODEL, etc) on any switch or router in transit?
On Mon, Jun 6, 2022 at 5:47 AM Masataka Ohta
wrote:
>
> Dave Taht wrote:
>
> > Looking back 10 years, I was saying the same things, only then I felt
> > it was 25Mbit circa mike belshe's paper. So real bandwidth
> > requirements only doubling every decade might be
On Fri, Jun 3, 2022 at 9:12 AM Masataka Ohta
wrote:
>
> Livingood, Jason via NANOG wrote:
>
> > That shows up as increased user demand (usage), which means that the
> > CAGR will rise and get factored into future year projections.
>
> You should recognize that Moore's law has ended.
>
>
On Mon, Jun 6, 2022 at 3:38 PM Tony Wicks wrote:
>
> >This whole thread is about hypothetical futures, so it's not hard to imagine
> >downloads filling to available capacity.
>
> >Mike
>
>
>
> So, a good example of how this capacity is used, In New Zealand we have a
> pretty broad fibre network
On Tue, Jun 7, 2022 at 7:47 AM Denis Fondras wrote:
>
> Le Tue, Jun 07, 2022 at 08:12:07AM -0500, Mike Hammett a écrit :
> > Would it matter if it took 10 minutes or an hour?
> >
>
> Yes, it means the computer could be off for 50 minutes.
> Also everyone who had a connection reset when uploading
On Tue, Jun 7, 2022 at 8:55 AM Livingood, Jason
wrote:
>
> > I think peak demand should be flattening in the past year? There's
> only so much 4k video to consume, so many big games to download?
>
> I doubt it - demand continues to grow at a pretty normal year-over-year rate
> and has been
On Tue, Jun 7, 2022 at 8:24 AM Livingood, Jason via NANOG
wrote:
>
> A related observation – years ago we gave cable modem bootfiles to a group of
> customers that had no rate shaping according to their subscription and
> compared that to existing customers (with an academic researcher). The
>
On Sat, Jun 11, 2022 at 1:22 PM Karsten Thomann via NANOG
wrote:
>
> On Friday, 10 June 2022 10:15:15 CEST Chris Hills wrote:
> > On 10/06/2022 00:31, Mel Beckman wrote:
> > > Your point on asymmetrical technologies is excellent. But you may not be
> > > aware that residential optical fiber is
On Wed, Jun 15, 2022 at 6:09 PM Christopher Morrow
wrote:
>
>
>
> On Mon, Jun 13, 2022 at 12:00 PM Justin Streiner wrote:
>>
>> I might call Verizon and ask about v6 availability as I periodically do.
>> I'll check if I see anything different on my gear later today. I have a
>> GPON business
On Tue, Jun 14, 2022 at 9:44 AM Shawn L via NANOG wrote:
>
> With the current shortages and lead times, I almost feel like I did back in
> the beginning of my career ---
>
>
>
> Then it was "what can we do with what we can afford" now it's more like
> "What can we do with what we have (or can
On Mon, Jun 6, 2022 at 7:46 AM Mike Hammett wrote:
>
> "I find it sad that so many would argue for never needing anything
> more than we have today."
My principal argument is that we've made a huge mistake with buffering
in general, all fixed now by various RFCs and widely
available source code,
This convo is giving me some hope that the sophisticated FQ and AQM
algorithms I favor can be made to run in more hardware at high rates,
but most of the work I'm aware of has targetted tofino and P4.
The only thing I am aware of shipping is AFD in some cisco hw. Anyone
using that?
On Wed, Jul 27, 2022 at 2:48 PM Dave Taht wrote:
>
> I am curious if there is anyone out there willing to run a server with
> irtt and netperf on it that I could do some bufferbloat testing
> against (in off peak hours)? I've been getting some severely bloated
> (250ms!) results o
I am curious if there is anyone out there willing to run a server with
irtt and netperf on it that I could do some bufferbloat testing
against (in off peak hours)? I've been getting some severely bloated
(250ms!) results on the 27ms path I'm on now at rates slightly above
1.2gbit (can share
On Sat, Apr 16, 2022 at 1:57 PM Mark Tinka wrote:
>
>
>
> On 3/18/22 06:21, Joel Jaeggli wrote:
>
> >
> > The mean depth of the worlds oceans is around ~3700 meters below MSL
> > which means most service calls involve deploying to the proximate
> > location of the fault, fishing around for a
On Tue, Aug 30, 2022 at 10:17 AM James Shank wrote:
>
> Dear NANOG!
>
> As many of you know, Team Cymru runs a free service delivering updated
> BOGONS to networks around the world. We've been doing this for decades
> at this point. For more information about this service, please see
>
On Wed, Sep 7, 2022 at 1:48 PM Sean Donelan wrote:
>
>
> Are Sprint AS1239 and Cogent AS174 finally going to settle their peering
> disputes?
>
> T-Mobile sells legacy Sprint wireline business to Cogent for $1, expects
> hefty charge
>
On Sun, Oct 16, 2022 at 2:21 PM Randy Bush wrote:
>
> my favorite is
>
> It's perfectly appropriate to be upset. I thought of it in a slightly
> different way--like a space that we were exploring and, in the early days,
> we figured out this consistent path through the space: IP, TCP, and so on.
It's "fun" to run their new go based responsiveness test on the
conference wifi: https://github.com/network-quality/goresponsiveness -
especially
with two or more people at the same time. Hotel wifi is *even* more
fun. in-Bar 5G comparing it (or the new speedtest app which is also
measuring
That book needs a sequel.
+10 on the internet history mailing list also.
There's been a huge uptake in interest lately in doing better per
device and per customer shaping, especially for
ISPs, in the libreQoS.io project, which is leveraging the best ideas
bufferbloat project members have had over the
past decade (cake, bpf, xdp) to push an x86 middlebox well past the
If it's of any help... the bloat mailing list at lists.bufferbloat.net has
the largest concentration of
queue theorists and network operator + developers I know of. (also, bloat
readers, this ongoing thread on nanog about 400Gbit is fascinating)
There is 10+ years worth of debate in the archives:
On Wed, Mar 9, 2022 at 9:11 AM Tim Howe wrote:
>
> On Wed, 9 Mar 2022 11:22:49 -0500
> Tom Beecher wrote:
>
> > > It doesn't take any OS upgrades for "getting everything to work on
> > > IPv6". All the OS's and routers have supported IPv6 for more than a
> > > decade.
> > >
> >
> > There are
I welcomed bulk mail after I switched to reading news online - needed
something to start the fireplace.
If I could I'd ban plastic envelope windows.
On Sun, Aug 7, 2022 at 11:24 PM Masataka Ohta
wrote:
>
> sro...@ronan-online.com wrote:
>
> > There are MANY real world use cases which require high throughput at
> > 64 byte packet size.
>
> Certainly, there were imaginary world use cases which require
> to guarantee so high throughput of 64kbps
Waveform leverages cloud flare's CDN.
I have a worldwide fleet of iperf, netperf, flent and irtt servers folk are
welcome to use, as I don't trust the web best tests
On Wed, Dec 28, 2022, 11:44 AM Douglas Fischer
wrote:
> I have recollection of something like embeded quality testing on
I maintain an email list for issues specific to starlink here:
https://lists.bufferbloat.net which has multiple experts on it. There
are also quite a few folk on twitter covering what's going on there.
The latest information I had was that they'd started off hooked up to
google's stuff but have
I maintain a fleet of 15 "flent" servers across the globe, leveraging
irtt, iperf, netperf, and a few other tools. I do not have the
resources to publish them widely (flent.org's tools are by design,
intended more for folk to quickly spin up a server and client for
internal tests, because most of
There's this thing called bufferbloat...
On Wed, Dec 21, 2022 at 11:58 AM William Herrin wrote:
>
> On Wed, Dec 21, 2022 at 9:10 AM Jason Iannone wrote:
> > Here's a question I haven't bothered to ask until now. Can someone please
> > help me understand why I receive a ping reply after almost
I am kind of curious as to the distribution of connections to smaller
companies and other entities that need more than one ipv4 address, but
don't run BGP. So, for as an ISP or infrastructure provider, what is
the typical percentage nowadays of /32s /31s /30s... /25s of stuff
that gets run
On Mon, Nov 21, 2022 at 4:05 PM David Conrad wrote:
>
> Barry,
>
> On Nov 21, 2022, at 3:01 PM, b...@theworld.com wrote:
>
> We've been trying to get people to adopt IPv6 widely for 30 years with very
> limited success
>
>
> According to https://www.google.com/intl/en/ipv6/statistics.html, it
I use a web plugin tool called ipvfoo to track my actual ipv4 vis ipv6
usage. I wish it worked over time. With very few exceptions I am still
regularly calling ipv4 addresses in most webpages. Has anyone done a
more organized study of say, the top 1 million, and how many still
require at least
Before this conversation forked off in a direction I didn't want it to go,
I'd like to thank everyone, privately and publicly, that gave me a hint as
to the distribution of /25s and greater in their networks.
I was at the time, trying to get "libreqos.io" to crack the 32k customer
barrier, which
On Sun, Mar 5, 2023 at 3:02 PM Alexander Huynh via NANOG
wrote:
>
> On 2023-03-05 12:34:40 -0800, Dave Taht wrote:
> >I rather enjoyed doing this podcast a few weeks ago, (and enjoy this
> >podcast a lot, generally), and it talks to what I've been up to for
> >the p
I rather enjoyed doing this podcast a few weeks ago, (and enjoy this
podcast a lot, generally), and it talks to what I've been up to for
the past year or so on fixing bufferbloat for ISPs.
https://packetpushers.net/podcast/heavy-networking-666-improving-quality-of-experience-with-libreqos/
I am
I dug out this old thread again...
https://www.broadband.io/c/get-broadband-grant-alerts-news/the-brothers-wisp-podcast
What is the request/grant latency in various gpons? DOCSIS-LL has it
below 2ms, I think.
On Sun, Jun 12, 2022 at 12:00 AM Mark Tinka wrote:
>
>
>
> On 6/11/22 22:20, Karsten
night's room and tax.
>> >
>> > Self-Parking Only: (prices subject to change)
>> >
>> > 0-1 Hour $17.00
>> >
>> > 1-2 Hours $20.00
>> >
>> > 2-3 Hours $23.00
>> >
>> > 3-4 Hours $26.00
>> >
>> > 4-5 Hours $29.00
>> >
>> > 5-12 Hours $33.00
>> >
>> > 12-24 Hours $48.00
>> >
>> >
>> > City & State taxes included in the above rates. Overnight parking
>> > includes in & out privileges. Guest room charge available, room key used
>> > for access after arrival.
>> >
>> >
>> > VISA Requests
>> >
>> > A letter of invitation is issued solely for the purpose of assisting
>> > participants with visa applications for their attendance at the
>> > conference. If you require a letter of invitation, please register and pay
>> > for the NANOG meeting. Once the payment has been received, all requests
>> > for Letters of Invitation should be addressed by email directly to
>> > nanog-supp...@nanog.org
>> >
>> >
>> > The following information is required before a letter of invitation will
>> > be issued:
>> >
>> > Name as it appears on your passport
>> >
>> > Passport Number
>> >
>> > Email Address
>> >
>> > Hotel name and reservation number
>> >
>> > Company name and address
>> >
>> >
>> > 4. Room Block and Attendee List Poachers
>> >
>> > Please be aware that companies not affiliated with the NANOG organization
>> > may contact you in an attempt to sell you a hotel room. This is
>> > fraudulent activity as NANOG does not utilize third party service
>> > providers for housing services.
>> >
>> >
>> > If you have any questions about the meeting, please contact us directly
>> > at: nanog-supp...@nanog.org.
>> >
>> >
>> > We look forward to seeing you in Seattle!
>> >
>> >
>> > Sincerely, the NANOG Staff
>> >
>> > nanog-supp...@nanog.org
>>
>>
>>
>> --
>> For hire. https://bill.herrin.us/resume/
--
AMA March 31: https://www.broadband.io/c/broadband-grant-events/dave-taht
Dave Täht CEO, TekLibre, LLC
> locked up and walked away from. Tools still spread out on workbenches, lamps
> half-rebuilt, everything. It was like electrification had hit one day during
> lunch-hour.
>
> -Bill
>
--
AMA March 31: https://www.broadband.io/c/broadband-grant-events/dave-taht
Dave Täht CEO, TekLibre, LLC
He was apparently based in cambridge, but his site is down.
Recently I stumbled across a series of articles by him that were
lovingly illustrative, incredibly clearly well written, and appeared
to use a C library that I don't have, covering a ton of fundamental
algorithms that I would like to
I am also a big fan of installing cake (sqm-scripts) in front cable devices.
On Thu, Feb 9, 2023 at 5:59 AM Todd Stiers wrote:
>
> [OP here]
>
> Just some minor follow up:
>
> - The tech was able to swap out their RG with the modem-only one that I had
> sent (after making a couple phone
esently have one vote for ARIN and another for RIPE. We are us
based, but more of the folk using libreqos are located elsewhere.
>
> -Bill
>
>
>
> > On Jul 6, 2023, at 16:29, Dave Taht wrote:
> >
> > I have an old friend still holding
thank you for your research into this on our behalf and the steer to
the right things.
Yes, these two ip address ranges are erics, and if anything he´s more
allergic to paperwork than I am.
On Thu, Jul 6, 2023 at 11:03 AM William Herrin wrote:
>
> On Thu, Jul 6, 2023 at 8:03 AM Dave Taht
I have an old friend still holding onto some legacy IP space that he
has not used in 30 years. The origin goes back to the early 90s, and
originally through ARIN. In the relevant databases it is a /23, but
actually a /22 - but the top 2 addresses are not registered or
announced anywhere I can
On Thu, Jul 6, 2023 at 3:26 PM William Herrin wrote:
>
> On Thu, Jul 6, 2023 at 1:43 PM John Curran wrote:
> > You are correct, insomuch if one intends to alter answers about the
> > purported history
> > of an address block from what was said the first time, we won’t simply
> > disregard the
On Sat, Jun 10, 2023 at 9:46 AM John van Oppen wrote:
>
> As a decent sized north American ISP I think I need totally agree with this
> post.There simply is not any economically justifiable reason to collect
> customer data, doing so is expensive, and unless you are trying to traffic
>
I am reluctant to respond because it might end up sounding like an ad
for libreqos.io.
Leaving aside the tcp rtt tracking, the cake shaping, the mark and
drop statistics in that product, the (mostly wireless) ISPs we work
with typically have a dashboard of long term SNMP statistics of key
On Sat, Jun 17, 2023 at 5:41 PM Tom Beecher wrote:
>>
>> You are also assuming their only product is Home Internet. Providing
>> Internet to ships at sea, planes in the sky and other more unconventional
>> uses will provide a lot more revenue than the home Internet will.
>
>
> I am not assuming
I am happy to see the conversation about starlink escaping over here,
because it is increasingly a game-changing technology (I also run the
starlink mailing list, cc´d)...
On Sat, Jun 17, 2023 at 3:56 PM Tom Beecher wrote:
>>
>> As I mentioned elsewhere, I'm not sure that the current economics
On Sat, Jun 17, 2023 at 5:16 PM Tom Beecher wrote:
>>
>> Also: they plan to use Starship when it's available which has 10x more
>> capacity. If it really is fully reusable as advertised, that is going to
>> really drive down the launch cost.
>
>
> Starship is years away from being flight ready.
Up until this moment I was feeling that my take on the decline of traffic
growth was somewhat isolated, in that I have long felt that we are nearing
the top of the S curve of the data we humans can create and consume. About
the only source of future traffic growth I can think of comes from getting
On Sat, May 13, 2023 at 12:28 AM Mark Tinka wrote:
>
>
>
> On 5/12/23 17:59, Dave Taht wrote:
>
> > :blush:
> >
> > We have done a couple podcasts about it, like this one:
> >
> > https://packetpushers.net/podcast/heavy-networking-666-
Changing the topic...
On Fri, May 12, 2023 at 7:11 AM Mark Tinka wrote:
>
>
>
> On 5/12/23 15:03, Dave Taht wrote:
>
> > Libreqos is free software, working as a bridge, you can plug it in
> > between any two points on your network, and on cheap (350 bucks off of
&
n could come at any year and add a new S-curve
> (Metaverse?). But disruption is by definition not predictable.
>
>
>
> PS: Everything above and below in this thread is just my personal opinion.
>
>
>
> Eduard
>
> From: Etienne-Victor Depasquale [mailto:ed...@ieee.org]
>
On Thu, May 11, 2023 at 7:32 AM Mark Tinka wrote:
>
>
>
> On 5/11/23 13:25, Vasilenko Eduard via NANOG wrote:
>
> Sandvine is not representative of global traffic because DPI is installed
> mostly for Mobiles. But Mobile subscriber is 10x less than fixed on traffic –
> it is not the biggest
I attempted with as much nuance and humor as I could muster, to
explain and summarize the ipv4 exhaustion problem, and CGNAT, the
240/4 controversy as well as the need to continue making the IPv6
transition, on this podcast yesterday.
On Tue, Feb 13, 2024 at 2:18 AM Jay R. Ashworth wrote:
>
> - Original Message -
> > From: "Dave Taht"
>
> > The angst around ipv6 on hackernews that this triggered was pretty
> > revealing and worth thinking about independently.
> > ht
The angst around ipv6 on hackernews that this triggered was pretty
revealing and worth thinking about independently.
https://news.ycombinator.com/item?id=39316266
In the tik world, people are struggling to deploy ipv6 as even linux
kernel 5.7 in routerOS 7.XX still has some needed missing
Excellent summary of the USG position as of 2019. It is, um, nearly 5
years later, has any of these stuff evolved?
On Tue, Feb 13, 2024 at 9:58 PM John Curran wrote:
>
> On Jan 31, 2024, at 12:48 AM, Rubens Kuhl wrote:
>
> DoD's /8s are usually squatted by networks that run out of private IPv4
Really long list of fixed dns servers here:
https://www.linkedin.com/posts/bwoodcock_a-bunch-of-really-hard-work-over-the-past-activity-7163284274660532224-vYKv
--
40 years of net history, a couple songs:
https://www.youtube.com/watch?v=D9RGX6QFm5E
Dave Täht CSO, LibreQos
mdns can still be "fun" in a wide variety of situations.
https://www.reddit.com/r/k12sysadmin/comments/9yghdx/chromebooks_and_peer_to_peer_updates_can_be/
I do not know to what extent the upgrade to unicast feature long
gestating in the IETF has been adopted.
On Mon, Feb 19, 2024 at 11:10 AM
On Mon, Feb 19, 2024 at 11:13 AM Hunter Fuller via NANOG
wrote:
>
> On Mon, Feb 19, 2024 at 9:29 AM Mike Hammett wrote:
> > "In IPv6's default operation, if Joe has two connections then each of
> > his computers has two IPv6 addresses and two default routes. If one
> > connection goes down, one
OpenWrt, from which much is derived, is default deny on ipv4 and ipv6.
The ipv6 firewall on most cable devices prior to the XB6 is very, very limited.
On Mon, Feb 19, 2024 at 12:44 PM William Herrin wrote:
>
> On Mon, Feb 19, 2024 at 9:23 AM Hunter Fuller wrote:
> > On Mon, Feb 19, 2024 at
Hoo, boy. This is now such an old debate that I do not know where to
start anymore.
I am of the firm opinion nowadays that if you are buffering more than
a few ms at these enormous speeds, you are doing it wrong, and
regardless https://arxiv.org/abs/2109.11693 seems to hold as for
highly
On Wed, Jan 10, 2024 at 11:06 AM Tom Beecher wrote:
>>
>> There's a whole bunch of software out there that makes certain
>> assumptions about allowable ranges. That is, they've been compiled with
>> a header that defines ..
>
>
> Of course correct. It really depends on the vendor / software /
er 1/6th reserved.
>> Reclassification would see available pool volumes return to pre-2010 levels.
>>
>> https://www.apnic.net/manage-ip/ipv4-exhaustion/
>>
>> In the IETF draft that was co-authored by Dave as part of the IPv4 Unicast
>> Extensions Project, a ver
On Fri, Dec 1, 2023 at 6:21 PM Tom Samplonius wrote:
>
>
> > https://docs.google.com/document/d/19ADByjakzQXCj9Re_pUvrb5Qe5OK-QmhlYRLMBY4vH4/edit
> >
> > Us bufferbloat folk have been putting together a response to the FCC's
> > NOI (notice of inquiry) asking for feedback as to increasing the
> >
On Sat, Dec 2, 2023 at 2:30 AM Stephen Satchell wrote:
>
> On 12/1/23 5:27 PM, Mike Hammett wrote:
> > It would be better to keep the government out of it altogether, but that
> > has little chance of happening.
> >
>
> I agree. But I do have a question: is there a Best Practices RFC for
>
to build products or run networks.
>> Seat belts are life-or-death, but bufferbloat is rarely fatal ;-) Let it be
>> a point of differentiation.
>>
>> -- Tom
>>
>>
>> On Thu, Nov 30, 2023 at 4:56 PM Dave Taht wrote:
>>>
>>> Over here:
>
e:
>
>
> Not sure we need the FCC telling us how to build products or run networks.
> Seat belts are life-or-death, but bufferbloat is rarely fatal ;-) Let it be
> a point of differentiation.
>
> -- Tom
>
>
> On Thu, Nov 30, 2023 at 4:56 PM Dave Taht wrote:
Over here:
https://docs.google.com/document/d/19ADByjakzQXCj9Re_pUvrb5Qe5OK-QmhlYRLMBY4vH4/edit
Us bufferbloat folk have been putting together a response to the FCC's
NOI (notice of inquiry) asking for feedback as to increasing the
broadband speeds beyond 100/20 Mbit.
"Calls for further
That's pretty cool, actually. I keep wondering when someone will offer
up a 0.0.0.0/8...
https://www.ietf.org/archive/id/draft-schoen-intarea-unicast-0-00.html
There must be more people out there than just amazon and google that
ran out of 10/8.
On Tue, Jan 30, 2024 at 11:29 AM Frank Habicht
Aside from me pinning the start of the bubble closer to 1992 when
commercial activity was allowed, and M for ISPs at insane valuations
per subscriber by 1995 (I had co-founded an ISP in 93, but try as I
might I cannot remember if it peaked at 50 or 60x1 by 1996 (?) and
crashed by 97 (?)), this was
One of the things I learned today was that starlink has published an
extensive guide as to how existing BGP AS holders can peer with them
to get better service.
https://starlink-enterprise-guide.readme.io/docs/peering-with-starlink
I am curious if there is a way to see how many have peered
My first thought, I'll admit, is that they turned a LLM loose on their
configuration controls, and it "naturally" put itself in route 666.
I sure hope from whatever subbasement clueful admins are still in over
there, they can put it back together. Otherwise, productivity
might improve as users
101 - 185 of 185 matches
Mail list logo
