NOC Engineer interview questions | Network Engineering

Ali MK Raja
28 Mar 202118:13

Summary

TLDRIn this informative video, Ali shares his extensive experience in Network Operation Center (NOC) engineering, offering valuable insights for aspiring NOC engineers preparing for interviews. He covers essential topics such as understanding the OSI model, TCP/IP, UDP, and troubleshooting techniques. Ali emphasizes the importance of a troubleshooting mindset, collaboration, and quick thinking under pressure. He also addresses common interview questions and provides guidance on how to approach them, ensuring viewers are well-prepared for their NOC engineering interviews.

Takeaways

  • πŸ˜€ The speaker, Ali, has been busy with work and makes videos as a side hobby to help people with questions.
  • πŸ” Ali's previous video was about the life of a NOC (Network Operation Center) engineer, which sparked many interview preparation inquiries.
  • πŸ”§ Ali shares his decade-old experience with NOC engineering interviews to assist those preparing for similar roles.
  • πŸ“ NOC stands for Network Operation Center, where engineers monitor and troubleshoot networks, with varying scopes depending on the company.
  • πŸ’‘ The key to NOC interviews is demonstrating a troubleshooting mindset, as this is the primary skill NOC engineers are paid for.
  • πŸ‘¨β€πŸ« Ali suggests replicating problems in a sandbox environment and using packet captures as part of the troubleshooting process.
  • πŸ“ˆ Understanding the OSI model's seven layers is crucial for NOC engineers, as it dictates where to start troubleshooting based on the issue.
  • 🀝 Teamwork is essential in a NOC environment, with engineers often needing to guide junior staff or seek help from seniors.
  • πŸ›  Technical knowledge of networking protocols, such as TCP/IP, UDP, and the functions of network devices like switches, is expected.
  • πŸ“‹ Ali emphasizes the importance of knowing how to collect the right logs and traces to effectively troubleshoot network issues.
  • πŸ—£οΈ Behavioral questions are also part of the interview process, testing candidates on their problem-solving approach and team player attitude.

Q & A

  • What does NOC stand for in the context of the video?

    -NOC stands for Network Operation Center, which is where network monitoring and troubleshooting are performed for a company or globally, depending on the scope of the job.

  • Why is the OSI model important for a NOC engineer?

    -The OSI model is crucial for a NOC engineer as it provides a framework for understanding the seven layers of networking, which is essential for troubleshooting and resolving network issues at the correct layer.

  • What are the seven layers of the OSI model mentioned in the video?

    -The seven layers of the OSI model are the Physical layer, Data Link layer, Network layer, Transport layer, Session layer, Presentation layer, and Application layer.

  • Why is troubleshooting a key skill for NOC engineers?

    -Troubleshooting is a key skill for NOC engineers because their primary job is to identify, analyze, and resolve network issues. Having a systematic troubleshooting mindset is critical for effective problem-solving.

  • What does the acronym TCP/IP stand for and why is it important for NOC engineers?

    -TCP/IP stands for Transmission Control Protocol/Internet Protocol. It is important for NOC engineers as it is the fundamental communication protocol used for transmitting data over the internet, and understanding it is essential for diagnosing connectivity issues.

  • What is the difference between TCP and UDP as mentioned in the video?

    -TCP (Transmission Control Protocol) is a connection-oriented protocol that ensures reliable data transmission, while UDP (User Datagram Protocol) is a connectionless protocol that allows for faster transmission but without the guarantee of delivery or order.

  • Why is being a team player important in a NOC environment?

    -Being a team player is important in a NOC environment because engineers often need to collaborate, share knowledge, and provide mentorship to junior staff. Effective teamwork is crucial for managing and resolving complex network issues.

  • What is a proxy and why might it be used in network environments?

    -A proxy is a server or application that acts as an intermediary for requests from clients seeking resources from other servers. It is used to improve security, manage network traffic, and provide access control in network environments.

  • What is a three-way handshake in the context of the video?

    -A three-way handshake is the process of establishing a TCP connection between a client and a server, involving the exchange of SYN (synchronize), SYN-ACK (synchronize-acknowledge), and ACK (acknowledge) packets.

  • What does the term 'trunking' refer to in networking, as mentioned in the video?

    -Trunking in networking refers to the practice of carrying multiple virtual local area networks (VLANs) over a single physical link, allowing for efficient use of bandwidth and better organization of network traffic.

  • How can a NOC engineer find the uptime of a Cisco router as discussed in the video?

    -A NOC engineer can find the uptime of a Cisco router by using the 'show version' command in the command-line interface (CLI), which provides information about the router's operating system version and how long it has been running.

