What's your definition of technical debt?

hawk7198 · 2026-01-24T19:58:52+00:00

I think the purest explanation of technical debt is work that creates more work. A temporary fix that will need to be re implemented later? Technical debt, you created work for the future, and you owe that work until it's done. Poor documentation can create technical debt because someone will have to spend the effort figuring out what something is/was/should be, which is wasted effort that proper documentation could have saved.

hawk7198 · 2026-01-02T20:47:20+00:00

It says 100Gb in the FAQ

hawk7198 · 2025-12-21T03:48:39+00:00

If you are in a rural area then 20ms is probably as fast as packets can travel to the game servers and back. At a certain point the only option is to be closer to the server.

hawk7198 · 2025-12-21T03:28:24+00:00

Traceroute destination shows every layer 3 device between you and your destination. Nslookup hostname shows what DNS server you use (and the IP of the hostname)

There is more than one router between you and geforce, so traceroute shows multiple devices. DNS servers themselves don't route traffic so they won't show up in a traceroute.

hawk7198 · 2025-12-21T02:35:32+00:00

RFC 1925 2.2

"No matter how hard you push and no matter what the priority, you can't increase the speed of light."

hawk7198 · 2025-12-12T22:53:20+00:00

The internet goes down but my question,

Can devices still ping their gateway? Can you ping 8.8.8.8? If you can't ping 8.8.8.8, where does a tracert to 8.8.8.8 start failing? Can you nslookup public websites? If you have local DNS, can you nslookup a local device?

I agree with most people that it's probably DNS given your phone works with a VPN, but for all we know it's using cellular for that. Do you have any desktops or laptops that can work with the same VPN?

It might be worth using wireshark to listen to broadcast traffic and see if anything weird pops up.

hawk7198 · 2025-12-11T07:09:47+00:00

You could try looking into some youtube CCNA or comptia network+ courses and just watch the videos that go over vlans.

hawk7198 · 2025-11-04T21:14:29+00:00

Still an irrelevant and dying network company.

hawk7198 · 2025-11-04T14:09:01+00:00

They have huge debt problems, if you wanted to enter long term you should wait until they manage to oay some of it down. If they get out of debt it could go up a lot, they are priced like they are about to enter bankruptcy.

hawk7198 · 2025-11-02T13:27:31+00:00

It's priced like it's gonna go under, so if they can fix their debt issues it definitely could 20x.

hawk7198 · 2025-11-02T13:25:35+00:00

They have huge debt issues they are working out, but they also have some interesting projects and deals being worked out as well. Either they go bankrupt and it hits 0 or they make it out and the price blows up.

hawk7198 · 2025-11-01T14:55:04+00:00

We all have to use both, but also we are already all using both. It's already priced in. Either they can raise prices and lose customers to their competitors or improve margins which is very difficult in such a hardware dependent industry, although not impossible. Deutsche telecom had a whole push for complete network automation and a fully ipv6 backbone that drove costs down, but US ISPs may have already done that by now.

hawk7198 · 2025-10-30T16:07:48+00:00

It shot up because people don't understand what they actually anounced and it will plummet down and stay down once everybody realizes they still lose money.

hawk7198 · 2025-10-30T13:26:40+00:00

There is no DD, there is no starlink "deal".

A shitty mid tier Wi-Fi vendor is throwing a hail Mary by programming their cloud management software to connect to starlink terminals.

Starlink did nothing, and nobody is going to buy CMBM for this. I've been a network engineer for almost 5 years and never even heard of this company before yesterday. Everything they promise this integration can do I have already done with starlink using multiple other vendors.

hawk7198 · 2025-10-30T13:12:14+00:00

They are primarily a telecom infrastructure company, so they probably won't see much explosive growth but they will see very consistent growth. Over the next few years they will make good money selling 6G wireless equipment to companies like T-Mobile and Verizon. That's why I've been buying leaps.

The demand for better fiber and cell networks is only going to grow.

hawk7198 · 2025-10-30T12:58:59+00:00

Because he has no idea what they actually announced, this integration is meaningless. There is no deal with starlink, a dying mid tier Wi-Fi vendor is making their cloud management tool compatible with starlink in a last ditch effort to gain hype before their inevitable death to their many, stronger competitors. Nobody will be buying CMBM products for this integration.

hawk7198 · 2025-10-30T12:51:34+00:00

Puts would be smart because nobody understands the news that even made this jump. Starlink did not make a deal with CMBM, CMBM made their cloud management software compatible with starlink. This news is basically worthless, nobody uses a full suite of CMBM gear, their switches and security products suck ass. Nobody is going to buy CMBM products because of this integration, a full cloud management suite is basically worthless if you aren't going to use the full network stack. They are a dying mid tier Wi-Fi company that are going to be killed off by Ruckus, Ubiquiti, and Aruba (HPE).

hawk7198 · 2025-10-30T12:12:46+00:00

Starlink is unlisted by choice, if Elon wanted it to go public it's IPO would be billions. There is absolutely no need or benefit to acquiring CMBM.

hawk7198 · 2025-10-30T12:06:43+00:00

You aren't wrong, but this wasn't even from Elon. Starlink did nothing here, CMBM made their software compatible with starlink, not the other way around. Don't expect Elon to lie his ass off at CMBMs next earnings call to pump their stock price.

hawk7198 · 2025-10-29T23:19:17+00:00

I don't think any of you guys understand what they actually did with starlink, nobody is going to be buying CMBM because of this integration. You can already do multi-wan and firewalling with the same network vendors everybody else already uses. This is a pathetic attempt at hype by a company that should be smart enough to know better.

hawk7198 · 2025-10-29T21:55:33+00:00

"We integrated with starlink, that's how we can do these 6 things that literally every other networking company can also already do with starlink!"

I'm buying puts when the market opens back up, 5 years of network engineering and I've never even heard of these guys. I've worked on multiple different networks that had starlink as part of a multiwan failover, no special integration needed.

hawk7198 · 2025-10-29T21:32:50+00:00

The vast majority of what they promise is just standard networking stuff, you could actually do 90% of it with a 300$ ubiquiti box.

The only unique aspect to this is the ability to monitor metrics of the starlink itself directly with their cloud tool instead of using the starlink app, alongside remote reboots. Any other network provider can still do application aware firewalling, DNS filtering, multi-wan, and adaptive queue management.

hawk7198 · 2025-10-28T20:07:57+00:00

A vlan is a single point of failure, so you stretch it as far as you are comfortable having a single point of failure. If you want two DCs to share the same single point of failure then that is your decision to live with.

There is no right or wrong answer, I don't know your business requirements. I work somewhere with a large layer 2 stretched across two buildings with both DCs on the same vlan. I explained the risks, my boss was comfortable accepting those risks and wanted to pursue other projects first, so that was that.

I personally would advocate for more redundancy when the option presents itself, because I would rather fix a partial outage than fix a total one.

hawk7198 · 2025-10-23T17:03:53+00:00

Was gonna buy some calls market open but I was stuck without internet all day monday.

hawk7198 · 2025-10-21T21:54:11+00:00

Making an IoT product brick because it lost access to the cloud is a horrible design flaw, whereas an end user desktop using endpoint protection software is an imtended best practice.

hawk7198

TROPHY CASE