Troubleshooting Ethernet Networks Flashcards
1
Q
Troubleshooting Methodology
A
- Identify Problem
- Establish Theory of Probably Cause
- Test theory to determin cause
- Establish Plan of action to resolve problem and identify potential effects
- Implement solution or escalate as necessary
- Verify full system functionality, and implement preventive measures
- Document findings, actions and outcomes
2
Q
Idenfity Problem (Gather Informatiom)
A
- Define scope of problem
- Check system documentation
- Check recent logs or records of recent work
- Check vendor support sites
- Identify symptoms
- Duplicate problem, if possible
3
Q
Identify Promblem (Question Users)
A
- Open ended questions incite explainations in their own words: What happens when…
- Closed call for yes/no or fixed response: What does it say… what do you see…
- Key question: Did it ever work/when did it stop working?
- What changed since it last worked?
4
Q
Approach Multiple Problems Individually
A
- You may discover symptoms of multiple problems
- Treat them individually unless they seem related
- Split off to separate support ticket if necessary
5
Q
Establish Theory of Probable Cause
A
- Use multiple approaches to determine cause
- Question the Obivous: step through waht should happen and determine point of failure
- Methodically prove function of each component (can be more time consuming)
6
Q
Top-bottom vs Bottom-Top Approach
A
- You can test at each level of OSI model in sequence
- If it seems harward related, starting with bottom to top
- Divide and conquer: trying to approach layer most likely causing issue.
7
Q
Test Theory of Probable Cause
A
- Once enough information is gathered, test to theory or escalate
- Escalate when it is beyond your knowledge or falls in a system outside of your control
- Escalation could also be to outside parties, like vendors
- Provide as much information as possible to escalation point
8
Q
Establish Plan of Action
A
- Action plan is steps to take to solve issue
- RepaiR: determine whether cost of repair/time to reconfigure something is best option
- Replace: Often this is more expensive or time consuming if part is not available. Is also a possible opportunity to upgrade device or softward.
- Ignore: Sometimes it is not worth it to fix issue if workaround is possible. Document and move on.
9
Q
Implement Solution
A
- Take actions to solve issue based on plan of action
- May need to escalate.
- If change does not solve problem, you may need to try something else.
- Record and test after every change
10
Q
Verify functionalist and implement preventative measures
A
- Confirm that solution fixes issue.
- Make sure that it didn’t cause any other issues.
- Try to eliminate source of problem, if possible.
11
Q
Document findings, actions and outcomes
A
- Record information and step taken on ticket or other documentation system
12
Q
Baud Rate
A
- Physical layer transmission of information over channel
- Called symbols
- Number of symbols that can be transmitted per second, measure in hertz
13
Q
Ethernet Speed
A
- The expected performance of a link
- Meaured in bps
14
Q
Throughput
A
- Average data transfer rate achieved over a period of time
- Included erros and other loses incurred at physical or data link laters
- Can be affected by link distance or interferece.
- Typically mesaured at network or transport layer
15
Q
Latency
A
- Speed at which packets are delivered over network
- Measured in ms
- Not usually a problem with local ethernets