我在Wireshark中看到了这个URL ： 在同一个networking上，Windows主机可以正确地重新传输，但是Android主机不会。 在不同的networking（大概是适当configuration），相同的Android主机工作。 可能是什么原因？
假设我有Host1＆2以不同的速度连接到路由器。 Host1 <–100 Mbps–> Router <–10 Mbps–> Host2 Host1使用nc命令向Host2发送10MB的UDP数据，但Host2在重组分片报文失败并发送ICMP（超时/超过片段重组时间）。 当两端都是100 Mbps时，我没有看到任何故障，也没有发生碎片。 我试图通过以下方法避免碎片 1. Enabling PMTU on destination, router echo 0 > /proc/sys/net/ipv4/ip_no_pmtu_disc 2. Reducing MTU to 576 from 1500 但仍然发生碎片化。 我可以通过wireshark日志看到。 你可以请指导我避免碎片以及如何处理这种情况。 编辑： 从路由器的angular度来看，这是一种压力情景。 我不应该改变源/目的地方面的任何东西。
对于上下文来说，我的原始问题是，当我通过VPN（在这种情况下，运行在pfsense中的OpenVPN）连接到我的服务器时，与我的服务器的SSH连接挂起， expecting SSH2_MSG_KEX_ECDH_REPLY 。 互联网指出可能与MTU问题有关。 在尝试debugging时发生这种情况： ping -s 297 -M do $HOST 工作正常，但是 ping -s 298 -M do $HOST 只是挂起。 MTU在我的机器，主机和pfsense界面都设置为1500（尽pipe界面在pfsense的用户界面中被禁用，我不确定是否应该这样）。 为什么会这样呢？ 阻止数据包的东西是否太大？ 哪里可以find更多的线索？ mtr $HOST表示两跳：到pfsense，然后到服务器本身
在OS XI上注意到，对于没有被确认的数据包，系统以减小的数据包大小重新发送它们。 这可以在下面的图片中看到。 是否可以在Linux系统中启用相同的行为？
我有一个与冗余思科2960s的SAN，当我设置了一段时间之前，我设置所有的接口使用9000的MTU。我今天看着configuration，我注意到这个线路system mtu routing 1500会导致任何问题？ 或者因为这是一个开关一切都应该罚款，因为没有任何路由。
我有一个债券接口，但是我想只将bond9：22的MTU更改为1500 这可能吗？ bond9：22链接封装：以太网HWaddr 00：0E：0C：E4：BE：F9 inet addr：10.7.18.58 Bcast：10.7.18.255 Mask：255.255.255.0 UP BROADCAST RUNNING MASTER MULTICAST MTU：1492公制：1 bond9：23链接封装：以太网HWaddr 00：0E：0C：E4：BE：F9 inet addr：10.7.18.60 Bcast：10.7.18.255 Mask：255.255.255.0 UP BROADCAST RUNNING MASTER MULTICAST MTU：1492公制：1 bond9：24链接封装：以太网HWaddr 00：0E：0C：E4：BE：F9 inet addr：10.7.18.56 Bcast：10.7.18.255 Mask：255.255.255.0 UP BROADCAST MASTER MULTICAST MTU：1492公制：1
这与在事实上启用iSCSInetworking上的巨型帧类似，但在我们的情况下，我们configuration了交换机，然后遍历所有主机，启用巨型帧（我们可能已经在这里搞砸了）。 SAN是左手（实际上是2个镜像的SAN）。 因此，计划是将一个SANconfiguration为巨型帧，将其重新联机，等待复制，然后对其他SAN执行相同的操作。 我们是否因为一个SAN启用了巨无霸而另一个尚未configuration，而我们等待SAN复制而受到伤害？ 当然，所有这些都必须现场完成。 我们是否应该将所有主机重置为1500 MTU，然后将其configuration为超大型SAN？ 一些澄清信息。 每个SAN设备连接到两个专用交换机（每个SAN有两个nics）。 交换机之间有一个以太网通道链路。 SANconfiguration了MPIO。 每台主机都有两个为连接到每台交换机的SANnetworkingconfiguration的nics（全网状configuration）。 更新：它的工作。 当第二个SAN离线时，所有的主机在连接到SAN时都会遇到一些问题（非常可怕），但是除了我们必须重新启动的OCS服务器之外，他们都回来了。
“man 7 ip”中的IP_MTU_DISCOVER描述太短。 据我所知IP_PMTUDISC_DONT / IP_PMTUDISC_DO值启用/禁用路由上的数据包碎片。 什么是IP_PMTUDISC_WANT和IP_PMTUDISC_PROBE？ 他们需要什么？ 他们如何影响IPstream量？ 他们可以使用UDP吗？ 谢谢。
背景 我在现场部署了一套embedded式硬件。 这些远程机器在运行Ubuntu的AWS上连接到我的服务器，我使用iptables mangle链将MTU降低到500，所以这些设备很开心。 作为参考，这是我使用的iptables规则： -A POSTROUTING -p tcp –sport 12345 –tcp-flags SYN,RST SYN -o eth0 -j TCPMSS –set-mss 500 目前的问题 我试图在Joyent Cloud上使用SmartOS启动一些服务器，但是我找不到有关在Linux上select性地更改MTU的信息（例如，我发现的所有信息都是关于全局更改的， 不是我想要的）。 我该怎么做，以便TCP端口12345上的所有连接都得到我想要的MTU？
R3 – R1 – 互联网 – R90 R3：ip addr 10.123.0.3 R1： sudo ip l2tp add tunnel tunnel_id 699 peer_tunnel_id 699 encap udp local 5.254.174.8 remote 5.254.174.90 udp_sport 699 udp_dport 699 sudo ip l2tp add session tunnel_id 699 session_id 699 peer_session_id 699 sudo ip link set l2tpeth0 up mtu 1446 sudo ip link add brvlan699 type […]