Most Frequent Interview Questions for Network Engineer Position

Most Frequent Interview Questions for Network Engineer Position: 1. OSI Layers 2. What is VLAN? 3. What is VTP? Cisco VTP Version 3, Is VTP Making a Comeback? 4. How we can change VTP revision number 5. In what mode we will add a switch in VTP domain 6. Difference between loadsharing & loadbalancing 7. What is ACS server, syslog server 8. How to add node in hpnnm–nnm 9. How to add a node group in nnm 10. What is use of AAA and how we will configure it? 11. How many modules will be there in 7609? 12. What type of ports are available in 7609 router 13. Difference between HSRP and VRRP What the Main Difference between HSRP, VRRP and GLBP Protocols The following chart provides difference HSRP Vs VRRP Vs GLBP protocols. Difference between HSRP, VRRP and GLBP Protocols Protocol Features Scope Standard OSI Layer Load Balancing Multicast Group IP

HSRP

VRRP

GLBP

Cisco Proprietary RFC2281 Layer-3 No

IEEE standard RFC3768 Layer-3 No

Cisco proprietary none Layer-2 Yes

224.0.0.2 in version 224.0.0.18 1224.0.0.102 in version 2

224.0.0.102

address Transport UDP 1985 Port Number Hello – 3 sec Timers Hold – 10 sec

Election

Router Role

Preempt

Group Virtual Mac Address IPv6 support

UDP 112

UDP 3222

Advertisement – 1 sec Hello – 3sec Master down time = Hold – 10sec 3*Advertisement Time + Skew TimeSkew Time = (256Priority)/256 Active Router:1.Highest Master Router: (*) Active Virtual Gateway: Priority2. Highest IP 1-Highest Priority 1-Highest Priority address (Tiebreaker) 2-Highest IP 2-Highest IP (Tiebreaker) (Tiebreaker) -One Active Router, one - One Active Router- One AVG (Active Standby Router-one or One or More Backup Virtual Gateway)- up to morelistening Routers Routers 4 AVF Routers on the group (Active Virtual Forwarder) passing traffic.- up to 1024 virtual Routers (GLBP groups) per physical interface. If Active Router(Highest By default Preempt is If Active Priority) is down and up ON in VRRP, If Active Router(Highest Priority) again, Preempt should be Router is down and up is down and up again, configured to become a again, It will Preempt should be Active Router again automatically become configured to become a a MasterRouter Active Router again. 0000.0c07.acxx 0000.5e00.01xx 0007.b4xx.xxxx

Yes

No

14. How data flows in MPLS technology 15. OSPF states while forming neighborship 16. OSPF LSA types 17. Difference between point to point & MPLS links

Yes

18. What is external LSA 19. How to bind the mac-address 20. What is the use of port security? 21. Features of EIGRP Is Cisco Bothering With “Open” EIGRP? 22. What is DUAL in EIGRP? 23. Commands for configuring voice vlans 24- How to add voice vlans to switchports? 25. DHCP handshake process 26. Default lease time for DHCP 27.5 routers configured with HSRP, what are the states of each router 28. BGP attributes 29. Administrative distances of all roouting protocols 30. Etherchannel 31. What is the output voltage of 7609 router? 32. How modules are placed in 7609 router 33. What is STP? 34. How the election process will be happening in STP. 35. What is pvst 36. RSTP 37. STP states STP (Spanning Tree Protocol) Path Selection 38. How to break router password?

39. How to upgrade ios in switch? 40. What is OSPF? OSPF Areas Types, OSPF Router Types & OSPF Route Types 41. Function of link state routing protocol 42. Differences between OSI and TCP protocols 43. TCP 3way handshake process

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. I enjoy being on an interview panel for networking candidates. My job is usually to be the technical heavy. I need to determine what the candidate knows, what the candidate doesn't know, and what I think he or she could figure out. I rely on four questions to get at this information. But first, here are some things I don't spend time on. Trivia. I rarely get into a trivia competition with a candidate because it proves very little. If candidates recently passed a certification exam, they might have a head full of arcane networking facts, but what's really important is what they can do with their knowledge. A trivia contest won't tell you that. Tell me about your ideal job. I don't care about this one, either. The ideal job doesn't exist, so if candidates want to work in the tree where the elves make cookies, they're going to be disappointed. Besides, candidates might feel pressured to answer with words they think you want to hear, which makes it a pointless exercise. Are you a team player? This is a silly question. Of course they'll say yes, no matter the reality. I honestly don't care if they work by themselves as long as they follow standard procedure and do what's been asked of them. And now, here are four questions that I have asked. 1. Can you draw a diagram on the whiteboard of a network you've worked on, and explain it to me? This might be the only question I ask in the interview, depending on how it goes. For the right candidate, this will tell me everything I need to know.

How did the diagram start? From the center out? Or from the edge in? Or did it seem a bit random? This tells me how clear the network was in the candidate's mind, and the way that he or she thought about it. How does the diagram look? Is it a horrible disaster of overlapping shapes and lines, or is it easy to read? I don't mind if candidates have to re-draw. That just tells me they care about what their diagram is communicating, which is a good thing. How well does the candidate explain the diagram? This is where it gets interesting, because as the explanation moves forward, you can probe the candidate to find out what they really know. Oh, so that's the core switch. Was there one core switch or two? Or more? Did you run a firsthop redundancy protocol on those switches? Why or why not? What routing protocol did you run in your core? OSPF? Oh, then tell me about how your areas were laid out. Oh, so that's the edge of your wide area network, I see. What routing protocols did your carrier support? You say you ran VoIP across your network. Tell me how you handled congestion on slow links to preserve call quality. You say your network design was meant to help with PCI compliance. Fair enough. Pretend I'm an auditor and walk me through the various subnets, firewalls and security policies that are in place related to PCI. The diagram lets you explore the candidate's knowledge. It's a fair question even for entry- and mid-level candidates. If an entry-level candidate draws one switch and then shrugs his shoulders apologetically, you can find out how well he knows that switch. Did you provision ports? What did the standard switch port template look like? Why was command X used? What did you do to stop CDP advertisements from leaving unused ports? And so on. 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.