Networking

01:07 PM
Amy Arnold
Amy Arnold
Commentary
Connect Directly
Twitter
LinkedIn
Google+
RSS
E-Mail
50%
50%
Repost This

Mastering The Art Of Troubleshooting

From social media to blogs, there's a ton of information engineers can tap to solve technical problems. Here's what I find works best.

In IT, a lack of resources isn't usually the problem when troubleshooting. Instead, the challenge is figuring out an efficient way to comb through a wealth of information--including blogs and social media--to find the one obscure bit that resolves your problem.

Mastering the many sources of information available to you as an engineer will drastically decrease your troubleshooting session times and boost your well-earned network ninja reputation.

My first line of defense when troubleshooting is reading the manual or release notes. It kills me the number of times engineers chose to forgo this simple exercise, and the results are often spectacular, but not in a good way. I still have scars from some of my reckless attempts to just wing it--a painful education, indeed.

Oftentimes, however, IT professionals are handed a giant stack of network gear and a deadline decreed by the Mayor of Crazy Town. Reading all 1,100-plus pages of the latest deployment guide just isn’t going to happen. This is where I find that blogs, social media and vendor technical assistance work a special kind of magic.

Technical blogs are manna from heaven for so many of the setup and troubleshooting tasks we come across in the daily grind. Very likely, no matter whatever issue you are facing, some other engineer has faced it, too, and has blogged about. This is one of the primary reasons I blog, and if you are an engineer, you should, too. Knowing which blogs to reference is a balance of strong search engine skills and excellent contacts in my field. Many times these blogs include a blog roll, which lead to more great resources.

[Read about two key steps that can help make the difference between a short, unhappy stint and a long, successful career in networking in "Advice To New Network Engineers."]

Social media plays a huge roll in my troubleshooting process. Being extremely active with other network engineers on Twitter means I have a constant stream of relevant content and resources at my fingertips. I get answers to head-scratching questions in minutes, not hours or days. I often make note of bugs and incidents that other engineers discuss or complain about, which can serve as a fabulous source of forewarning on upcoming projects.

A word of caution if you use social media as a troubleshooting resource: These platforms are not designed for lazy types. While convention doesn’t mind if you throw out a couple of easy-to-find-on-Google questions every so often, don’t be that guy who clearly hasn’t taken the time to do any personal research before crowdsourcing a question. Nobody likes that guy.

One resource underutilized by a number of engineers is vendor technical assistance, commonly referred to as TAC. I’m not sure if it is pride that keeps engineers away or bad past experiences with certain vendors, but TAC is one resource that has been bought and paid for, so you might as well use it. Many times, a quick call with TAC can get you that bit of configuration info your feature requires but that the documentation glosses over or leaves out. Other times, vendor technicians can quickly spot the typos that you can’t see because you’ve been staring at the same lines of configuration for days.

Yes, you take a chance that you might draw the short straw and get a crummy engineer, but in my experience you are just as likely to get a solution to your problem from someone who knows the tricks the documentation doesn’t reveal. Some advice, though: Never be afraid to use terms like escalate, re-queue and your-manager-please when not getting ideal results with a TAC.

Even as you master the many sources of information available for troubleshooting, never forget to build your foundational knowledge. Knowing what tool to utilize and when depends very much on your discernment and skill as an engineer, which comes from understanding the concepts at work. There’s still no shortcut for that, and I highly doubt one is coming anytime soon.

[Find out how to take a structured approach to resolving network problems in "11 Things You Can Do When You Get Back to the Office to Improve Network Performance" at Interop New York Sept. 30-Oct. 4.]

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Ahmayer
50%
50%
Ahmayer,
User Rank: Apprentice
9/26/2013 | 9:35:40 AM
re: Mastering The Art Of Troubleshooting
I totally agree on the part of technology blogs. Usually you can find interesting articles and tricks to solve very specific problems that otherwise would take you ages to find out for yourself. However, I think that in IT, this kind of help are a widely used, testing solutions (eg terminal commands, settings) without having clear you are doing exactly. I have often seen colleagues copy a command from web page and execute it without understanding it or verify it. This implies a huge risk.

One tool I have recommended and may be useful for those cases where time is crucial (all? ;)) is this:

http://expertnetworkanalysis.n...

You upload a capture (pcap) of a problematic point of your network, you indicate the problem and they will send you a report by email. I think the first analysis is free.
Rob Parten
50%
50%
Rob Parten,
User Rank: Apprentice
9/24/2013 | 9:17:04 PM
re: Mastering The Art Of Troubleshooting
I agree with you on the lack of utilization of TAC; however, I have seen people use it as a crutch for their lack of knowledge. Nothing replaces sound technical understanding of networking and protocols. Far too often I deal with "Cisco Engineers" and not a Network Engineer. A walking book of syntax isn't useful when you don't understand the underlying protocol you're trying to either deploy or debug.

I had imagined this article would have been more about the different methodologies of troubleshooting a network issue.
Rob Parten
50%
50%
Rob Parten,
User Rank: Apprentice
9/24/2013 | 9:11:47 PM
re: Mastering The Art Of Troubleshooting
How often do you see twitter show up in a Google search?
MarciaNWC
50%
50%
MarciaNWC,
User Rank: Apprentice
9/23/2013 | 9:17:40 PM
re: Mastering The Art Of Troubleshooting
I imagine Twitter is the main social media outlet when it comes to IT troubleshooting but are there any others?
More Blogs from Commentary
Infrastructure Challenge: Build Your Community
Network Computing provides the platform; help us make it your community.
Edge Devices Are The Brains Of The Network
In any type of network, the edge is where all the action takes place. Think of the edge as the brains of the network, while the core is just the dumb muscle.
Fight Software Piracy With SaaS
SaaS makes application deployment easy and effective. It could eliminate software piracy once and for all.
SDN: Waiting For The Trickle-Down Effect
Like server virtualization and 10 Gigabit Ethernet, SDN will eventually become a technology that small and midsized enterprises can use. But it's going to require some new packaging.
IT Certification Exam Success In 4 Steps
There are no shortcuts to obtaining passing scores, but focusing on key fundamentals of proper study and preparation will help you master the art of certification.
Hot Topics
6
IT Certification Exam Success In 4 Steps
Amy Arnold, CCNP/DP/Voice,  4/22/2014
6
Edge Devices Are The Brains Of The Network
Orhan Ergun, Network Architect,  4/23/2014
White Papers
Register for Network Computing Newsletters
Cartoon
Current Issue
2014 Private Cloud Survey
2014 Private Cloud Survey
Respondents are on a roll: 53% brought their private clouds from concept to production in less than one year, and 60% ­extend their clouds across multiple datacenters. But expertise is scarce, with 51% saying acquiring skilled employees is a roadblock.
Video
Slideshows
Twitter Feed