Outlines

00:00

πŸŽ₯ Introduction to NOC Engineer Interview Preparation

Ali, the host of the channel, returns after a month-long hiatus due to work commitments. He discusses the importance of his side project, which is to help others by answering questions and sharing experiences. His last video on the life of a network operations center (NOC) engineer received positive feedback, prompting him to share insights on how to prepare for NOC engineering interviews. Ali emphasizes the need for interviewees to showcase a troubleshooting mindset, which is critical for NOC roles. He shares his own experience from 10 years ago and offers to guide viewers on how to approach such interviews, covering various levels of NOC positions.

05:01

πŸ“š Essential Knowledge for NOC Engineer Interviews

The speaker advises viewers to be well-versed in the OSI model's seven layers, which are fundamental for NOC engineer positions. He explains the relevance of each layer in network troubleshooting and emphasizes the importance of knowing where to start when diagnosing issues. Ali also discusses the significance of understanding protocols like TCP/IP and UDP, as well as the role of a proxy in network environments. He stresses the importance of being a team player and the collaborative nature of working in a NOC, including mentoring junior engineers and seeking help from senior team members when needed.

10:02

πŸ›  Technical and Behavioral Aspects of NOC Interviews

Ali outlines the technical skills and knowledge areas that interviewees for NOC positions should be prepared to discuss, such as the function of network switches, the use of commands to debug gateways, and understanding concepts like the three-way handshake in TCP. He also touches on the importance of being able to think and communicate clearly under pressure, using case scenarios to illustrate common troubleshooting challenges. Additionally, he highlights the need to demonstrate problem-solving skills and the ability to escalate issues when necessary, as well as the importance of behavioral questions that assess a candidate's teamwork and decision-making abilities.

15:03

πŸ—£οΈ Interview Strategies and Closing Remarks

In the final paragraph, Ali provides strategies for interviewees to handle behavioral questions, such as explaining why they should be hired, by showing enthusiasm and a willingness to learn. He encourages honesty and self-awareness during the interview process, warning against bluffing. Ali also reflects on his own career progression from a NOC engineer to his current role in pre-sales, design, and solution architecture. He concludes by inviting viewers to subscribe, leave comments, and share the video, promising to answer all comments and engage with the audience.

Mindmap

Keywords

πŸ’‘Network Operation Center (NOC)

A Network Operation Center (NOC) is a central hub where network operations and management are conducted. It is responsible for monitoring and troubleshooting an organization's network infrastructure. In the video, the speaker discusses how NOC engineers are expected to have a troubleshooting mindset, which is critical for their role in maintaining network performance and reliability.

πŸ’‘Troubleshoot

Troubleshoot refers to the process of identifying and resolving issues within a system. In the context of the video, the speaker emphasizes the importance of a troubleshooting mindset for NOC engineers, as they need to quickly identify and fix network issues to minimize downtime.

πŸ’‘OSI Model

The OSI Model, or Open Systems Interconnection Model, is a conceptual framework used to understand how data communications are performed in a network. It consists of seven layers, each with specific functions. The speaker mentions the OSI Model as a fundamental concept that NOC engineers should be familiar with, as it helps in understanding where to start when troubleshooting network issues.

πŸ’‘TCP/IP

TCP/IP stands for Transmission Control Protocol/Internet Protocol and is the fundamental communication protocol used for transmitting data over the internet. The video script discusses the importance of understanding TCP/IP for NOC engineers, as it is a core protocol for network communication and a common area of focus during network troubleshooting.

πŸ’‘UDP

UDP, or User Datagram Protocol, is a communication protocol that offers a limited service for sending messages without establishing a connection between the communication partners. In the video, the speaker might differentiate between UDP and TCP, highlighting the differences in how they handle data transmission, which is crucial knowledge for NOC engineers.

πŸ’‘Packet Capture

A packet capture is the process of intercepting and recording all or part of the data that is transmitted over a network link. In the script, the speaker mentions running packet captures as part of the troubleshooting process, which helps in analyzing the data packets to identify issues within the network.

πŸ’‘Sandbox Environment

