Hacker News Reader

Comment by rhizome | Hacker News Reader

I don't know if you were around 10 years ago, but there used to be real problems between certain network cards and switches that prevented autoneg from being 100% reliable. For any company of a certain age I would not be surprised to see a policy like the one you describe.

View on HN

The surprising thing isn't the policy. The surprising thing is the persistence of the policy even after it's no longer beneficial in any way. It's been more than a decade since Ethernet auto-negotiation became reliable. During that decade, that company has paid for a team to go around and do manually what could have been done by an automated process for a trillionth of the cost. That's a staggering amount of waste.

The policy has to be proven to no longer be beneficial, and I'm pretty sure every major OS has had a way to remotely set the card to a fixed configuration or autoneg since around then, but that's a separate issue.

Thats why policies, like contracts, should never be evergreen. Policies simply amount to internal contracts and any company that does not regularly review and refresh them is doomed to this kind of waste.

But who will regularly review the policy on reviewing the policy on regular review of policies?

Have you ever worked at a company big enough to have IT policies like this?

like the parent or evergreen? No I have never worked anywhere that promoted such abject waste through "adherence to policy" but I likely would not have chosen to work at such a place to begin with.

Absolutely... IIRC, the IEEE standard was ambiguous, and each vendor implemented things differently. I think the standard was "fixed" in 1999... This situation happened in 2009!

But the technical problem wasn't the problem -- the issue was that they created an inquisition that had outlived its purpose.

For a long time that was my first question anytime there was a network problem that wasn't a simple solve on the client. Step 1: Disable/Enable interface Step 2: Call NOC: "Can you tell me what this port is autonegotiated to?"

And horseless carriages used to be less reliable than horses. The problem is the longstanding nature of the policy. They were paying a team of 6+ techs, surely they could afford a process-review/technical updating meeting once a year? And surely there's a better way, such as standardizing on a brand of NICs and of switches, and being done with it. If you can't push an update to the machines to prevent this anyways.

Besides, it shouldn't cause cascading failure so the worst case scenario is a tech call, the same as for an unplugged cable.

Reply on news.ycombinator.com