11:05 AM
Repost This

4 Must-Ask Interview Questions for Network Engineers

If you’re looking to hire a network engineer (or be hired as one), here are four job interview questions that I’ve asked, and three you shouldn’t bother with. These questions will help you figure out what a candidate does and doesn’t know.

2. Your resume says that you worked with BGP. What can you tell me about that? Lift a skill from their resume, and see how deep their particular well of knowledge goes. They claim to know BGP? Great. That could mean anything from building simple neighbor relationships to managing a complex mesh of autonomous systems with customized policies. The candidate doesn't need to know everything you know or everything there is to know. Chances are, you don't know everything there is to know. The point is to see just how much they know, and determine if that's sufficient for your needs.

3. You've got nothing but a laptop that's been assigned a DHCP address and no other special privileges. What are the steps you would take to discover the network topology? This is a loaded question. Practically speaking, there's a limited amount of network that can be discovered if it's even vaguely secure, but an engineer who has been around the block should be able to come up with multiple answers. For instance, run a ping sweep against a range of addresses. Run a packet analyzer and see what sorts of broadcast frames come across the wire. Run a MAC flooding tool to get the switch to dump all traffic to their port through unicast flooding, and see what they can pick up from that.

I could go on, but the idea with a question like this is to answer it yourself ahead of time, then see what the candidate comes up with. As they make their suggestions, you can probe them. Oh, so you'd try to get a DNS zone transfer. If you succeeded, how would that information help you? Ah, so you'd look for broadcast traffic with Wireshark. What sort of broadcasts would you find useful? As candidates explain their answers, you learn about their knowledge, but you also learn how they think. Is the candidate clever? Resourceful? Independent? Determined? Logical? Or is their only answer that they'd go up to your desk and ask you for a network map? (See the next question below for more about that.) What happens if you point out a critical flaw in their logic? Do they get defensive? Angry? Or do they see the error they made and move on?

4. How do you find answers when you don't have them? You want to learn one thing from this question: Whether this person is going to live at your desk, asking you every little thing they can't grok in two minutes. You don't want that. You want the person who, within reason, doesn't bother anyone else until they've exhausted every possible avenue to find the answer themselves.

You want the candidate to tell you they'll Google, search vendor manuals, try five different command sequences, build a lab exercise, scour documentation in the local wiki, and so on. The last thing they should say they will do is come to you. If they do say that, they should add that they would come armed with all of the things that they tried that didn't work out.

To sum up my approach, I want to get inside the candidate's head as much as possible. I don't need candidates to know everything, but I do need to be confident that their thinking process is sound, that they are motivated to discover new things, and that they have the capacity to learn. Such a candidate will probably be a great asset.

Ethan Banks is CCIE #20655 and a 16-plus year IT veteran. He has designed, implemented and supported networks in government, banking, higher education and corporations. He is a host of the Packet Pushers podcast and an independent blogger covering the data networking industry. A version of this post originally appeared on Packet Pushers.

2 of 2
Comment  | 
Print  | 
More Insights
Newest First  |  Oldest First  |  Threaded View
User Rank: Apprentice
8/8/2013 | 11:34:24 PM
re: 4 Must-Ask Interview Questions for Network Engineers
all I would ask is what have your built? and how did you do it?

and the last time I was asked these same questions was over a dozen years ago...
More Blogs from Commentary
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.
VMware's VSAN Benchmarks: Under The Hood
VMware touted flashy numbers in recently published performance benchmarks, but a closer examination of its VSAN testing shows why customers shouldn't expect the same results with their real-world applications.
Building an Information Security Policy Part 4: Addresses and Identifiers
Proper traffic identification through techniques such as IP addressing and VLANs are the foundation of a secure network.
SDN Strategies Part 4: Big Switch, Avaya, IBM,VMware
This series on SDN products concludes with a look at Big Switch's updated SDN strategy, VMware NSX, IBM's hybrid approach, and Avaya's focus on virtual network services.
Hot Topics
Converged Infrastructure: 3 Considerations
Bill Kleyman, National Director of Strategy & Innovation, MTM Technologies,  4/16/2014
Heartbleed's Network Effect
Kelly Jackson Higgins, Senior Editor, Dark Reading,  4/16/2014
White Papers
Register for Network Computing Newsletters
Current Issue
Twitter Feed