Linux 网络：PMTUD 协议简介

已于 2024-03-12 09:40:55 修改
阅读量1k 收藏 5
点赞数 3
分类专栏： # 网络 文章标签： 网络 PMTUD 协议 Linux
于 2023-11-19 17:10:37 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/JiMoKuangXiangQu/article/details/134484455
版权

文章目录

1. 前言

限于作者能力水平，本文可能存在谬误，因此而给读者带来的损失，作者不做任何承诺。

2. Path MTU Discovery(PMTUD) 协议

在说明 Path MTU Discovery(PMTUD) 之前，先得说说 MTU(Maximum Transmission Unit) 。什么是 MTU(Maximum Transmission Unit) ？MTU 是网卡的最大传输单元，即网卡一次最多传输数据的字节数，这是一个网卡硬件的参数。当数据从 IP 层 向下传递到 数据链路层 时，如果发现 IP 数据包的长度 大于 网卡的 MTU ，就需要将 IP 数据包 进程 分片(在 IP 协议没有设置 DF 标志位时)，以适应网卡的 MTU。需要知道的是，MTU 限定的是 IP 层 向下传递数据的最大长度，这并不包含以太网帧头和帧尾长度在内。
说完了 MTU ，接下来说说本篇的主角 Path MTU Discovery(PMTUD) 。数据在传输过程中，可能经过多个各种类型的网络数据的传输介质，如交换机、路由器等，下图给出一个简单的示例：
在这里插入图片描述
从上图中看到，数据的源头和目的设备的 MTU 均为 1500，而中间的路由设备的 MTU 为 576 ，也就是说，数据经过的各种传输媒介，它们各自可能拥有不同的 MTU 值，这就意味着数据帧经过不同 MTU 的设备时，要进行分片(从 更大 MTU 设备 到 更小 MTU 的设备)、组包(从更小 MTU 设备 到 更大 MTU 设备)。这样的不停分片、组包，需要开辟额外的缓存进行数据排队，通常来说对于网络传输效率是不利的(尤其是交换机这类设备)，更不要说丢包等情形的处理。为了适应这种不同设备具有 MTU 的情形，引入了 Path MTU Discovery(PMTUD) 协议，协议 RFC 编号为 RFC1191 ，该协议用来发现网络数据传输整个路径中的 最小 MTU，然后数据传输路径中所有设备使用这个 最小 MTU 来传输数据，因此所有的 IP 数据 都可以不用进行分片，以期达到更大的传输效率。这个 最小 MTU 有个名目，叫做 PMTU(Path MTU) 。

2.1 PMTUD 发现最小 MTU 的过程

