4个回答
展开全部
判断来源主机到目的主机之间流量是否顺畅 <电脑知识>
osborn@bbs.openfind.com.tw (倪匡) 2001年 7月 2日 周一 13时48分09秒 CST
我相信网路管理师大家都有一个经验,那就是当使用者碰到去存取网路上某一个
伺服
器变得相当慢的时候,不管使用者是存取公司内部的网路或是存取网际网路,这
些使
用者马上就会与你抱怨网路为什麼会变得这麼慢,这时候我相信您也希望能够找
出到
底是哪里出了问题,到底是伺服主机本身资料处理的慢还是因为网路上在塞车。
为了能够找出问题,您可能马上就会去动用网路监视工具,例如Windows 2000上
的网
路监视器,或是像sniffer这样的程式,可是如果当您所有监测的来源主机到目
的主机
之间,有跨越取多的路由器时(尤其是在侦测从公司内部到网际网路之间的网路
流量
时),您就会碰到一个问题,这麼多的网段,到底如何知道网路是在哪一个网段
上塞
了车,每个网段中的回应时间效能到底是如何?如果有方法可以知道,我从来源
主机
到目的主机之间经过了多少的路由器,而且在这些路由器之间所回应的时间到底
是多
少?这对於网路上在检错有关网路速度缓慢的问题上,便可以提供一个相当好的
参
考。
传统网路工程是会做的第一件是那就是使用ping的指令来指定目的主机所能够得
到的
回应时间(Round Trip Time)是多少?来判断来源主机到目的主机之间的流量是
否顺
畅,例如下图所示:
C:\>ping 168.95.1.1
Pinging 168.95.1.1 with 32 bytes of data:
Reply from 168.95.1.1: bytes=32 time=80ms TTL=57
Reply from 168.95.1.1: bytes=32 time=50ms TTL=57
Reply from 168.95.1.1: bytes=32 time=40ms TTL=57
Reply from 168.95.1.1: bytes=32 time=51ms TTL=57
Ping statistics for 168.95.1.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 40ms, Maximum = 80ms, Average = 55ms
C:\>
由上图看到我们在ping 168.95.1.1的IP位址时,所得到的回应时间(time)分别
为
80ms、50ms、40ms、51ms,来源主机对目的主机168.95.1.1所测试四次回应的时
间与
结果,另外,我们也可以从TTL的数字得知经过了几个路由器。
可是除此以外,想要知道更进一步的状况就无从了解起了,难道一定要这麼麻烦
去使
用网路监视器来侦测网路的回应状况吗?在Windows 2000的环境中则不一定需要
这麼
麻烦。
在 Windows 2000 的指令环境中多提供了以往在 Windows NT 环境中没有的侦测
指
令,叫做 pathping。
Pathping的指令到底在做什麼事呢?还记得在Windows NT 4.0的指令环境中有一
个
tracert的指令吗?tracert的指令目的在追踪从来源主机到目的主机之间的回应
状
况,可是有许多人还是看不懂每一个回应回来的代表值是什麼?所以在Windows 2000
的环境中就将ping的指令与tracert的指令做了一个合并,产生了pathping这样
的指
令,而这个指令可以更能够清楚的表达来源主机与目的主机之间的回应状况以及
在这
个之间网路所经过的路由以及各路由之间的回应状况是如何?
接下来就交您如何来看这个指令所产生出来的状况是如何来观察的。例如:我们
来对
168.95.1.1的位址作一个测试回应的动作,顺带讲一下168.95.1.1的位址,这个
位指
示台湾Hinet的一个重要的DNS位址,也是为台湾许多人会指定查询的DNS位址,
如果它
挂了,可有不少的人因此会遭殃,所以您在测试您的网路有没有成功的透通网际
网
路,不妨可以使用它的位址作一个测试。
当您在指令环境时,键入以下的指令,会得到以下的回应,如下图所示:
C:\>pathping -n 168.95.1.1
Tracing route to 168.95.1.1 over a maximum of 30 hops
0 192.168.0.41
1 192.168.0.254
2 211.22.210.193
3 10.22.210.254
4 168.95.227.62
5 211.22.225.18
6 168.95.19.122
7 168.95.207.65
8 168.95.1.1
Computing statistics for 200 seconds...
Source to Here This Node/Link
Hop RTT Lost/Sent = Pct Lost/Sent = Pct Address
0192.168.50.41
0/ 100 = 0% |
1 0ms 0/ 100 = 0% 0/ 100 = 0% 192.168.0.254
0/ 100 = 0% |
2 --- 100/ 100 =100% 100/ 100 =100% 211.22.210.193
0/ 100 = 0% |
3 55ms 0/ 100 = 0% 0/ 100 = 0% 10.22.210.254
0/ 100 = 0% |
4 48ms 0/ 100 = 0% 0/ 100 = 0% 168.95.227.62
0/ 100 = 0% |
5 48ms 0/ 100 = 0% 0/ 100 = 0% 211.22.225.18
0/ 100 = 0% |
6 50ms 0/ 100 = 0% 0/ 100 = 0% 168.95.19.122
0/ 100 = 0% |
7 54ms 0/ 100 = 0% 0/ 100 = 0% 168.95.207.65
1/ 100 = 1% |
8 54ms 1/ 100 = 1% 0/ 100 = 0% 168.95.1.1
Trace complete.
C:\>
首先是解释 -n ,此项参数是要pathping不要去做名称解析的动作以节省时间,
所以
除非您希望在测试回应的过程中也需要解释主机的DNS名称时,则不需要加入这
个参
数。
接下来所得到的结果中,您可以将它分成两段来看,前半段是显示从来源主机到
目的
主机之间所经过的节点IP位址、来源主机及目的主机的IP位址。
上面的例子您可以看到有8笔资料,扣掉前后的来源主机与目的主机的IP位址以
后,我
们就可以只道从来源主机到目的主机之间走过了6个路由器,而其分别的IP位址
为何?
可以清楚的表现出来。
再接下来第二段的回应资料,您就必须有一点耐心要等待了,因为它会去测试每
一个
路由器之间的回应时间是多少?
等到回应出来之后,您可以看到在第二栏位中所显示的便是每一个路由器到另一
个路
由器上的回应时间,以及封包传送的损失率是如何?
我们来仔细的研究一下每一个栏位的值,首先第一个栏位叫Source to Here,所
看到
的回应是节点的IP位址,可让我们了解各节点的IP位址是多少?接下来的栏位是This
Node/Link,是看起来较独立的资料且其后用直线隔开的值,这个值所代表的是
测试该
节点IP位址的封包传送损失的状况是如何?
第三个栏位是RTT,这代表了各路由器之间所测得的回应时间是多少?藉由此栏
位我们
可以了解每一个网段上封包回应的状况及各网段上网路速度的快慢。
接下来的两个Lost/Sent = Pct则是两个节点间所送出资料封包的损失率。
例如在测试中的第二笔记录中,RTT的回应时间是 ---- ,代表的是测试不到回
应的时
间,所以其后的资料传送封包损失率是百分之百,这所代表的是在当下时间中所
侦测
的数据在192.168.0.254到211.22.210.193之间是完全损失掉的。
所以以上看的懂了吗?会用了吗?不要忘了一件事,网路的流量状况随时都在改
变,
所以如果您要测试从来源主机到目的主机之间的网路流量,记得不要只测试一次
,应
该多测试几次,然后再去取其平均效益值,才来得比较公平。如果经常出现传送
封包
有损失的状况,而又状况在正常时回应不错的回应时间时,您可能要注意到您的
网路
品质可能并不是这麼的理想,此种状况经常发生在ADSL的连线上,所以您就要评
估您
的网路了。
osborn@bbs.openfind.com.tw (倪匡) 2001年 7月 2日 周一 13时48分09秒 CST
我相信网路管理师大家都有一个经验,那就是当使用者碰到去存取网路上某一个
伺服
器变得相当慢的时候,不管使用者是存取公司内部的网路或是存取网际网路,这
些使
用者马上就会与你抱怨网路为什麼会变得这麼慢,这时候我相信您也希望能够找
出到
底是哪里出了问题,到底是伺服主机本身资料处理的慢还是因为网路上在塞车。
为了能够找出问题,您可能马上就会去动用网路监视工具,例如Windows 2000上
的网
路监视器,或是像sniffer这样的程式,可是如果当您所有监测的来源主机到目
的主机
之间,有跨越取多的路由器时(尤其是在侦测从公司内部到网际网路之间的网路
流量
时),您就会碰到一个问题,这麼多的网段,到底如何知道网路是在哪一个网段
上塞
了车,每个网段中的回应时间效能到底是如何?如果有方法可以知道,我从来源
主机
到目的主机之间经过了多少的路由器,而且在这些路由器之间所回应的时间到底
是多
少?这对於网路上在检错有关网路速度缓慢的问题上,便可以提供一个相当好的
参
考。
传统网路工程是会做的第一件是那就是使用ping的指令来指定目的主机所能够得
到的
回应时间(Round Trip Time)是多少?来判断来源主机到目的主机之间的流量是
否顺
畅,例如下图所示:
C:\>ping 168.95.1.1
Pinging 168.95.1.1 with 32 bytes of data:
Reply from 168.95.1.1: bytes=32 time=80ms TTL=57
Reply from 168.95.1.1: bytes=32 time=50ms TTL=57
Reply from 168.95.1.1: bytes=32 time=40ms TTL=57
Reply from 168.95.1.1: bytes=32 time=51ms TTL=57
Ping statistics for 168.95.1.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 40ms, Maximum = 80ms, Average = 55ms
C:\>
由上图看到我们在ping 168.95.1.1的IP位址时,所得到的回应时间(time)分别
为
80ms、50ms、40ms、51ms,来源主机对目的主机168.95.1.1所测试四次回应的时
间与
结果,另外,我们也可以从TTL的数字得知经过了几个路由器。
可是除此以外,想要知道更进一步的状况就无从了解起了,难道一定要这麼麻烦
去使
用网路监视器来侦测网路的回应状况吗?在Windows 2000的环境中则不一定需要
这麼
麻烦。
在 Windows 2000 的指令环境中多提供了以往在 Windows NT 环境中没有的侦测
指
令,叫做 pathping。
Pathping的指令到底在做什麼事呢?还记得在Windows NT 4.0的指令环境中有一
个
tracert的指令吗?tracert的指令目的在追踪从来源主机到目的主机之间的回应
状
况,可是有许多人还是看不懂每一个回应回来的代表值是什麼?所以在Windows 2000
的环境中就将ping的指令与tracert的指令做了一个合并,产生了pathping这样
的指
令,而这个指令可以更能够清楚的表达来源主机与目的主机之间的回应状况以及
在这
个之间网路所经过的路由以及各路由之间的回应状况是如何?
接下来就交您如何来看这个指令所产生出来的状况是如何来观察的。例如:我们
来对
168.95.1.1的位址作一个测试回应的动作,顺带讲一下168.95.1.1的位址,这个
位指
示台湾Hinet的一个重要的DNS位址,也是为台湾许多人会指定查询的DNS位址,
如果它
挂了,可有不少的人因此会遭殃,所以您在测试您的网路有没有成功的透通网际
网
路,不妨可以使用它的位址作一个测试。
当您在指令环境时,键入以下的指令,会得到以下的回应,如下图所示:
C:\>pathping -n 168.95.1.1
Tracing route to 168.95.1.1 over a maximum of 30 hops
0 192.168.0.41
1 192.168.0.254
2 211.22.210.193
3 10.22.210.254
4 168.95.227.62
5 211.22.225.18
6 168.95.19.122
7 168.95.207.65
8 168.95.1.1
Computing statistics for 200 seconds...
Source to Here This Node/Link
Hop RTT Lost/Sent = Pct Lost/Sent = Pct Address
0192.168.50.41
0/ 100 = 0% |
1 0ms 0/ 100 = 0% 0/ 100 = 0% 192.168.0.254
0/ 100 = 0% |
2 --- 100/ 100 =100% 100/ 100 =100% 211.22.210.193
0/ 100 = 0% |
3 55ms 0/ 100 = 0% 0/ 100 = 0% 10.22.210.254
0/ 100 = 0% |
4 48ms 0/ 100 = 0% 0/ 100 = 0% 168.95.227.62
0/ 100 = 0% |
5 48ms 0/ 100 = 0% 0/ 100 = 0% 211.22.225.18
0/ 100 = 0% |
6 50ms 0/ 100 = 0% 0/ 100 = 0% 168.95.19.122
0/ 100 = 0% |
7 54ms 0/ 100 = 0% 0/ 100 = 0% 168.95.207.65
1/ 100 = 1% |
8 54ms 1/ 100 = 1% 0/ 100 = 0% 168.95.1.1
Trace complete.
C:\>
首先是解释 -n ,此项参数是要pathping不要去做名称解析的动作以节省时间,
所以
除非您希望在测试回应的过程中也需要解释主机的DNS名称时,则不需要加入这
个参
数。
接下来所得到的结果中,您可以将它分成两段来看,前半段是显示从来源主机到
目的
主机之间所经过的节点IP位址、来源主机及目的主机的IP位址。
上面的例子您可以看到有8笔资料,扣掉前后的来源主机与目的主机的IP位址以
后,我
们就可以只道从来源主机到目的主机之间走过了6个路由器,而其分别的IP位址
为何?
可以清楚的表现出来。
再接下来第二段的回应资料,您就必须有一点耐心要等待了,因为它会去测试每
一个
路由器之间的回应时间是多少?
等到回应出来之后,您可以看到在第二栏位中所显示的便是每一个路由器到另一
个路
由器上的回应时间,以及封包传送的损失率是如何?
我们来仔细的研究一下每一个栏位的值,首先第一个栏位叫Source to Here,所
看到
的回应是节点的IP位址,可让我们了解各节点的IP位址是多少?接下来的栏位是This
Node/Link,是看起来较独立的资料且其后用直线隔开的值,这个值所代表的是
测试该
节点IP位址的封包传送损失的状况是如何?
第三个栏位是RTT,这代表了各路由器之间所测得的回应时间是多少?藉由此栏
位我们
可以了解每一个网段上封包回应的状况及各网段上网路速度的快慢。
接下来的两个Lost/Sent = Pct则是两个节点间所送出资料封包的损失率。
例如在测试中的第二笔记录中,RTT的回应时间是 ---- ,代表的是测试不到回
应的时
间,所以其后的资料传送封包损失率是百分之百,这所代表的是在当下时间中所
侦测
的数据在192.168.0.254到211.22.210.193之间是完全损失掉的。
所以以上看的懂了吗?会用了吗?不要忘了一件事,网路的流量状况随时都在改
变,
所以如果您要测试从来源主机到目的主机之间的网路流量,记得不要只测试一次
,应
该多测试几次,然后再去取其平均效益值,才来得比较公平。如果经常出现传送
封包
有损失的状况,而又状况在正常时回应不错的回应时间时,您可能要注意到您的
网路
品质可能并不是这麼的理想,此种状况经常发生在ADSL的连线上,所以您就要评
估您
的网路了。
富港检测技术(东莞)有限公司_
2024-06-06 广告
2024-06-06 广告
ISTA3L是一个基于研究、数据驱动的测试协议,它模拟了由零售公司完成的产品订单被直接运送给消费者时所经历的危险,它允许用户评估包装产品的能力,以承受运输和处理包装产品时所经历的供应链危险,从接收到任何电子商务零售商履行操作,直到最终消费者...
点击进入详情页
本回答由富港检测技术(东莞)有限公司_提供
展开全部
PING高是网络问题,和电脑配置没关系。
ping值是指,从PC对网络服务器发送数据到接收到服务器反馈数据的时间。一般以毫秒计算。玩网络游戏的时候,如果ping值高就会感觉操作延迟。
假定主机A的IP地址是192.168.1.1,主机B的IP地址是192.168.1.2,都在同一子网内,则当你在主机A上运行“Ping 192.168.1.2”后,都发生了些什么呢?
首先,Ping命令会构建一个固定格式的ICMP请求数据包,然后由ICMP协议将这个数据包连同地址“192.168.1.2”一起交给IP层协议(和ICMP一样,实际上是一组后台运行的进程),IP层协议将以地址“192.168.1.2”作为目的地址,本机IP地址作为源地址,加上一些其他的控制信息,构建一个IP数据包,并在一个映射表中查找出IP地址192.168.1.2所对应的物理地址(也叫MAC地址,熟悉网卡配置的朋友不会陌生,这是数据链路层协议构建数据链路层的传输单元——帧所必需的),一并交给数据链路层。后者构建一个数据帧,目的地址是IP层传过来的物理地址,源地址则是本机的物理地址,还要附加上一些控制信息,依据以太网的介质访问规则,将它们传送出去。
主机B收到这个数据帧后,先检查它的目的地址,并和本机的物理地址对比,如符合,则接收;否则丢弃。接收后检查该数据帧,将IP数据包从帧中提取出来,交给本机的IP层协议。同样,IP层检查后,将有用的信息提取后交给ICMP协议,后者处理后,马上构建一个ICMP应答包,发送给主机A,其过程和主机A发送ICMP请求包到主机B一模一样。
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
PING值的高低首先取决于你的网络使用状态,例如你开下载或者在线电影,视频等,你的PING值会很大.其次要看你PING的对象,比如你PING本地服务器或网关,PING值就小,如果你PING远程的IP,相应的,值会大很多.当然了,还有很多其他的因素,比如线路的信号衰减以及电脑周边的电磁波、辐射对网络设备的干扰等,也会影响PING值的大小.
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
当然是和你的网络状况有关了,你的网速的快慢,对方的网速的快慢,你们是不是一家公司的,例如网通和电信的。
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询