如何使用ping和tracert命令检测丢包

上传人:人*** 文档编号:490282155 上传时间:2023-11-13 格式:DOCX 页数:4 大小:38.24KB
返回 下载 相关 举报
如何使用ping和tracert命令检测丢包_第1页
第1页 / 共4页
如何使用ping和tracert命令检测丢包_第2页
第2页 / 共4页
如何使用ping和tracert命令检测丢包_第3页
第3页 / 共4页
如何使用ping和tracert命令检测丢包_第4页
第4页 / 共4页
亲,该文档总共4页,全部预览完了,如果喜欢就下载吧!
资源描述

《如何使用ping和tracert命令检测丢包》由会员分享,可在线阅读,更多相关《如何使用ping和tracert命令检测丢包(4页珍藏版)》请在金锄头文库上搜索。

1、如何使用ping和tracert命令检测丢包如何使用ping和tracert命令检测丢包 从家里测试宽带网连接的丢包是一项非常困难的工作。丢包可以发生在从你的计算机到你在互联网上正在连接的目的地之间的线路上的任何一个地方。引起丢包的原因包括:网络阻塞、路由器或者交换机超过工作负荷、信号往返时间缓慢以及服务提供商或者托管你访问的网站的公司使用的通信优先等级。 没有主动测量实际重复传输的TCP流量(对于家庭宽带网连接来说,这类产品太昂贵了),很难确定是否真的发生了重复传输。你指出的机制ping和跟踪路由对于帮助家庭用户确定互联网上哪里的速度慢是最有用的工具。Ping测量你的计算机和你要连接的IP地

2、址之间的信号往返时间。跟踪路由是测量路由器在你的计算机和你正在跟踪的路由的IP地址之间的通道的反应时间。 使用Ping 使用Ping测量丢包的最佳方法是向一个IP地址发送大量的Ping命令,然后检查没有应答的那些Ping命令。如果你快速地发出了50次Ping命令, 你可以检查没有没有应答的次数,并把没有应答的次数作为丢包。没有应答的次数超过5%可能就值得担心了。 在一台Windows计算机上,在命令提示符后面输入如下命令就可以完成这个任务: Ping -n 50(IP地址或者域名,如)这个命令中的“-n”开关告诉发送ping命令的次数,“50”是发送的次数。 然后,你将得到一个测试总结。这个总

3、结将包括丢失的数量和百分比: 199.181.132.250地址Ping的统计结果: 包: 发送 = 6, 接收 = 6, 丢失 = 0 (0%) 大约往返时间以毫秒(ms)显示: 最小 = 26ms, 最大 = 29ms, 平均 = 27ms 如果你看到平均往返时间较高(超过100ms),这也会降低你的网络下载速度。 设法消除某些引起丢包的网络某些部分的故障的一种方法是在通道的各个部分进行ping测试。我首先开始进行测试的地方是本地的“缺省网关”。这是你所有的数据传输到网络上经过的第一个路由器。如果在这一部分的丢包率很高,那么问题就在你的服务提供商的网络上。 在Windows命令提示符后面输

4、入“ipconfig”命令你就可以发现你的缺省路由器的IP地址。这个结果显示如下: 以太网接口本地区域连接: 具体连接的DNS后缀: IP地址. . . . . . : 192.168.2.189 子网掩码 . . . . . : 255.255.252.0 缺省网关 . . . : 10.10.0.1 你在这里要查看的是缺省网关的IP地址。在上述例子中就10.10.0.1。 使用跟踪路由 在Windows命令提示符后面使用跟踪路由命令就可以实施跟踪路由。在Windows XPZH中这个命令是tracert (IP地址或者主机名,也可是域名,如果你有dns服务支持的话) 虽然结果不能向你显示丢

5、包,但是,可以向你显示在路径中路由器反应速度减慢的情况。 这个输出结果将显示所有的路由器的反应时间。下面是一个例子: 5 ms 2 ms 3 ms 10.10.0.1 10 ms 6 ms 7 ms 10.60.0.6 9 ms 7 ms 7 ms 10.20.0.1 6 ms 7 ms 7 ms 205.158.104.130 7 ms 7 ms 8 ms ge9-0.dcr2.dc-fremont- 205.158.60.169 7 ms 7 ms 7 ms ge2-0.dcr1.dc-fremont- 65.106.2.205 10 ms 7 ms 8 ms p5-1-0-2.rar

6、2.sanjose- 65.106.2.153 10 ms 9 ms 11 ms p1-0.ir1.paloalto- 65.106.5.178 9 ms 10 ms 15 ms 206.111.12.114 9 ms 10 ms 10 ms svl-core- 205.171.205.29 29 ms 28 ms 29 ms stl-core- 205.171.5.85 30 ms 29 ms 29 ms sea-edge- 205.171.26.42 * * * Request timed out. * * * Request timed out. 28 ms 28 ms 29 ms 199.181.132.250 如果你看到在路径中跟踪路由往返时间有超过100ms(十分之一秒)的,这就可能引起网络上传输的时间减慢。 从上述例子中,你可以看到数据在很多不同的网络(XO, Qwest, ABC)上传输。这是互联网美妙的一部分。不利的方面是一个用户无法解决反应时间减慢的问题。最佳的出发点就是确认你和你的服务提供商之间没有出现丢包

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 建筑/环境 > 施工组织

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号