上面说了，Path MTU Discovery(PMTUD) 用来发现传输路径中的 最小 MTU ，那是如何发现的呢？过程也不复杂，就是在传输 IP 数据 的时候发送端设置 DF(Don't Fragment) 标记，如下图：
在这里插入图片描述
然后在数据经过的传输路径中的任何设备，如果发现接收的 IP 数据的长度超过自己的 MTU ，同时 IP 数据设置了 DF 标记，则改设备回复发送端一个 Type=3,Code=4 的 ICMP 消息，表示 Destination Unreachable Message, fragmentation needed and DF set ，告知发送端数据太长被丢弃，需要进行分片，回送的 ICMP 消息也会带上接收端的自己 MTU；发送端接收到 ICMP 消息后，缓存接收端回送的 MTU 值，然后调整数据长度重新进行发送。ICMP 协议数据格式如下：

           0               1               2               3
    0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     Type      |     Code      |          Checksum             |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                             unused                            |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |      Internet Header + 64 bits of Original Data Datagram      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

更多关于 ICMP(Internet Control Message Protocol) 的细节可参考 RFC792 。
应该了解的是，Path MTU Discovery(PMTUD) 协议只适用于 TCP 和 UDP 协议。另外，并非所有设备都支持 PMTUD 协议，不支持 PMTUD 协议的设备，在收到大于自身 MTU 长度、且设置了 DF 标志的 IP 数据时，回送给发送端的 ICMP 消息里不会包含其 MTU 值，此时发送端需要采取某种策略来处理这种情形。RFC1191 协议的章节 5 对此给出了一些建议性的方案，但这些建议并非 RFC1191 协议的一部分，感兴趣的读者可自行阅读RFC1191 协议的章节 5，以了解更多的相关细节。

3. Linux 的 PMTUD 简析

首先，本文分析以 Linux 4.14 内核代码为背景进行分析。Linux 下默认开启 Path MTU Discovery(PMTUD) 功能。另外，可以通过文件节点 /proc/sys/net/ipv4/ip_no_pmtu_disc 来开启或关闭 Path MTU Discovery(PMTUD) ：向文件写 0 开启 PMTUD，写非零值(1-3)关闭 PMTUD 。更多关于 /proc/sys/net/ipv4/ip_no_pmtu_disc 配置的细节，可参考内核文档 Documentation/networking/ip-sysctl.txt 。
本文只讨论 IPv4 协议栈下 Path MTU Discovery(PMTUD) 开启的情形，对其它情形感兴趣的读者可自行阅读源码进行分析。

3.1 创建 socket 时初始化 PMTUD 模式

socket()
	...
	inet_create() // net/ipv4/af_inet.c
		...
		if (net->ipv4.sysctl_ip_no_pmtu_disc)
			...
		else /* 开启 PMTUD 的情形 */
			inet->pmtudisc = IP_PMTUDISC_WANT;
		...

当然，内核也提供了接口修改 socket 的 PMTUD 的配置。如：

on = IP_PMTUDISC_PROBE;
setsockopt(fd, IPPROTO_IP, IP_MTU_DISCOVER, &on, sizeof(on));

3.2 数据发送时 PMTUD 相关处理

要发送的数据，当前可能有两种情形：

情形1：当前数据正从源头主机往外发送
情形2：当前数据正经过某中间设备(譬如路由器)往外转发

下面分别对这两种情形下，和 PMTUD 协议相关的处理部分。

3.2.1 源头主机发送过程中 PMTUD 处理

// net/ipv4/ip_output.c

ip_queue_xmit()
	...
packet_routed:
	if (ip_dont_fragment(sk, &rt->dst) && !skb->ignore_df) /* 不允许对 IP 数据分片 */
		iph->frag_off = htons(IP_DF); /* 标记 DF */
	else
		...
	...
	res = ip_local_out(net, sk, skb); /* 将数据包传递给网络设备 */
		...
		ip_finish_output()
	...

接收端设备收到数据后，如果发现大于自己的 MTU ，且设置了 DF(Don't Fragment) 标记，则回送 Type=3,Code=4 的 ICMP 消息 ：

// net/ipv4/ip_output.c

ip_finish_output()
	...
	/* 包长度大于本机 MTU, 进行分片处理 */
	if (skb->len > mtu || (IPCB(skb)->flags & IPSKB_FRAG_PMTU))
		return ip_fragment(net, sk, skb, mtu, ip_finish_output2);
			struct iphdr *iph = ip_hdr(skb);

			if ((iph->frag_off & htons(IP_DF)) == 0) /* 允许 IP 数据 分片 */
				...

			/* 不允许 IP 数据 分片(设置了 IP_DF 标记) */
			if (unlikely(!skb->ignore_df ||
					(IPCB(skb)->frag_max_size &&
					IPCB(skb)->frag_max_size > mtu)/*IP 分片 的 长度大于 MTU*/)) {
				IP_INC_STATS(net, IPSTATS_MIB_FRAGFAILS);
				/*
				 * IP 分片长度 超过 MTU && 禁止分片, 
				 * 则给本地 socket 发送 ICMP 的 {ICMP_DEST_UNREACH,ICMP_FRAG_NEEDED} 包,
				 * 告知其包将不被发送 (IP 数据 由本地 socket 往外发送，发不出去就回送
				 * 给 socket 回 ICMP 的 {ICMP_DEST_UNREACH,ICMP_FRAG_NEEDED} 包 告知 socket).
				 */
				icmp_send(skb, ICMP_DEST_UNREACH, ICMP_FRAG_NEEDED, htonl(mtu));
				kfree_skb(skb);
				return -EMSGSIZE;
			}
	...

发送端收到 Type=3,Code=4 的 ICMP 消息 后更新缓存 PMTU 值：

// include/uapi/linux/icmp.h

struct icmphdr { /* ICMP 数据报头部格式: https://datatracker.ietf.org/doc/html/rfc792 */
	__u8  type;
	__u8  code;
	__sum16 checksum;
	union {
		struct {
			__be16 id;
			__be16 sequence;
		} echo;
		__be32 gateway;
		struct {
			__be16 __unused;
			/*
			 * . 对于支持 PMTUD 的设备, 收到大于自身 MTU 长度、且设置了 DF 
			 *   标记的数据, 回送发送端 type=3, code=4 类型的 ICMP 消息, 消
			 *   息中 @mtu 设置为接收设备的 MTU.
			 * . 对于不支持 PMTUD 的设备, @mtu 设置为 0 .
			 * 更多细节请参考 RFC1191 .
			 */
			__be16 mtu;
		} frag;
		__u8 reserved[4];
	} un;
};

// net/ipv4/icmp.c
static bool icmp_unreach(struct sk_buff *skb)
{
	const struct iphdr *iph;
	struct icmphdr *icmph;
	...

	icmph = icmp_hdr(skb);
	iph   = (const struct iphdr *)skb->data;
	
	...

	switch (icmph->type) {
	case ICMP_DEST_UNREACH:
		switch (icmph->code & 15) {
		...
		case ICMP_FRAG_NEEDED:
			switch (net->ipv4.sysctl_ip_no_pmtu_disc) {
			...
			case 0:
				info = ntohs(icmph->un.frag.mtu); /* 解析 接收端回传 的 MTU */
			}
		}
	}
	
	...
	
	icmp_socket_deliver(skb, info);
		...
		ipprot = rcu_dereference(inet_protos[protocol]);
		if (ipprot && ipprot->err_handler)
			ipprot->err_handler(skb, info); /* tcp_v4_err() */
				tcp_v4_err()
	...
}

// net/ipv4/tcp_ipv4.c
void tcp_v4_err(struct sk_buff *icmp_skb, u32 info)
{
	...
	const int type = icmp_hdr(icmp_skb)->type;
	const int code = icmp_hdr(icmp_skb)->code;
	...

	switch (type) {
	...
	case ICMP_DEST_UNREACH:
		...
		if (code == ICMP_FRAG_NEEDED) { /* PMTU discovery (RFC1191) */
			...

			tp->mtu_info = info; /* 接收端 回送 的 MTU */
			if (!sock_owned_by_user(sk)) {
				tcp_v4_mtu_reduced(sk);
			} else {
				...
			}
			goto out;
		}
	...
	}
	...
out:
	...	
}

void tcp_v4_mtu_reduced(struct sock *sk)
{
	...
	u32 mtu;

	...
	mtu = tcp_sk(sk)->mtu_info; /* 接收端 回送 的 MTU */
	dst = inet_csk_update_pmtu(sk, mtu); /* 更新缓存 PMTU */

	...
	
	mtu = dst_mtu(dst);
	
	if (inet->pmtudisc != IP_PMTUDISC_DONT &&
	    ip_sk_accept_pmtu(sk) &&
	    inet_csk(sk)->icsk_pmtu_cookie > mtu) {
	    tcp_sync_mss(sk, mtu); /* MSS 同步 */

		/* Resend the TCP packet because it's
		 * clear that the old packet has been
		 * dropped. This is the new "fast" path mtu
		 * discovery.
		 */
		tcp_simple_retransmit(sk); /* 数据重传 */
	}
}

3.2.2 转发过程中 PMTUD 处理

// net/ipv4/ip_forward.c

int ip_forward(struct sk_buff *skb)
{
	...

	IPCB(skb)->flags |= IPSKB_FORWARDED;
	mtu = ip_dst_mtu_maybe_forward(&rt->dst, true);
	if (ip_exceeds_mtu(skb, mtu)) { /* 转发的 @skb 的 数据长度 超过 MTU */
		IP_INC_STATS(net, IPSTATS_MIB_FRAGFAILS);
		/* 
		 * 当前 @skb 正经过 【交换机】 或 【路由器 上】 进行 转发, 当
		 * 【 @skb 的 数据长度 超过 MTU 】 && 【 数据源头设定不允许分片(DF=1) 】 
		 * 时, 给数据发送源头回送 ICMP 包 {ICMP_DEST_UNREACH, ICMP_FRAG_NEEDED}
		 * 数据将被丢弃.
		 */
		icmp_send(skb, ICMP_DEST_UNREACH, ICMP_FRAG_NEEDED, htonl(mtu));
		goto drop;
	}
}

数据发送源收到 Type=3,Code=4 的 ICMP 消息 后的处理和 3.2.1 处理一样。

4. PMTUD 观察

ifconfig 等工具可看到网卡配置的 MTU：

$ ifconfig ens33
ens33     Link encap:Ethernet  HWaddr 00:0c:29:4f:b1:e7  
          inet addr:192.168.0.9  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::bbc7:b835:be2a:a578/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2077 errors:0 dropped:0 overruns:0 frame:0
          TX packets:775 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:1684142 (1.6 MB)  TX bytes:74056 (74.0 KB)

从 ifconfig 的输出可以看到网卡 ens33 的 MTU 为 1500 。用 ping 发送超过 MTU 的数据包(-s 2000 指定数据长度为 2000)，且通过 -M do 禁止 IP 分片：

$ ping www.baidu.com -s 2000 -M do
PING www.baidu.com (183.2.172.185) 2000(2028) bytes of data.
ping: local error: Message too long, mtu=1500

我们可以通过 tracepath 工具来跟踪数据发送超 MTU 时接收设备回送的 ICMP 包：

$ tracepath www.baidu.com
 1?: [LOCALHOST]                                         pmtu 1500
 1:  192.168.0.1                                          43.888ms 
 1:  192.168.0.1                                           2.902ms 
 2:  192.168.1.1                                          37.109ms 
 3:  192.168.1.1                                         117.816ms pmtu 1492
 3:  100.64.0.1                                           33.586ms 
 4:  61.146.242.189                                       33.665ms 
 5:  177.107.38.59.broad.fs.gd.dynamic.163data.com.cn     39.025ms 
 6:  113.96.5.38                                          54.439ms 
 7:  no reply
 8:  121.14.67.174                                        64.413ms 
 9:  182.61.216.71                                        39.233ms

用 tcpdump 工具抓回送的 ICMP 包：

$ sudo tcpdump icmp
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on ens33, link-type EN10MB (Ethernet), capture size 262144 bytes
......
16:17:26.350958 IP 192.168.1.1 > 192.168.0.9: ICMP time exceeded in-transit, length 556
16:17:26.421870 IP 192.168.1.1 > 192.168.0.9: ICMP 183.2.172.185 unreachable - need to frag (mtu 1492), length 556

再用 WireShark 来观察一下 tcpdump 抓到的数据包(tcpdump 抓包时可通过 -w 参数将抓包数据写入文件)：
在这里插入图片描述

5. 参考资料

[1] https://packetlife.net/blog/2008/aug/18/path-mtu-discovery/#:~:text=RFC%201191%20defines%20path%20MTU%20discovery%2C%20a%20simple,of%20the%20ICMP%20Destination%20Unreachable%20message%2C%20Fragmentation%20Needed.
[2] https://www.rfc-editor.org/rfc/rfc1191
[3] https://datatracker.ietf.org/doc/html/rfc792

JiMoKuangXiangQu
关注
  • 3
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 4
    评论
专栏目录
TCP/IP卷一:58---UDP之（路径MTU发现机制(PMTUD)、UDP最大数据报长度(数据报截断)、UDP/IPv4和UDP/IPv6数据报的转换）
董哥的黑板报
01-15 1573
一、采用UDP的路径MTU发现 MTU介绍见文章：https://blog.csdn.net/qq_41453285/article/details/95997936 UDP的路径MTU发现 让我们考察使用UDP的应用程序与路径MTU发现机制（PMTUD）之间的交互过程 对一个像UDP这样的协议来说，调用这样协议的应用程序一般只控制输出数据报的大小，如果有方法能确定一个可以避免分片的合适的...
pmtud
03-25
路径MTU发现守护程序 在ECMP或L4负载平衡的环境中，ICMP消息通常被路由到错误的服务器。 路径MTU发现守护程序通过使用IPIP封装将接收到的ICMP数据包太大的消息“广播”到L3 / L4负载平衡服务的所有后端实例来解决此问题。 一些细节： 如果您偶然发现但是您所处的环境中的服务器位于不同的L2域中，那么这可能就是您想要的。 安装 go get github.com/exaring/pmtud 您可能需要安装libpcap头文件。 在Debian系统上，您可以通过apt-get install libpcap-dev来做到这一点。 跑 pmtud -cfg.file /path/to/config.yml 配置 # interfaces to read ICMP type 3 code 4 packet from interfaces : ["enp4s0"] # IP
PMTUD
海绵汽水的博客
08-29 2533
什么是 PMTUD？ TCP MSS如及早描述照料分段在TCP连接的两个终端，但是不处理有一条更加小的MTU链路在这两个终端之间的中部的案件。PMTUD在终端之间的路径开发为了避免分段。它用于动态确定从数据包源到其目标之间的路径中的最小 MTU。 需要 PMTUD 的常见网络拓扑 在网络环境中，如果中间链路的 MTU 小于终端链路的 MTU，则需要 PMTUD
MSS PMTUD的问题
weixin_34088583的博客
06-20 310
在大多数操作系统中都默认开启了PMTUD功能，在发送数据报的时候都设置了DF位，并由此来发现path的mtu，但是由于网络上的种种原因导致PMTUD检测失败出现数据包不能被分片，应用层服务不能正常访问。当两台远程PC互联的时候，它们的数据需要穿过很多的路由器和各种各样的网络媒介才能到达对端，网络中不同媒介的MTU各不相同，就好比一长段的水管，由不同粗细的水管组成（MTU不同 ...
IPv6 PMTUD 路径发现机制 工作原理
weixin_34026484的博客
08-04 379
Technorati 标签: IPv6 PMTUD,PMTUD,IPv6 PMTUD是IPv6的一个工作机制。 其主要的目的就是，当网络源发送数据报文到目的的时候，避免分段，也可以称为分片。 源节点可以使用发现整个路径上面最大的MTU与目的节点通讯。 我们都知道，分段实际上是有害的，对主机的cpu利用率，对路由器的cpu利用率都是一个挑战。 如果再有一些高人利用这些...
解决 GRE 和 IPSEC 中的 IP 分段、MTU、MSS 和 PMTUD 问题
ayang1986的专栏
04-20 1005
解决 GRE 和 IPSEC 中的 IP 分段、MTU、MSS 和 PMTUD 问题
PMTUD.rar_PMTUD
09-23
**PMTUD（Path MTU Discovery）**是网络通信中的一种技术，用于确定从源到目的地的最大传输单元（Maximum Transmission Unit, MTU）。MTU是指网络接口能够接收或发送的数据包的最大大小，不包括网络头部和其他附加...
GRE 和 IPsec 中的 IPv4 分段、MTU、MSS和 PMTUD 问题
最新发布
06-23
GRE 和 IPsec 中的 IPv4 分段、MTU、MSS和 PMTUD 问题
错误的网络访问控制策略导致PMTUD实现故障一例[参考].pdf
10-12
本文讨论了PMTUD 实现故障的原因和解决方法，PMTUD 是TCP/IP 协议栈中一个重要的机制，用于 Path Maximum Transmission Unit Discovery，即路径最大传输单元发现。该机制用于探测网络路径中的最大传输单元（MTU），...
网络技术资料-ipv6-3
07-08
ICMPv4（Internet Control Message Protocol version 4）是Internet协议族中的一个重要部分，根据RFC 792定义，它允许主机和路由器报告错误情况并提供关于异常网络事件的报告。ICMP报文分为两种类型：差错报告报文和...
LINUX内核打开IPV4分片支援。
liulilittle的博客
03-06 472
在某些LINUX系统上面IP分片是被禁用的，通常我们都不需要IPV4分片的支持，但是有些程序必须强制打开IP分片，因为它们不考虑自己分片的问题，常见于UDP、大包ICMP/PING测试。您可以再次运行 sysctl net.ipv4.ip_no_pmtu_disc 命令来确认参数的值已经更改为 0，并且 IPv4 分片支持已成功启用。这会将 net.ipv4.ip_no_pmtu_disc 参数的值设置为 0，即启用 IPv4 分片支持。
Linux IPv4 协议实现
legion8169的专栏
06-07 2670
NAME (名称)ip - Linux IPv4 协议实现  SYNOPSIS(总览)#include sys/socket.h> #include net/netinet.h>tcp_socket = socket(PF_INET, SOCK_STREAM, 0); raw_socket = socket(PF_INET, SOCK_RAW, protocol); udp_soc
RFC8899-数据报分组层路径MTU发现DPLPMTUD
aashuii的博客
02-05 712
RFC8899
Linux: sysctl: network: ip_no_pmtu_disc，容易搞混的参数名称
mzhan017的博客
12-19 527
在这个特定的情境中，ip_no_pmtu_disc 参数的值为0表示启用路径 MTU 发现，而不是禁用。这种设定可能会引起一些混淆，因为通常我们期望一个布尔类型的参数，值为1表示启用，值为0表示禁用。在这里，0 表示启用路径 MTU 发现，可能与一些人的直觉相悖。这个参数的迷惑性在于双重否定，字面意思是关闭PMTU发现的功能。这种设定可能会使人感到困惑，特别是对于不熟悉该参数含义的人。通常，为了避免混淆，文档和配置界面应该提供清晰的说明，以确保用户能够正确理解参数的含义和所代表的状态。
动图图解 | TCP/IP到底是怎么分片的？
码农翻身
06-30 5370
什么是TCP分段和IP分片我们知道网络就像一根管子，而管子吧，就会有粗细。一个数据包想从管子的一端到另一端，得过这个管子。（废话）但数据包的量有大有小，想过管子，数据包不能大于这根管子的粗...
路径MTU（PMTU）发现控制与DF位
weixin_43855786的博客
04-24 461
在ip_queue_xmit函数中看到，如果skb->ignore_df为真，就会清除IP报头的DF位，ignore_df变量有函数ip_sk_ignore_df赋值。当pmtudisc策略设置成IP_PMTUDISC_DONT、IP_PMTUDISC_WANT或者IP_PMTUDISC_OMIT的时候，ignore_df变量为真，内核将会在发出的报文中清除DF标志位。IP_PMTUDISC_DO为使能PMTU发现策略，IP_PMTUDISC_WANT会根据mtu是否锁定进行pmtu发现。
Path MTU（路径最大传输单元）
AXDRXS的博客
03-20 937
在IPv4网络中，报文如果过大，则需要分片进行发送，所以在每个节点发送报文之前，设备都会根据发送接口的最大传输单元MTU（Maximum Transmission Unit）对报文进行分片。在IPv6中，如果报文较大，超出中间链路的MTU，这时分片会增加中间设备的压力，所以IPv6协议中规定中 间转发设备不能对IPv6报文进行分片，而将报文的分片将在源节点进行，分片重组在目的节点进行。当中间转发设备的接口收到一个报文后，如果发现报文长度比转发接口的MTU值大，则会将其丢弃；
TCP/IP详解卷一之ICMPv4和ICMPv6：Internet 控制报文协议
qq_43008490的博客
01-11 4529
1 处理ICMP报文 —一般来说，传入的信息类请求报文将被操作系统自动处理；而差错类报文传递给用户进程或传输层协议，如TCP。 —处理传入的ICMPv6报文将应用以下规则： · 如果可能的话，未知的ICMPv6差错报文必须传递给上层产生差错报文的进程； · 未知的ICMPv6信息类报文被丢弃； · ICMPv6差错报文将会尽可能多地包含导致差错的原始（”违规“）IPv6报文，当然最终的差错报文大小...
docker host net mtu (by quqi99)
技术并艺术着
03-06 1542
作者：张华 发表于：2021-03-06 版权声明：可以任意转载，转载时请务必以超链接形式标明文章原始出处和作者信息及本版权声明 在一个gre虚机上创建一个docker container，显然网络不通是由mtu造成的。但是如果host=net创建的网络为什么也是不行呢？ sudo docker run --rm --net=host --privileged --name=nginx -v /sys/fs/cgroup:/sys/fs/cgroup -d -ti nginx sudo docker exe
发送方要怎样决定 IP 数据报分组大小，才能避免因为不同网络 MTU 不一致而引起分片呢？
06-12
为了避免因为不同网络 MTU 不一致而引起分片，发送方可以通过以下几种方式决定 IP 数据报分组大小： 1. 了解网络 MTU：发送方可以了解网络的 MTU，根据网络的 MTU 来确定 IP 数据报分组大小，从而避免因为网络 MTU 不一致而引起分片。 2. 使用 Path MTU 发现：发送方可以使用 Path MTU 发现技术来探测网络中最小的 MTU，从而确定 IP 数据报的最大大小。Path MTU 发现技术可以在传输层或应用层实现。 3. 使用 TCP MSS：发送方可以在 TCP 握手时使用 TCP MSS 选项来告知对方本地的最大分段大小，从而避免因为网络 MTU 不一致而引起分片。 4. 使用 PMTUD：发送方可以使用 Path MTU Discovery （PMTUD）技术来自动探测网络中最小的 MTU，从而避免因为网络 MTU 不一致而引起分片。PMTUD 技术可以在传输层或应用层实现。 综上所述，为了避免因为不同网络 MTU 不一致而引起分片，发送方可以通过了解网络 MTU、使用 Path MTU 发现、使用 TCP MSS 或使用 PMTUD 等技术来确定 IP 数据报分组大小。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值