Simple DOS IP Packet Checks (Instructions)
To confirm if packet loss is occurring:
- At Start Menu type "cmd".
- Type "ping -n 20 8.8.8.8". ...
- Once the command has run, a summary will be presented indicating if loss occurred.
To check IP address is working:
- Type ping :serveraddress”.com and press the Enter key. The word ping is followed by a space and then the name of a server or an IP address
- Ie: ping annastaqueria.com
To check for packet loss:
- Open a command prompt on a client PC, via the Start Menu search for "cmd".
- Type "ping -n 20 8.8.8.8".
This will ping the address 8.8.8.8 20 times. Substitute 8.8.8.8 with whatever address must be tested to. - Once the command has run, a summary will be presented indicating if loss occurred.
- If no loss occurred, try increasing the "-n" value to something higher (such as 100) to test for a longer period of time.
Note: This only tests for packet loss impacting ICMP or all traffic. Protocol specific loss may not be reflected.
If there is packet loss:
If packet loss was seen, the next step is to identify where the packet loss begins to occur. 'tracert' can be used to check each layer 3 device along the path to the destination:
- Open a command prompt on a client PC,via the Start Menu search for "cmd".
- Type "tracert -d 8.8.8.8".
This will perform a trace route to 8.8.8.8 and present each hop as an IP address. Substitute 8.8.8.8 with whatever address must be tested to. - Wait for the trace to complete, or press CTRL+C if multiple lines ending with "Request timed out" are encountered.
A lack of response will be represented by an asterisk (*), potentially indicating packet loss, or that the device is configured to not respond. The test may need to be completed multiple times to identify where loss is occurring. If packet loss is frequently encountered after a particular hop, then the issue most likely is with that device or between it and the previous hop. This screenshot illustrates a tracert clear of packet loss. The only device to not respond (hop 11) is likely configured to do so, as there is no packet loss after it.
In this next screenshot, packet loss is regularly encountered beginning with hop 2. This indicates there may be an issue with the ISP gateway, or the link(s) between the Client gateway and ISP gateway. It is recommended to test from multiple clients at different locations in the network to help rule out specific client issues and develop commonality between clients experiencing the problem.
As a more robust test, the tool MTR can be used to perform a continuous series of traces and present a % of loss at each hop in the path to more clearly identify where the loss is occurring. Output for the above scenario would appear similar to:
Comments
Post a Comment