反复测试,找到最佳MTU

命令说明:

输入命令“ping –l 1500 –f 192.168.2.53”,这里我们解释一下命令参数的含义

* –l 1500参数:发送一个定长数据包,1500是要测试的包大小

  * –f 参数:通知操作系统不能私自更改该数据包大小

*192.168.2.53:希望对改善网络性能的对端IP地址

其实,这个MTU值针对不同的对端,是不同的值,我一般取我最关心的几台服务器的最小值。

这个小错误可是引起过N大的问题,

三台EXCHANGE2010跨VPN传输。刚开始启动时,一切OK。但好像就是等一个AD域刷新或是什么时间(有时一两小时,有时一两天),跨IP段之间的服务器就不正常了。可以发信,不能收信。

找了N多方案,WINS,补丁,DNS,AD性能判断修复,服务器重新安装之类的,全招用上了都无济于事。过段时间,MAILBOX DATABASE 就指定DISMOUNT,但同一网段的却都正常MOUNT的。

但我找到三台EXCHANGE的最佳MTU值之后。

一切都Ok啦。

~~~~~~~~~~~

C:\Users\sky>ping -l 1500 -f 192.168.2.53

Pinging 192.168.2.53 with 1500 bytes of data:
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.

Ping statistics for 192.168.2.53:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

C:\Users\sky>ping -l 1450 -f 192.168.2.53

Pinging 192.168.2.53 with 1450 bytes of data:
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.

Ping statistics for 192.168.2.53:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

C:\Users\sky>ping -l 1400 -f 192.168.2.53

Pinging 192.168.2.53 with 1400 bytes of data:
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.

Ping statistics for 192.168.2.53:
    Packets: Sent = 2, Received = 0, Lost = 2 (100% loss),
Control-C
^C
C:\Users\sky>ping -l 1350 -f 192.168.2.53

Pinging 192.168.2.53 with 1350 bytes of data:
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.

Ping statistics for 192.168.2.53:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

C:\Users\sky>

C:\Users\sky>ping -l 1300 -f 192.168.2.53

Pinging 192.168.2.53 with 1300 bytes of data:
Reply from 192.168.2.53: bytes=1300 time=561ms TTL=128
Reply from 192.168.2.53: bytes=1300 time=691ms TTL=128
Reply from 192.168.2.53: bytes=1300 time=713ms TTL=128
Reply from 192.168.2.53: bytes=1300 time=678ms TTL=128

Ping statistics for 192.168.2.53:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 561ms, Maximum = 713ms, Average = 660ms

C:\Users\sky>

C:\Users\sky>ping -l 1330 -f 192.168.2.53

Pinging 192.168.2.53 with 1330 bytes of data:
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.

Ping statistics for 192.168.2.53:
    Packets: Sent = 3, Received = 0, Lost = 3 (100% loss),
Control-C
^C
C:\Users\sky>ping -l 1320 -f 192.168.2.53

Pinging 192.168.2.53 with 1320 bytes of data:
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.

Ping statistics for 192.168.2.53:
    Packets: Sent = 3, Received = 0, Lost = 3 (100% loss),
Control-C
^C
C:\Users\sky>ping -l 1310 -f 192.168.2.53

Pinging 192.168.2.53 with 1310 bytes of data:
Reply from 192.168.2.53: bytes=1310 time=607ms TTL=128
Reply from 192.168.2.53: bytes=1310 time=595ms TTL=128

Ping statistics for 192.168.2.53:
    Packets: Sent = 2, Received = 2, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 595ms, Maximum = 607ms, Average = 601ms
Control-C
^C
C:\Users\sky>ping -l 1315 -f 192.168.2.53

Pinging 192.168.2.53 with 1315 bytes of data:
Reply from 192.168.2.53: bytes=1315 time=288ms TTL=128

Ping statistics for 192.168.2.53:
    Packets: Sent = 1, Received = 1, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 288ms, Maximum = 288ms, Average = 288ms
Control-C
^C
C:\Users\sky>ping -l 1318 -f 192.168.2.53

Pinging 192.168.2.53 with 1318 bytes of data:
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.

Ping statistics for 192.168.2.53:
    Packets: Sent = 2, Received = 0, Lost = 2 (100% loss),
Control-C
^C
C:\Users\sky>ping -l 1317 -f 192.168.2.53