A sandbox environment is a secure, isolated area where programs can be tested without affecting the production environment. The speaker in the video describes using a sandbox environment to replicate problems, which is a common practice in troubleshooting to safely test potential solutions before implementing them in a live network.

πŸ’‘Intermittent Problems

Intermittent problems are those that occur sporadically and are difficult to diagnose because they do not happen consistently. The video script discusses the challenge of troubleshooting intermittent issues, which requires a systematic approach and often the use of tools like packet captures to identify the problem.

πŸ’‘Mentorship

Mentorship refers to the guidance and support provided by a more experienced individual to a less experienced one. In the context of the video, the speaker talks about the importance of mentorship in a NOC environment, where senior engineers may need to guide and assist junior staff in resolving complex issues.

πŸ’‘Three-Way Handshake

The three-way handshake is the process of establishing a connection between a client and a server in a TCP/IP network. It involves the exchange of SYN (synchronize), SYN-ACK (synchronize-acknowledge), and ACK (acknowledge) signals. The speaker in the video may explain this concept as part of the foundational knowledge required for understanding network communication protocols.

πŸ’‘Trunking

Trunking in networking refers to the practice of grouping multiple communication channels together to be transmitted over a single physical channel. The script might mention trunking as a technique used to increase efficiency in data transmission, which is a concept that NOC engineers should understand when dealing with network configurations and optimizations.

Highlights

Ali shares his experience of working in a NOC (Network Operation Center) and offers advice for interviews.

Importance of understanding the OSI model's seven layers for NOC engineers.

The necessity of having a troubleshooting mindset in NOC roles.

Replicating problems in a sandbox environment as a troubleshooting approach.

The challenge of dealing with intermittent network issues and the use of packet captures.

The pressure of troubleshooting under time constraints with senior management involved.

Ali's personal development of a 'thick skin' for handling high-pressure situations.

The significance of being well-prepared for NOC interviews with technical and non-technical skills.

Questions about TCP/IP, UDP, and the difference between them expected in NOC interviews.

The role of a team player in a NOC environment and the importance of mentorship.

Technical questions about network switches, their functions, and basic commands.

How to find the uptime of a Cisco router and the significance of this metric.

Behavioral interview questions about problem-solving and teamwork.

The concept of a three-way handshake in establishing TCP connections.

Understanding trunking and its purpose in network environments.

Identifying PCs and their network ports using ARP and switch MAC address tables.

Behavioral questions about handling high-risk decisions and troubleshooting.

Advice on being honest and showing a willingness to learn during interviews.

Ali's transition from NOC engineer to presales, design, and solution architecture roles.

Transcripts

play00:04

[Applause]

play00:08

welcome back to my channel guys this

play00:10

your boy ali hope everybody's doing good

play00:12

it's been about a month i haven't made a

play00:14

video because i've been super busy with

play00:16

work and of course that's priority um

play00:18

this is just my side fun that i do and

play00:20

try to help people out answer some

play00:22

questions etc

play00:24

so my most recent video was about

play00:27

a life of a knock engineer and i got a

play00:30

lot of feedback and comments and stuff

play00:32

people asking me um you know how should

play00:36

they approach or prepare for an

play00:38

interview and uh you know so i did some

play00:40

homework and uh just gathered all my uh

play00:44

experience that i had with the

play00:46

interviews that i did for the noc

play00:48

engineering positions and back in my old

play00:51

days um this was about like 10 years

play00:53

back

play00:54

so i just wanted to

play00:56

like help you guys out maybe uh you know

play00:58

somebody who's uh trying to go for an

play01:01

interview and maybe this could help them

play01:02

out so when you go in for these knock

play01:04

interviews uh now nox stands for network

play01:07

operation center and this is where you

play01:09

work uh and pretty much monitor and

play01:12

troubleshoot

play01:13

all the network for the company or

play01:16

globally et cetera depends who you work

play01:18

for uh that you know the scope is

play01:20

different for each so

play01:22

but these uh questions that i'm about to

play01:24

address are going to apply to

play01:26

level 1 level 2 level 3 and even higher

play01:29

than that so

play01:31

um

play01:32

you know i mean if you

play01:35

if you are going for an interview um i

play01:38

think this would be a really really good

play01:40

guide and i think if you

play01:43

just hit this video and

play01:45

go for your interview i think you'll

play01:47

probably do really well enough to get a

play01:49

job and uh and

