我试图用MTU = 9000的iSCSI连接我的桌面（运行debian 7）到QNAP NAS（运行QTS 4.1.1）。 networking基础架构由桌面和NAS之间的cat5e交叉电缆组成。 如果我将本地机器和iSCSI机器上的MTU设置为1500，4074或7418，则一切正常。 但是，如果我将MTU设置为9000，并发出与以前相同的mount命令，则它将作为只读文件系统挂载： mount /dev/sdc1 /mnt/iscsi 在发出该命令之后， mount -l的输出是： /dev/sdc1 on /mnt/iscsi type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered) 但是，一旦我尝试写入文件系统，我收到一个错误的Read-only file system和mount -l的输出变成： /dev/sdc1 on /mnt/iscsi type ext4 (ro,relatime,user_xattr,barrier=1,data=ordered) 我已经尝试用-w和-o rw安装，但都没有任何影响。 有没有人有什么build议可能会导致这个？ 我知道nas支持巨型帧，但它可能是NIC不支持它们？ 有什么方法可以检查吗？
有人可以向我解释这种行为。 我有几个VMS（centos）在云提供商上运行。 接口设置为标准的1500 MTU 用大的ICMP数据包工作正常： # ping -s 1600 10.132.6.3 PING 10.132.6.3 (10.132.6.3) 1600(1628) bytes of data. 1608 bytes from 10.132.6.3: icmp_seq=1 ttl=64 time=1.16 ms 1608 bytes from 10.132.6.3: icmp_seq=2 ttl=64 time=1.09 ms 1608 bytes from 10.132.6.3: icmp_seq=3 ttl=64 time=1.04 ms ^C — 10.132.6.3 ping statistics — 3 packets transmitted, 3 received, 0% packet loss, […]
我正在考虑为特定networking/ VLAN（专用存储networking）启用巨帧。 端口分布在两台交换机之间，使用configuration为承载所有相关VLAN（中继）的LAG链接在一起。 我认为交叉交换机LAG端口需要configuration为巨型帧？ 这是否会对保留标准帧的相同LAG携带的VLAN产生负面影响？ 以下是描述情况的尝试; 假设我们要为VLAN 15启用巨型帧，但为VLAN 10保留标准MTU，因此在每个交换机（和连接的NIC）上，我们将端口2,3和4的MTU设置为9000.因此，交叉开关中继链路聚合（端口3和4）承载标准MTU VLAN（10）和超大MTU VLAN（15）。 这会造成什么问题吗？ _______________________________ _______________________________ | | | | —|-port 1/ VLAN 10(u) | | port 1/ VLAN 10(u)-|— | | | | —|-port 2/ VLAN 15(u) | | port 2/ VLAN 15(u)-|— | | | | | === SWITCH 1 === | | === SWITCH […]
我有连接到互联网的设备链： Draytek 2120n +光纤路由器在金属棚 – 互联网连接 TP-Link AV500电力线适配器 Draytek 2760 VDSL路由器，用作无线集线器 Linksys SPA2102 VOIP路由器 这些设备连接起来，没有任何我能记得的特殊设置。 VOIP路由器根据我的VOIP提供商指南configuration： http : //blog.2talk.co.nz/spa2102.html 一般来说，当电脑连接到1.或3.通过Wifi他们工作得很好。 不过，我发现，浏览，Skype，SSH会话和其他任何应用程序定期“失速”。 在30-90秒内没有任何数据stream动，一切都恢复正常。 这每十分钟发生一次。 为了解决这个问题，我减less了MTU在3.到1300.这似乎已经解决了拖延的问题，但我现在不能再使用VOIP设备，我没有拨号音，也没有任何振铃。 Internetsearch表示SPA 2102路由器中没有设置MTU。 在电力线上，我也没有find以太网的任何MTU尺寸，所以我认为这是在1500的MTU上运行的。 我将如何确定一个合适的MTU是什么，我想它应该是1492，但显然我也想消除拖延 有关其他networking设备的一些信息： 有一个简单的开关连接1-2台电脑和打印机，但交换机不在1和2之间。 通常有2台手机通过Wifi连接，有时还连接2台电脑。
我为Oracle VirtualBox创build了一个适配器（作为主机）。 它运行完美; 但我需要将MTU大小更改为1600.当我回到主机PC并打开terminal时。 然后我得到了这些结果。 ifconfig：….. vboxnet0 Link encap:Ethernet HWaddr 0a:00:27:00:00:00 inet addr:192.168.56.1 Bcast:192.168.56.255 Mask:255.255.255.0 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:69 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:9618 (9.6 KB) …… 当我尝试更改MTU时： $ sudo ifconfig vboxnet0 mtu 1600 SIOCSIFMTU: Invalid argument 必须有一种方法来改变这个接口的MTU; 因为它不是一个真正的硬件。 […]
我目前正在解决一个问题，即Windows 7和XP系统上的某些用户无法访问我们networking上的SSL网站。 同样的网站在我们的服务器（Server 2003，完全最新的，Ubuntu服务器盒）和我们所有的OSX机器上都能正常工作。 我们的网关是一台运行ISA 2003的机器，它为networking提供防火墙和NAT服务。 到目前为止，我已经把它缩小到了一个MTU问题 – 当我强制Windows 7到MTU 1100（例如）站点工作正常，但是当我将MTU更改回到1500时，站点拒绝加载。 当用“不要碎片”和指定的特定大小进行“pingtesting”时，可以确定MTU，但是在过去的几个小时内也改变了几次。 在networking级别，当站点拒绝加载时，远程服务器直接在SSL握手之后（或者非常接近结束）发送TCP复位。 有没有办法强制一个特定的IP地址的MTU？ 另外，是否有任何解释这种行为（也许一种方法来validation自动pathMTU发现工作）？
我们有一个网站到现场IPSEC VPN，两个端点都是Cisco PIX 515e的。 两端的链接都是100MB，但VPN上的速度（使用jperflogging）最多为4MB。 显然这代表了我们应该得到的速度的巨大鸿沟。 我很欣赏将有VPN的开销，但肯定不是那么多。 看着它，两个PIX的所有接口都将其MTU设置为1500.运行一些testing来检查pathMTU显示如下： 通过VPN隧道 SITEA – > SITEB = Path MTU 1300 SITEB – > SITEA =pathMTU 1434 不使用VPN隧道 SITEA – > SITEB = Path MTU 1500 SITEB – > SITEA = Path MTU 1500 所以; 在创build隧道之前，pathMTUbuild议1500的接口MTU是可以的。 然而，在VPN上运行相同的testing返回较低的build议MTU，并在那个不同的testing。 我们应该把我们的PIX上的MTU放到build议的1300/1434值中的一个还是一个红鲱鱼？ 和; 如果我们将MTU降到这些值，我们是否也需要相应地更改MSS（两个设备上的当前默认值）。 任何指导，将不胜感激，因为这不是一个链接，我们可以尝试101件事情没有正当理由，由于业务性质和链接。 提前谢谢了。
我有一个客户端内的几个Linux服务器，最近MASSIVELY增加了他的带宽 – 从大约0.8 / 5mbps到25mpbs / 100mbps …（是100mpbs！）这是非常好的，但是自从我的WinSCP / Putty连接停止了，如果我留下他们一会儿..如果定期交互（我键入或导航/发送文件没有太多的停顿），它工作正常..然后，如果我走了一两个不同的任务，确保足够putty / winscp摊位和我有一个死的连接..这就像互联网“停止”，或者我离线。 但是如果我在一个新的putty窗口上打开一个新的连接，它立即可以响应，所以我认为这可能是一个MTU设置，但是我不知道这是什么或者怎么改变它。 编辑 @NickW和@MatHatter的答案是正确的：但是为了将来的使用 – 你可以通过设置WinSCP / putty keepalive来解决这个问题…为了完整起见，这里是一个screenie
我试图了解networking中MTU的不匹配行为。 假设两台主机能够通过基于以太网的networking相互通话。 networking和主机Aconfiguration为巨型帧，但不包括LAN主机B上的交换机和主机B本身。 从我对TCP的理解来看，每个TCP会话开始时的三次握手都会将每个主机的MSS通告给另一个主机。 考虑到主机B将在减去IP和TCP报头之后通告一个1460字节的MSS，并且由于它们将使用两个通告的MSS中较低的那个，这两个主机之间的任何TCP对话是否会毫无问题地工作？ 另一方面，由于UDP没有MSS，主机A发送的大型碎片UDP数据包是否会被主机B丢弃？
我正在使用IPSEC并为客户端执行NAT的Ubuntu 14.04LTS上设置VPN。 它基本上是工作 – 我可以从一个clinet（Android设备）连接到它并浏览（例如）www.google.com。 但是我不能浏览www.bbc.co.uk. 当我尝试时，我的VPN服务器收到来自www.bbc.co.uk的响应，并设置了不分片位，并丢弃它。 Wireshark显示了许多这些： 119 7.904053000 212.58.246.95 MY.IP.MY.IP TCP 1414 [TCP segment of a reassembled PDU] 120 7.904094000 MY.IP.MY.IP 212.58.246.95 ICMP 590 Destination unreachable (Fragmentation needed) 通过从VPN服务器ping我的客户端，我已经确定它的MTU约为1380.VPN服务器的MTU是1500。 这应该如何工作？ MTU可能会有所不同，所以如果BBC如果设置不成片段，请问这是怎么处理的？ 我会假设，如果不设置fragment，所有的东西都应该在最小的普通MTU上达成一致。 我能弄清楚谁是行为不端？