Pinging 192.168.2.53 with 1317 bytes of data:
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.

Ping statistics for 192.168.2.53:
    Packets: Sent = 2, Received = 0, Lost = 2 (100% loss),
Control-C
^C
C:\Users\sky>ping -l 1316 -f 192.168.2.53

Pinging 192.168.2.53 with 1316 bytes of data:
Reply from 192.168.2.53: bytes=1316 time=456ms TTL=128
Reply from 192.168.2.53: bytes=1316 time=291ms TTL=128

Ping statistics for 192.168.2.53:
    Packets: Sent = 2, Received = 2, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 291ms, Maximum = 456ms, Average = 373ms
Control-C
^C
C:\Users\sky>ping -l 1317 -f 192.168.2.53

Pinging 192.168.2.53 with 1317 bytes of data:
Packet needs to be fragmented but DF set.

Ping statistics for 192.168.2.53:
    Packets: Sent = 1, Received = 0, Lost = 1 (100% loss),
Control-C
^C
C:\Users\sky>ping -l 1316 -f 192.168.2.53

Pinging 192.168.2.53 with 1316 bytes of data:
Reply from 192.168.2.53: bytes=1316 time=380ms TTL=128
Reply from 192.168.2.53: bytes=1316 time=295ms TTL=128
Reply from 192.168.2.53: bytes=1316 time=291ms TTL=128

Ping statistics for 192.168.2.53:
    Packets: Sent = 3, Received = 3, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 291ms, Maximum = 380ms, Average = 322ms
Control-C
^C

~~~~~~~

摘抄网上说法:

设置MTU大小是一个反复试验的过程: 由最大值1500开始下降,直至问题解决。使用下列值之一或许能解决一些由MTU值引起的问题:

1500. 以太网信息包最大值,也是默认值。是没有PPPoE和VPN 的网络连接的典型设置。是各种路由器、网络适配器和交换机的默认设置
1492. PPPoE 的最佳值
1472. 使用 ping 的最大值 (大于此值的信息包会先被分解)
1468. DHCP的最佳值
1430. VPN和PPTP 的最佳值
576. 拨号连接到ISP的标准值

~~~~~~~~~~

问题一:知道了我的上网方式,如何设置MTU值?
1. 在 『开始』>『运行』中,键入regedit,点确定;
2. 选择HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces
3. 在 interface 底下可能有很多的选项,你一个一个的去看,会有一个选项与你的网卡的 IP相同,那个就是你要挑选的选项啦!然后同样的在该选项上选择『编辑』>『新建』>『DWORD值』之后,建立一个名为『MTU』的DWORD,然后双击修改,选择十进制,填入合适 MTU 值,确定!大功告成!

修改路由器的MTU值
上面得到的MTU值不能直接用于本地设置上,还应在此基础上加上28(数据包头大小28字节),因此最终在WAN设置页面修改MTU大小为1480。

~~~~~~~~~~~~~~

一切要不要加28,以解决问题为准。。。

时间: 2024-09-10 21:58:35

反复测试,找到最佳MTU的相关文章

找到最佳服务器整合率

  服务器整合率多少合适?高服务器整合率有风险吗? 新手要知道一件重要的事实就是服务器整合不是一个单一的静态数字--没有正确的服务器整合率,每个企业必须确定与自己独特需求贴切的明智的整合目标.例如,100%的整合当然是可以的(所有可用的服务器计算资源都拿来使用),但这并不是必要的,也不是适当的. 如果一个组织内有100台物理服务器.假设这些服务器已经虚拟化并且每个服务器搭载工作负载.这就是2:1的服务器整合率,减少了一半的服务器需求量.50台服务器能完成100台服务器的工作量.这也削减了一半的服

4个实施持续测试的“最佳实践”

开发是一个有趣的大事件,因为我们处于传统测试与现代和持续测试之间的边界,正在从一个大型的筒仓式的结构转型到一个新的架构.之前的组织架构包含了开发团队和集中测试团队,瓶颈和延期不断的在这两个团队间交替进行着.这种新架构由小型,自管理和自给自足的团队组成,它们频繁发布软件,使用持续集成工具自动化,并管理自己的构建环境以最大限度地减少瓶颈. 但是如何从传统到现代呢?这篇文章将涵盖持续测试实施的4个最佳实践. 1. 找到正确的持续测试工具 您的工具是您工作中最重要的组成部分之一.如果您的工具可以帮助您完