play01:51

and that's uh that's my my two cents

play01:53

about that now when you do go for an

play01:56

interview make sure you do prepare a

play01:58

little bit obviously

play02:00

you know preparing as in be like you

play02:02

know be confident you know and stuff

play02:04

like that the basic stuff that they ask

play02:07

you you know about your career and your

play02:09

work experience and why do you want to

play02:11

work for the company and stuff like that

play02:13

but make sure you do

play02:16

understand how to troubleshoot things

play02:18

because when you work in a knock i think

play02:20

the number one thing that they're really

play02:22

trying to find out is that if you have

play02:24

the troubleshooting mindset because

play02:26

they could hire any

play02:28

straight out of school

play02:30

person with no experience and just train

play02:33

them how to disable alarms or check

play02:36

alarms and stuff like that but

play02:38

but what

play02:39

the noc engineers really

play02:42

get paid for is

play02:43

is how they troubleshoot right so let's

play02:45

say if a gateway or a site does go down

play02:48

how do you proceed right how do you

play02:50

what's your step one what's your step

play02:52

two how do you they want to they want to

play02:54

know how you what's your thinking

play02:56

process behind

play02:58

troubleshooting now

play02:59

you know in my case i would always try

play03:01

to replicate the problem in like a

play03:03

sandbox environment um so if i could

play03:05

replicate it most likely i could you

play03:08

know keep working on it and uh you know

play03:10

i'll find a resolution but a lot of

play03:12

times

play03:13

problems are intermittent or sporadic so

play03:17

it's really really hard to catch them so

play03:19

then you have to run uh packet captures

play03:21

on gateways and stuff but

play03:23

that's besides the topic but i think the

play03:25

main thing they want to really know is

play03:27

that um

play03:29

your level of understanding of how

play03:30

you're going to proceed with

play03:32

troubleshooting because uh in my

play03:34

experience when i was working in the

play03:36

knock um you know a client would call

play03:40

and be like hey her network just went

play03:42

down

play03:43

and we're there managed services

play03:44

provider so i'm i'm in the knock

play03:46

and uh you know i would get an email or

play03:48

something or or maybe you know and then

play03:51

i would call the client up or they would

play03:52

call me and be like hey can you just

play03:54

help us out you know this and that so

play03:57

now these people who are calling you are

play03:59

senior management or middle management

play04:02

people and they're really responsible

play04:05

for bringing that network up in the

play04:07

shortest amount of time

play04:09

so what you have to do is pretty much

play04:10

jump on the call with them uh do a web

play04:13

conference uh so what i would do is send

play04:15

them a webex cisco webex or you could do

play04:18

zoom or whatever else screen share um so

play04:22

they would join the call and then it

play04:24

would be me maybe a couple other people

play04:26

on their team that are responsible for

play04:29

different stuff sometimes i don't have

play04:30

access so they have you know they give

play04:32

me access to log in and troubleshoot and

play04:35

stuff so now this could be very very

play04:38

nerve-wracking because um

play04:41

you know it's a down situation and the

play04:43

client could be losing a lot of money

play04:45

and you just have to kind of be at your

play04:48

a-game and

play04:49

be very comfortable and you have to be

play04:51

able to think under pressure

play04:53

and to be able to resolve the problem

play04:55

and and bring their network back up and

play04:57

and you know i've done this

play05:00

for so many years that i feel like

play05:02

um i've built that um thick skin

play05:06

uh where i'm

play05:07

comfortably able to do that uh if i had

play05:10

to back in my back when i was working in

play05:13

a knock uh so

play05:15

so yeah i mean i just wanted to share my

play05:16

experience with you guys so before we

play05:18

waste time let's jump right into it now

play05:21

of course the first thing i recommend

play05:24

you have

play05:25

you know down pack is the seven

play05:28

layers of the osi model model now what

play05:31

are the seven layers of course um i mean

play05:33

if you are applying for a noc engineer

play05:35

level position then you should know this

play05:37

without a doubt and i'll go through them

play05:39

right now so level one is physical then

play05:42

you got the data link and then you got

play05:43

the layer three is network and then you

play05:46

got the

play05:47

transport

play05:48

and then session

play05:50

presentation and application now most of

play05:52

your network stuff is on layer three and

play05:56

if you're doing a lot of you know mostly

play05:58

switching and and network stuff it's

play06:00

mostly um on the data link or or the

