Not mine but still funny

Nov 24, 2021 5:26 PM

Klythe

Views

160724

Likes

1660

Dislikes

40

Stolen.

I spent hours getting a SAN connected to vCenter. Turns out my dude was zoning the wrong freaking switch the entire time. Took 3 days :/

4 years ago | Likes 2 Dislikes 0

The question is irrelevant, the answer is DNS.

4 years ago | Likes 7 Dislikes 0

Don't get me started on it. I respect 90% of you know what your doing but the ones I deal with are the 10% who think they do.

4 years ago | Likes 3 Dislikes 0

If I'm blaming CI, it's my fault. If I'm blaming myself, it's my fault and someone else noticed. If I'm blaming networking, I have no idea.

4 years ago | Likes 3 Dislikes 0

Some of us have CCIEs....

4 years ago | Likes 2 Dislikes 0

I always provide a pcap with proof, and threaten to fix it for them

4 years ago | Likes 2 Dislikes 0

Story of my life. I get called in for unnecessary shit all the time. No one takes the time to troubleshoot.

4 years ago | Likes 2 Dislikes 0

(An hour later) The networking team: "so, funny thing. One of our guys did an update to an ACL, and..."

4 years ago | Likes 2 Dislikes 0

i feel this in my bones.

4 years ago | Likes 2 Dislikes 0

The problem I have with networks is no matter how many times they are proven wrong they never give me the benefit of the doubt and check.

4 years ago | Likes 2 Dislikes 0

I'm convinced they all have imposter syndrome so bad they get scared and go into denial mode when real issues arise.

4 years ago | Likes 1 Dislikes 0

Reminds me of a ticket that said something like "User declined instructions to resolve issue and requested alternatives."

4 years ago | Likes 3 Dislikes 0

I have replaced So Many Motherboards because of this nonsense. Sometimes more than one even!

4 years ago | Likes 4 Dislikes 0

It's the DNS...

4 years ago | Likes 13 Dislikes 0

It's hardwares fault. I've proved it. But we're making it into a software bug so that hardware can meet their deadline. Then we're going to

4 years ago | Likes 16 Dislikes 0

have a ridiculously expensive meeting where I have to prove it's a hardware fault again to get it off my plate because PROCESS.

4 years ago | Likes 12 Dislikes 0

wow. I'm way more bitter about that than I thought I was. God we pissed a lot of money up the wall in the name of paperwork in that company.

4 years ago | Likes 12 Dislikes 0

When other IT groups do not communicate w/ Client support that an “update” is being pushed the night before

4 years ago | Likes 9 Dislikes 0

As a former network engineer, the number of times I've seen coworkers who would ping router to router and do NOTHING else was staggering.

4 years ago | Likes 7 Dislikes 0

This, so much this.

4 years ago | Likes 4 Dislikes 0

Former IT person. Don't *claim* it's a network issue, *prove* it. Then go complain.

4 years ago | Likes 3 Dislikes 0

First of all, you only need evidence networks needs to investigate. Second, I've found proof isn't even good enough. /1

4 years ago | Likes 3 Dislikes 0

If I have to nail them to a wall with evidence every time they get to ashamed to admit fault. /2

4 years ago | Likes 3 Dislikes 0

If it can be a network issue, it can be a network issue AGAIN

4 years ago | Likes 142 Dislikes 0

Device is connected now therefore it never has been and never will be a network issue. - My network team

4 years ago | Likes 9 Dislikes 0

I used to work in customer service at a computer store. "Yeah we need to replace part X", response "Well it was working yesterday"

4 years ago | Likes 6 Dislikes 0

It's DNS

4 years ago | Likes 26 Dislikes 0

It's not DNS. There's no way it's DNS. It was DNS. (Outage Haiku)

4 years ago | Likes 10 Dislikes 0

It's always DNS

4 years ago | Likes 12 Dislikes 0

As a net eng myself, the number of times I've been told the network was down, only to find the user wasn't even physically connected...(1/2)

4 years ago | Likes 2 Dislikes 0

...is a significant non-zero number. (2/2)

4 years ago | Likes 2 Dislikes 0

Time-expired RAS passwords. If you've no idea, you too could join our network section.

4 years ago | Likes 7 Dislikes 0

So if the network connection speed is fine but the network drive only has 2.2gb/100tb free, who's fault is it?

4 years ago | Likes 2 Dislikes 0

Networking!

4 years ago | Likes 4 Dislikes 0

Server team, specifically the guy who set the alerting thresholds. Followed by the users who insist they need 15 years of unused data.

4 years ago | Likes 6 Dislikes 0

So many users want years, GB and GB of old email. They aren't lawyers, so why? And never young users either.

4 years ago | Likes 1 Dislikes 0

