Hasan Yahya U.’s Post

View profile for Hasan Yahya U., graphic

Intertech şirketinde Network Security Architect

Network engineer problems: Solving the issue (1% efforts) Proving that is not network issue(99% efforts )

Andreas Baekdahl

I train network pros to achieve DevNet Expert | Top-rated instructor and bootcamp | First person ever to pass the DevNet Expert practical lab exam | Senior DevNet Architect @ Wingmen Solutions | 3×CCIE/CCDE/CCDevE

8mo

This can be changed! 1% solving network issues. 20% implementing solutions that reduce mean-time-to-innocence. 10% proving that it is not a network issue. 30% improving the network quality. What will you do with the remaining 39%? I would be developing my skillset for the future (which is now!)

Emrah Şentürk

Software Architect at Intertech

8mo

We don't make mistakes; if we did, it was by mistake.

Stewart Petersen

Enterprise Systems Engineer

8mo

We had seemingly the opposite problem for a while. We had to prove it was a network problem before they would take the time to look. We had no access to prove it was a networking issue so issues would continue sometimes for weeks. Eventually, my manager convinced them to give me read access to switches and firewalls so I could send screenshots of the Rule/ACL that was the problem and ask for a fix. Network tickets dropped by like 80% after that.

Petro Holovashchenko

Advanced Cyber Security Engineer @ FE Honeywell Ukraine | Systems Certified Engineer

8mo

Statement is true only for engineers with network background only. Engineers with knowledge of networking, hardware and software are highly appreciated as they are capable to identify and solve the problem which in turn saves tons of money for the Customer

Manohar Jha

Network & Security virtuoso | Solutioning, Designing & Architecting Reliable and Secure Network Infrastructure | Fortinet, SDWAN, Routing & Switching

8mo

Truth is, in the effort of the 99% we get that 1% 😊

Bora AKAYDIN

Linux System Administrator | Red Hat Certified Engineer (RHCE)

8mo

It's IMO not about tech problems, it's about dealing with people. I also know from experience, that I spend hours to prove (or rather convince the guy) that it's their typo in their yaml file, which generates the error not a misconfiguration in the system.

Like
Reply
Gökhan Yılmaz

Sr. Cloud Computing Admin | Backup Systems Designer | Linux OS Troubleshooter | Redundancy Expert | Team Player | Inter-team Communication & Project Management | Customer Relations | Hero for Tough Days

8mo

POV you are SysAdm : App and services up and running/listening. Check the firewall rules and routes. 😂

Ehh, in my experience.. It was always more like: Within that 1% possibility range when it's an actual network issue, explaining it actually is a network problem to network people AND providing a solution to their problem between their defacto copy paste denial emails.

Prince Kamboj

IT Analyst @ Tata Consultancy Services | Tier-II TAC, Optical Transport

7mo

I know many experts who are obsessed to move tickets into ‘CUSTOMER ACTION NEEDED’ bin.

Like
Reply
Abhijit `

Lead Consultant - Infrastructure Management (Network Presales, Engineering & Architecture)

7mo
See more comments

To view or add a comment, sign in

Explore topics