play06:03

network level which is layer two and

play06:05

three and sometimes it's rarely ever

play06:08

where you might have to send the client

play06:10

into their data center to make sure the

play06:12

cables are okay but that's like super

play06:14

rare so layer two layer three you're

play06:16

pretty much logging to these gateways

play06:18

and you know

play06:20

running packet analysis and traces and

play06:22

everything collecting logs and checking

play06:24

them and making sure the

play06:27

tcp and udp messages are sending what

play06:30

they're supposed to to server client and

play06:33

you know how the setup is according to

play06:36

the current infrastructure now this is

play06:38

just basic but like

play06:40

like if you work on databases and stuff

play06:42

they communicate on different levels and

play06:45

uh you know depending on what the

play06:47

problem is you have to know where to

play06:49

start troubleshooting so

play06:52

a lot of times if you don't know where

play06:53

to start you end up capturing wrong logs

play06:57

and then

play06:58

you're like sitting through those logs

play07:00

you're not going to find anything

play07:01

because obviously you didn't even

play07:02

capture the right ones and a lot of

play07:04

times these servers are not constantly

play07:07

logging so you have to make sure they're

play07:09

set to detail level of logging otherwise

play07:13

you're again not going to see anything

play07:15

because if you keep running detailed

play07:17

logs over and over all throughout the

play07:19

day and for

play07:21

forever you're obviously going to bog

play07:23

down the servers and you're going to

play07:24

bring everything down so you just have

play07:27

to make sure that you know

play07:28

you

play07:29

know what you're doing just make sure

play07:31

you are collecting the right ones

play07:33

because obviously um

play07:35

you know that's the key because once you

play07:37

collect the right traces it takes hours

play07:40

to be able to determine if the problem's

play07:42

there now a lot of times you might have

play07:44

to collect traces from from like five

play07:47

different places depends on where the

play07:49

packet ended up or where the packet

play07:51

dropped or whatever the case is right so

play07:54

um but

play07:56

the basics is that you have to be able

play07:58

to um collect the right traces

play08:01

but yeah know your osi model i mean

play08:03

seven layers they're without a doubt are

play08:06

gonna

play08:07

drill you down on that

play08:08

and uh of course network is you know

play08:11

all your protocols on the network level

play08:13

which is ip icmp ipsec igmp and packets

play08:18

how the packets work um data link which

play08:20

is your switching how the ethernet ppp

play08:23

switch so of course you know you're

play08:25

gonna they're gonna ask you can you tell

play08:27

me about yourself so here you want to

play08:29

talk about

play08:30

your strong points obviously you want to

play08:33

tell them a little bit about yourself

play08:35

you want to tell them your work

play08:36

experience that's related to the job

play08:38

you're applying for you don't want to go

play08:40

rambling about

play08:42

stuff that's unrelated or things you

play08:44

have done

play08:45

that doesn't relate to this job

play08:47

because that that will just simply

play08:48

disqualify you so you have to make sure

play08:51

when they ask you that question tell me

play08:53

about yourself you have to relate it to

play08:55

the current position that you're

play08:56

applying for

play08:58

so of course you got to know what a ping

play09:00

is right and

play09:02

why the ping command is used to check

play09:04

connectivity between a client and server

play09:07

and stuff like that so

play09:09

definitely that's going to be one of the

play09:10

questions

play09:12

so what is tcpip

play09:15

what is udp what is tcp

play09:18

what is the difference between them and

play09:20

they might ask you hey um you know which

play09:24

protocol is used if you're

play09:26

uh running packet analysis between these

play09:29

two

play09:30

um servers and you know what kind of

play09:32

messaging

play09:33

protocol are they using they might just

play09:35

ask you in in that sense as well

play09:38

um

play09:39

and then

play09:40

you know being being a team player is a

play09:42

huge part of working in a knock because

play09:45

um

play09:46

a lot of times you may

play09:48

run into

play09:50

depending on your company

play09:52

you know a lot of junior level engineers

play09:55

are going to come up to you at random

play09:57

times when you're busy

play09:59

and they're going to need guidance and

play10:01

and you have to help them out you have

play10:03

to actually walk walk over to their desk

play10:05

and kind of sit down with them and help

play10:07

them out so that's going to be a lot of

play10:08

mentorship you're going to have to do

play10:10

if you're on the escalation level but

play10:13

if you're on level 2 and you know you do