For the user who thinks they need their families photos on a work computer. Also the help desk agents who "fix" an .ost by renaming ...

4 years ago | Likes 3 Dislikes 0

Surprise! Its actually SecOps borking a firewall rule for some random vlan.

4 years ago | Likes 7 Dislikes 0

Good network admins understand layer 3,4. But what makes an admin really worth their salary is when they really really understand layer 2.

4 years ago | Likes 8 Dislikes 0

I would say that you have to understand L2, in order to fully understand L3 og L4. After that comes overlays and underlays. 1/2

4 years ago | Likes 2 Dislikes 0

Mexican Mouse: "Eeba eeba overlay underlay"

4 years ago | Likes 1 Dislikes 0

2/2 Then comes routed L2, mostly using EVPN. Good old routed L3 is still the most stable, most proven solution and the easiest to troublesh.

4 years ago | Likes 2 Dislikes 0

I once had to write a utility and then spend a week of my time installing it on user machines to prove it was the network.

4 years ago | Likes 50 Dislikes 0

... so you wrote a virus?

4 years ago | Likes 2 Dislikes 6

No, I added a logger to our internal software so it gave me realtime data for network connectivity to the DB. I added no significant load.

4 years ago | Likes 5 Dislikes 0

4 years ago | Likes 1 Dislikes 0

We discovered that the load wasn't being balanced across the WAPs. Everyone was connecting to one, but none of the others.

4 years ago | Likes 25 Dislikes 0

*Cardi B has entered the chat*

4 years ago | Likes 3 Dislikes 0

That poor pussy.

4 years ago | Likes 5 Dislikes 0

There are test-utils you can use for free. Like iperf for performance testing or nmap for test for responding ports.

4 years ago | Likes 6 Dislikes 0

This was a while ago, and the IT Director denied the use of unapproved 3rd party apps. So I write the util to be part of our internal suite.

4 years ago | Likes 6 Dislikes 0

He was also the guy who configured the access points wrong.

4 years ago | Likes 6 Dislikes 0

Sounds like a swell guy..

4 years ago | Likes 1 Dislikes 0

The majority of the problem is folks not knowing their career very deeply. I don’t assume it’s not a group, I work to understand the 1/

4 years ago | Likes 10 Dislikes 0

I dont get to "know my career very deeply." I have to be part DB admin, part HW/networking, part web admin, part release engineer, part QA..

4 years ago | Likes 4 Dislikes 0

The problem and then I collect data to reinforce the “most likely causes” of any incident. Incompetence runs rampant in IT… maybe even 2/

4 years ago | Likes 10 Dislikes 0

More than other industries. Solving IT “incidents” is different than solutioning for development/progress, and troubleshooting is a 3/

4 years ago | Likes 10 Dislikes 0

Developed trait/skill that isn’t taught, but put together by either gift and/or experience. Networking is a mess with the inundation 4/

4 years ago | Likes 9 Dislikes 0

Of appliances and applications across other IT units. Security is the worst mess and usually the most incompetent. I’ve solved incidents 5/

4 years ago | Likes 8 Dislikes 0

For fortune 50 orgs, and orgs with over 150k employees. I’ve led engineering teams. The problem has been in places where they “proved” it 6/

4 years ago | Likes 6 Dislikes 0

So here in lies the issue. Networking is like Social Security. They get so many false claims. They just disbelieve as step one. 1/2

4 years ago | Likes 76 Dislikes 2

I am not convinced that social security actually gets that many false claims.

4 years ago | Likes 1 Dislikes 0

2/2 so always come correct with logs and diagrams showing what's happening with the traffic. Ps it's always layer 3 :3

4 years ago | Likes 47 Dislikes 1

4 years ago | Likes 1 Dislikes 0

Layer 8!!!

4 years ago | Likes 6 Dislikes 0

I swear at least half the time it's layer 1...

4 years ago | Likes 13 Dislikes 1

The other 90% of the things it's layer8

4 years ago | Likes 3 Dislikes 0

Either Layer 1 or Layer 8.

4 years ago | Likes 4 Dislikes 0

Never has it ever been layer 2

4 years ago | Likes 8 Dislikes 1

Clearly you've never seen some block ARP because "I heard hackers can use it to infect the network"

4 years ago | Likes 2 Dislikes 0

What would that even be? Pure hardware failure? Botched firmware update on a router?

4 years ago | Likes 4 Dislikes 1

Layer two is always framed

4 years ago | Likes 11 Dislikes 0

Ayyyyyy lmao

4 years ago | Likes 3 Dislikes 0

Thank you for that insight, CumsInPies.

4 years ago | Likes 5 Dislikes 0

Yes. Computers. Right click. Toggle. New Folder?

4 years ago | Likes 2 Dislikes 0

