The OSI model is a useful tool in troubleshooting a network because it enables you to isolate a problem to a particular software module or piece of hardware. In this exercise, after reading the description of a problem, identify the OSI model layer or layers that are most likely involved. A computer won’t connect to the network. After some investigation, you find that the patch cable isn’t terminated correctly. A computer can access resources on the local LAN but not on a different subnet. You find that the computer’s default gateway isn’t configured correctly. You can ping a computer you’re trying to transfer files to via FTP, but you can’t communicate by using FTP. All computers connected to a particular hub have lost network connectivity. You determine that the hub is the problem. You receive an encrypted text file, but when you open it, the text is unreadable. You determine that decryption didn’t take place as it should have. You check some statistics generated by a network-monitoring program and discover that an abnormally high number of CRC errors were detected. One of your servers has been exhibiting sluggish network performance. You use a networkmonitoring program to try to evaluate the problem. You find considerable TCP retries occurring because the server is being overwhelmed by data, and packets are being discarded. A user is trying to connect to another computer, but the logon attempt is continually rejected. You try to access a Linux server to share files by using NFS. You can communicate with the server, but the shared files don’t appear to be available. You inspect a computer that isn’t able to communicate with other computers. You find that IPv6 instead of IPv4 is installed on that computer.
A computer won’t connect to the network. After some investigation, you find that the patch cable isn’t terminated correctly.
A computer can access resources on the local LAN but not on a different subnet. You find that the computer’s default gateway isn’t configured correctly.
You can ping a computer you’re trying to transfer files to via FTP, but you can’t communicate by using FTP.
All computers connected to a particular hub have lost network connectivity. You determine that the hub is the problem.
You receive an encrypted text file, but when you open it, the text is unreadable. You determine that decryption didn’t take place as it should have.
You check some statistics generated by a network-monitoring program and discover that an abnormally high number of CRC errors were detected.
One of your servers has been exhibiting sluggish network performance. You use a networkmonitoring program to try to evaluate the problem. You find considerable TCP retries occurring because the server is being overwhelmed by data, and packets are being discarded.
A user is trying to connect to another computer, but the logon attempt is continually rejected.
You try to access a Linux server to share files by using NFS. You can communicate with the server, but the shared files don’t appear to be available.
You inspect a computer that isn’t able to communicate with other computers. You find that IPv6 instead of IPv4 is installed on that computer.
Trending now
This is a popular solution!
Step by step
Solved in 3 steps