play10:16

need help you could go up to the seniors

play10:18

and

play10:18

go to the level three guys and they'll

play10:20

definitely help you out right so there's

play10:22

a lot of collaboration and and uh going

play10:24

back and forth and a lot of teamwork

play10:27

that you have to be a part of because

play10:29

not everybody knows everything but i'm

play10:31

sure somebody else does that sits next

play10:33

to you or something so

play10:35

constantly um you know you have to also

play10:37

show in the interview that you're a team

play10:39

player so they might ask you questions

play10:40

about what is a proxy and what what's

play10:43

the function of a proxy and why is a

play10:45

proxy

play10:46

used in certain

play10:48

network environments and stuff like that

play10:50

um you know so make sure you know what

play10:53

that is and

play10:54

they might they might throw uh like a

play10:56

case scenario where let's say a host

play10:59

computer cannot be reached over a local

play11:00

network using a host name but can be

play11:03

reached using an ip what do you think is

play11:05

a problem now in that case i mean it's a

play11:08

very basic level

play11:10

of um

play11:11

of of question i mean you have to know

play11:13

the answer for that it's normally

play11:15

something wrong with the dns right so

play11:17

you have to go check your c names other

play11:20

a

play11:21

aaa records and stuff like that you know

play11:22

they might ask you uh what is layer 3

play11:24

what is layer 2

play11:26

what is a network switch do

play11:28

um you know

play11:30

how do you what's the function of a

play11:31

network switch and they might ask you

play11:33

basic level stuff they might not like if

play11:35

you're depending on the level you're uh

play11:37

interviewing for like level three when i

play11:40

was applying for they would straight up

play11:41

ask you hey what command do you run if

play11:43

you wanna you know uh debug this this is

play11:46

on the gateway and you know so you have

play11:48

to know the commands but if you're going

play11:50

for level two then i think you know they

play11:52

might just ask you or level one that

play11:54

what is a network switch and stuff like

play11:56

that so make sure you know what that is

play11:59

and uh so how do you

play12:01

so

play12:03

how would you find uptime on a cisco

play12:04

router now that's one of the very basic

play12:07

thing i mean you could just do a run a

play12:09

show command and it'll tell you like if

play12:11

you do show version or there's a few

play12:14

other commands you can run once you're

play12:16

logged into um

play12:18

by telnet or ssh into the router on the

play12:21

version once you check that it'll tell

play12:22

you the version but it'll also tell you

play12:25

what's the uptime up time is pretty much

play12:27

how long the route has been up um and

play12:29

how many hours and minutes and so

play12:32

so that's a very basic question but they

play12:34

may ask you that so

play12:35

know that

play12:37

now they may ask you okay if you run

play12:39

into a problem where you cannot resolve

play12:41

a problem what would you do so then of

play12:44

course you would um you know try to get

play12:46

help from your peer

play12:48

or then you would escalate the problem

play12:54

and and of course they may ask you what

play12:55

is a three-way handshake so the client

play12:58

sends a synchronized request

play13:00

and then a server responds with a

play13:02

synchronized request and acknowledgement

play13:04

and then the client responds with the

play13:05

acknowledgement so it's in synack and

play13:08

then hack

play13:09

so that's how that works so

play13:11

you know

play13:12

know that

play13:13

they might ask you what is trunking

play13:15

now there's all kinds of trunking right

play13:19

all kinds of circuits trunks so you have

play13:21

to know what is trunking and what's the

play13:23

purpose for trunking and stuff like that

play13:25

now have you ever found yourself in a

play13:27

situation that required decision in

play13:29

which

play13:30

risk

play13:31

for failure was very high now what

play13:34

they're trying to really understand here

play13:36

is that

play13:37

you know how would you go about

play13:40

troubleshooting this and how would you

play13:42

go about

play13:43

you know

play13:44

gathering information about this and

play13:46

they want to know how would you

play13:48

logically or what's your thought process

play13:50

you would get into

play13:51

before you go ahead and start

play13:53

troubleshooting this type of thing

play13:55

so

play13:57

now

play13:58

now what you want to do is think out

play14:00

loud because they want to see how you're

play14:02

thinking what's your thought process so

play14:05

whatever you're gonna do just be like

play14:07

hey um so first you know if you need a

play14:10

no pad or a pen you could tell them and

play14:12

they would appreciate that because they

play14:14