It’s always the network teams fault. ALWAYS!!

4 years ago | Likes 237 Dislikes 1

I blame the firewall /s

4 years ago | Likes 3 Dislikes 0

20 years ago, it was almost never networking, and it was easy as pie for every programmer and tech to verify it wasn't networking. Today 1/2

4 years ago | Likes 2 Dislikes 0

2/2 noone can even ping their own ass.

4 years ago | Likes 4 Dislikes 0

To be fair, a lot of us gained weight during the pandemic...

4 years ago | Likes 4 Dislikes 0

Except for that time we found a bug in Kubernetes interacting with a bug in Alpine Linux that caused 5 second timeout delays. Fuckin' nuts

4 years ago | Likes 2 Dislikes 0

This. I work for a very well known tech company and the 4 last major outages we have had were all network fault even though they denied it

4 years ago | Likes 3 Dislikes 0

At a small startup, I was the network 'team'. It was never my fault. We were acquired, I became DevOps, now its 100% the network teams fault

4 years ago | Likes 9 Dislikes 0

Note to self. Don't go into network IT

4 years ago | Likes 29 Dislikes 0

It depends - if you thrive on the bitterness of eventually proving that it was not a network error, then it could be the job for you...

4 years ago | Likes 11 Dislikes 0

Ah no it’s great craic. I have worked across the infrastructure and operations board and networks is as good as anywhere just be humble.

4 years ago | Likes 15 Dislikes 0

Hi, part of the other teams in IT. It's fucking network's fault. If they say it's not, then you can go ahead and consider that proof it is.

4 years ago | Likes 963 Dislikes 6

Guarantee the issue is just some user trying to connect over hotel wifi

4 years ago | Likes 1 Dislikes 1

Hi. Cybersecurity here. My scanners definately didn't cause the outage so i won't be answering my phone tonight

4 years ago | Likes 2 Dislikes 0

As a network admin, way too much of my time is spent proving its not the network.

4 years ago | Likes 2 Dislikes 0

IT guy here. It's true, it's always networking's fault.

4 years ago | Likes 4 Dislikes 0

Here's my fucking pcap log of why it's network's goddamn fault.

4 years ago | Likes 6 Dislikes 0

Cloud engineer here. Yes it's networking or security's fault. It's either routing or firewall. Those are my biggest daily obstacles.

4 years ago | Likes 5 Dislikes 0

"Here's the packet capture proving that it is network. I did your job for you, now fix the network." I've had to do that far too many times.

4 years ago | Likes 4 Dislikes 0

At my company it's never IT/Network's fault. It just always just resolves itself ~15min after they receive the issue.

4 years ago | Likes 1 Dislikes 0

Hey, I'm not allowing any ports if App and QA didn't provide the documentation. Fuck your app, it's not passing by my firewalls!

4 years ago | Likes 19 Dislikes 0

As QA I support this attitude. Make us do it right the first time.

4 years ago | Likes 7 Dislikes 0

This is why my IT thinks I’m too much of a go-getter. I don’t care it’s not your fault, you’re impacted so help me fucking figure it out.

4 years ago | Likes 1 Dislikes 0

I work IT and am the main link between firm and ISP. 2 hours on the phone with them, saying that our router was faulty 1/2

4 years ago | Likes 4 Dislikes 0

After countless "off & on" troubleshooting with no progress, they sent a team the next morning. It was a faulty 2/3

4 years ago | Likes 4 Dislikes 0

Cable & switch from their end. The 2 dudes on the field resolved the issue within 20 min from their arrival. 3/3

4 years ago | Likes 4 Dislikes 0

I feel like sometimes I have an advantage in wearing all the hats. Can't just point the finger at someone else when I'm the only one.

4 years ago | Likes 4 Dislikes 0

If there's a problem, I just trace the wires (literally or figuratively) until I find it, and then I fix it.

4 years ago | Likes 4 Dislikes 0

Wow this place comes alive when IT hits the front page. FWIW I've seen waay too many teams blame networks and Splunk proving it disk (SAN)

4 years ago | Likes 2 Dislikes 0

Or server related. When you look after all the infra in a bank and you see how overworked the network teams are it's depressing how easily

4 years ago | Likes 1 Dislikes 0

People just blame the network. Oh and AppD was great from showing wanky code up too.

4 years ago | Likes 1 Dislikes 0

My packets went from the IP the network assigned me to the default gateway the network assigned me. After that it's networking's fault!

4 years ago | Likes 3 Dislikes 0

If it's today it's AWS's fault. I love when it turns out to be an external service going down.

4 years ago | Likes 1 Dislikes 0

But I can ping your pc from 6 states away. Call your local IT.

4 years ago | Likes 1 Dislikes 1

Popcorn.gif

4 years ago | Likes 1 Dislikes 0