FuncUnit 和 Cucumber —— 前端测试的最佳搭档

这周我花了些时间研究FuncUnit 和Cucumber. 本文中我将说明为啥要联合使用这两个框架及使用它们进行前端测试. Cucumber 这是 Cucumber wiki: Cucumber 可以执行基于文本描述的功能自动化测试 Cucumber 可以运行根据基于文本定义的自动化测试.它是基于BDD开发模式的,他方面了非技术人员的测试用例开发. 我一开始定义了一些功能实现.这是一个多选功能,就涉及选中和取消选中: 功能点: 取消选择场景: 取消全部选项 使用多选控件和选项 当用户点击取消全部

如何找到最佳雇员?

今天就业市场虽然并不乐观,但对于雇主而言,发现真正有价值的员工难度更大.也许你已经登出招聘启事很长时间,但是看着那些涌入的不靠边的简历,你一定会有想呕吐的感觉.当然,这也是我在招聘中的真实体会.那么对于怎样才能从成堆的简历中,发现你想要的员工呢?我认为一方面是让自己的工作描述更加准确和清晰,这样一些看到启事的人,在申请之前会对自己有一个基础的评估.另一方面就是员工应该被考察的基本能力.Ilya Pozin在17岁就创建了第一家公司,现在经营着一家数字营销公司.他分享了自己发现最佳雇员的体会.首先

为你的云迁移战略找到最佳方式

与IT领域中的很多事情一样,将应用迁移到云中没有通用的方法.实际上,企业基于很多因素选择自己的应用迁移路径--从应用寿命到应用是由外部还是内部开发,都会影响将应用迁移到云中的方式. 将应用迁移到公有云时,大多数IT组织选择"直接迁移"(lift-and-shift)方式或者对应用进行重构.尽管这两种方式都有各自优势,但在制订云迁移战略时,组织应该仔细选择. 正如其名,"直接迁移"方式选取内部应用并将其复制到云中,并不对架构或设计进行修改. 与此同时,重构方式,同样称

TP-LINK路由器之MTU设置

  所谓MTU,即最大传输单元,其是网络传输的最大信息包值,一般TP-LINK路由器的MTU值是默认值,更改MTU值可提高路由器的效率,但MTU值超过ISP要求将无法进行传输,所以如无特殊需要,最好是保持默认. 一.若无法上网打开网页或使用VPN,遇到性能问题时可以尝试更改MTU值,下面的值之一或许能解决一些由MTU值引起的问题: 1500以太网信息包最大值; 1492PPPoE 的最佳值; 1472使用ping 的最大值; 1468DHCP的最佳值; 1430VPN和PPTP 的最佳值; 57

机器学习和深度学习的最佳框架大比拼

在过去的一年里,咱们讨论了六个开源机器学习和/或深度学习框架:Caffe,Microsoft Cognitive Toolkit(又名CNTK 2),MXNet,Scikit-learn,Spark MLlib和TensorFlow.如果把网撒得大些,可能还会覆盖其他几个流行的框架,包括Theano(一个10年之久的Python深度学习和机器学习框架),Keras(一个Theano和TensorFlow深度学习的前端),DeepLearning4j(Java和Scala在Hadoop和Spark

PG 9.4 行冻结信息的测试

有在网上找过一些关于vacuum_freeze_min_age参数是如何影响vacuum冻结旧行的文章.类似的参考资料可以参看链接: http://blog.csdn.net/luojinbai/article/details/45848381 但是自己在做类似的测试时发现,并没有出现相同的结果,反复测试几次,仍然不同.后来咨询了下德哥说,看源码,行冻结的信息不再通过改变xmin来实现行冻结的信息.当时就觉得绝望了,对于一个完全不懂任何高级开发语言的人来说,这个等于对PG又多了个谜.后来想到,是

.NET 2.0 中FTP 出现远程服务器返回错误: (550) 文件不可用(例如,未找到文件,无法访问文件)。

问题描述 {System.Net.WebException:远程服务器返回错误:(550)文件不可用(例如,未找到文件,无法访问文件).在System.Net.FtpWebRequest.SyncRequestCallback(Objectobj)在System.Net.FtpWebRequest.RequestCallback(Objectobj)在System.Net.CommandStream.Abort(Exceptione)在System.Net.FtpWebRequest.Finis