know that you're really trying to

play14:16

answer the question in the best way

play14:18

possible so

play14:20

and of course uh you know if you have to

play14:22

take notes down to understand the

play14:24

questions and and give them a proper

play14:26

answer you're more than welcome to do

play14:28

that that's well uh that's welcomed into

play14:32

job interviews now they might ask you

play14:34

how would you test delay and route of

play14:36

packets between two connections

play14:38

um i mean you know trace route is one of

play14:40

the

play14:41

commands

play14:42

uh that you would you know constantly

play14:44

use and you're pretty much you know

play14:47

um using that you probably use that on

play14:50

cmd in windows is a similar command

play14:53

tracer t but you could

play14:55

you know you could use traceroute on the

play14:58

cisco cli as well to

play15:00

you know test connectivity between two

play15:02

endpoints

play15:03

so and how the you know route packets

play15:06

route back and forth and you could test

play15:08

delays and stuff

play15:10

so know that that's pretty basic too

play15:13

now how would you identify which pc and

play15:15

what port

play15:16

it's

play15:17

using on the network uh okay that's a

play15:20

good question so they might ask you hey

play15:22

how do you know how do you figure out

play15:24

what port

play15:25

you know that pc or or that workstation

play15:28

is on so you know you could look that up

play15:31

simply by using harp

play15:32

which is address resolution protocol

play15:36

and

play15:36

you know

play15:38

you could

play15:38

log into the switch and um pretty much

play15:41

get the mac address table from the

play15:44

switch

play15:45

so there's a couple of ways to do that

play15:47

but

play15:48

that might be a part of the question

play15:51

that

play15:52

they may ask as well

play15:54

now of course they're going to ask you

play15:56

now these are the technical questions

play15:58

that i just went over but they're going

play16:00

to ask you some behavioral questions and

play16:02

they might ask you

play16:04

why should we hire you and stuff like

play16:06

that now when when they ask you that um

play16:08

make sure you show them

play16:10

enthusiasm and you make sure you show

play16:12

them willing to learn um

play16:14

and if you don't know something tell

play16:16

them that you know you're a fast learner

play16:18

and if you are you know don't

play16:20

don't lie to them you know i

play16:23

would just be super honest because the

play16:24

thing is like if you do end up getting

play16:27

the job maybe you won't like it or maybe

play16:29

something bad will happen at that job if

play16:31

you're trying to bluff it through the

play16:33

interview so make sure

play16:35

you know all these questions that i'm

play16:37

telling you i'm just not telling you so

play16:39

you could go ahead and

play16:41

try to you know beat around the bush and

play16:43

get through the interview but actually

play16:45

go and study these things right because

play16:47

that might be

play16:49

part of what you really need to do day

play16:50

to day in your production level

play16:54

network so you know

play16:56

but yeah i mean why should we hire you

play16:59

that's a great question so make sure you

play17:01

have a really

play17:02

um outstanding answer for that that you

play17:06

know

play17:07

but

play17:09

but yeah i mean um so

play17:12

these are pretty much um just some basic

play17:14

questions that i came up with that were

play17:16

asked in my days um now it's been about

play17:19

10 years so

play17:20

these are you know these are still

play17:22

relevant because um

play17:24

people who are trying to get into the

play17:25

network field or you know like myself i

play17:28

started in in the knock

play17:29

on level two and then work my way up

play17:33

so now i'm

play17:35

completely different i'm doing a lot of

play17:37

um

play17:38

like

play17:39

pre-sale stuff and design and solution

play17:41

architecture and everything but that

play17:43

took a lot of years

play17:45

to be able to understand

play17:48

the back end of things so

play17:50

so either way um guys

play17:52

if you haven't subscribed

play17:54

you know hit the subscribe button if

play17:55

this video was any help to you um let me

play17:58

know in comments

play18:00

and if you have any questions do drop in

play18:02

the comments i i normally

play18:04

answer like all the comments uh hit the

play18:06

bell icon subscribe to my channel tell

play18:08

your friends about it

play18:10

and

play18:11

i will see you guys in a bit

Rate This
β˜…
β˜…
β˜…
β˜…
β˜…

5.0 / 5 (0 votes)

Related Tags
NOC InterviewTroubleshootingNetwork EngineerTechnical SkillsCareer AdviceInterview TipsOSI ModelTCP/IPTeamworkMentorshipNetworking