Spoken like a real other team. If you can’t figure it out, must be all those fancy internets and clouds.

4 years ago | Likes 1 Dislikes 1

I work IT security, and the amount of times I've had Network teams tell me "Not their fault" without even looking at the issue is staggering

4 years ago | Likes 15 Dislikes 1

Helpdesk here. this is correct. Networking proved this themselves Monday. Upgrading to Big Sur isn’t going to fix an AP problem you walnuts!

4 years ago | Likes 1 Dislikes 0

100% this

4 years ago | Likes 1 Dislikes 0

I've had the pleasure of watching someone claim that two Docker containers on the same host failing to communicate was networking's fault...

4 years ago | Likes 12 Dislikes 0

Well, it's certainly a networking issue, it's just that Intrahost networks aren't really something networking team can help you with.

4 years ago | Likes 5 Dislikes 0

Used to have a guy that would "clicky clack" the keyboard for a min when you reported an issue then "try again".

4 years ago | Likes 1 Dislikes 0

Dude was always testing shit in prod but I was the only one smart enough to catch him.

4 years ago | Likes 1 Dislikes 0

If I can ping it; not the network

4 years ago | Likes 37 Dislikes 13

Amen!

4 years ago | Likes 5 Dislikes 6

So, how long HAVE you had your CCNA?

4 years ago | Likes 5 Dislikes 1

4 years ago | Likes 10 Dislikes 9

Uh, ping does not prove SSH, HTTP/S, or any other ports are not blocked by firewalls

4 years ago | Likes 42 Dislikes 1

Plus ping doesn't care is there is asynchronous routing in the network, it will still work, where other application will fail.

4 years ago | Likes 2 Dislikes 2

Fuckin a. As someone that has to battle network security admins, this hits home. "The software won't work cause you still have SSH 1/2

4 years ago | Likes 10 Dislikes 0

2/2 packet decryption enabled on the URLs it utilizes you fuckwit. Now exempt that shit!"

4 years ago | Likes 9 Dislikes 0

Firewalls should be a security issue not a networking issue

4 years ago | Likes 10 Dislikes 1

Unless your network access control is allowing ICMP traffic but denying TCP...

4 years ago | Likes 13 Dislikes 0

That would be stupid

4 years ago | Likes 2 Dislikes 4

Not really. With least priv policies you aren't opening up TCP on any ports that don't need it, but ICMP traffic is almost always allowed.

4 years ago | Likes 7 Dislikes 0

Yeah I guess , but at that point you would allow only specific Sources IP like monitoring server or SLA , and block everything else.

4 years ago | Likes 1 Dislikes 0

True, even though most don't recommend it, its opens because server admins are like "I can't ping my gateway!". You are not suppose to!!

4 years ago | Likes 3 Dislikes 0

Was in a situation where it was networking's fault just last week. Turns out their monitoring software had froze and they didn't see alarms.

4 years ago | Likes 10 Dislikes 0

[deleted]

[deleted]

4 years ago (deleted Nov 24, 2021 8:56 PM) | Likes 0 Dislikes 0

Ask networking but I'm pretty sure they'll say no

4 years ago | Likes 2 Dislikes 0

I worked at a university where the IT groups did not report to the same VP. I was a sysAdmin for the student registration system and ->

4 years ago | Likes 1 Dislikes 0

the network team was “performing upgrades” that created a 45 second login delay for everyone across campus. My boss and I spent months ->

4 years ago | Likes 1 Dislikes 0

showing that this was not an issue with the application but rather with the network. The director for the network group played the ->

4 years ago | Likes 1 Dislikes 0

that we were creating these delays because we did not want to consolidate our group under a new CIO. This went on for months until ->

4 years ago | Likes 1 Dislikes 0

finally showing the new CIO logs showing network latency, confronted the network director during an open meeting and during ->

4 years ago | Likes 1 Dislikes 0

As part of a network team, 99% of the major calls that come in get classified as a network fault. Have an application that....

4 years ago | Likes 47 Dislikes 1

I spent 3 weeks fixing a printer issue just to prove it wasn't the networks fault. HD lied about what they tested, the symptoms didn't 1/

4 years ago | Likes 2 Dislikes 0

...can't access a database on the same server? "It says connection error, it must be a network fault". Or on a seperate VM...

4 years ago | Likes 36 Dislikes 0

...but same physical host? Blame networks... We currently have a finance application that makes calls out to 3rd...

4 years ago | Likes 28 Dislikes 0

...parties via TLS1.2 only the application sort of fudges TLS1.2 support and the finance and application team blame networks....

4 years ago | Likes 23 Dislikes 0

...inspite of significant evidence showing the fault is with the application including the software provider saying they need to...

4 years ago | Likes 17 Dislikes 0