我正在向服务器中注入ICMP“需要碎片，df位集”，理想情况下，服务器应该开始发送数据包，其大小如ICMP中“下一个跃点MTU”字段中所述。但这不起作用。
这是服务器代码：

#!/usr/bin/env python 
import socket               # Import socket module
import time
import os

range= [1,2,3,4,5,6,7,8,9]
s = socket.socket()         # Create a socket object
host = '192.168.0.17'                   # Get local machine name
port = 12349               # Reserve a port for your service.
s.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)
s.bind((host, port))        # Bind to the port
rand_string = os.urandom(1600)

s.listen(5)                 # Now wait for client connection.
while True:
   c, addr = s.accept()     # Establish connection with client.
   print 'Got connection from', addr
   for i in range:
    c.sendall(rand_string)
        time.sleep(5)
   c.close()

#!/usr/bin/python           # This is client.py file

import socket               # Import socket module

s = socket.socket()         # Create a socket object
host = '192.168.0.17' # Get local machine name
port = 12348              # Reserve a port for your service.
s.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1)
s.connect((host, port))
while 1:
    print s.recv(1024)
s.close()

###[ IP ]###
  version= 4
  ihl= None
  tos= 0x0
  len= None
  id= 1
  flags= DF
  frag= 0
  ttl= 64
  proto= ip
  chksum= None
  src= 192.168.0.45
  dst= 192.168.0.17
  \options\
###[ ICMP ]###
  type= dest-unreach
  code= fragmentation-needed
  chksum= None
  unused= 1300

Send(ip/icmp)

最佳答案

首先，让我们回答您的第一个问题（ICMP是通过TCP发送的吗？）.
ICMP直接通过IP运行，如RFC 792中所述：
ICMP消息使用基本IP头发送。
这可能有点让人困惑，因为ICMP is classified as a network layer protocol rather than a transport layer protocol但考虑到它只是IP的一个附加部分，用于携带错误、路由和控制消息和数据，这是有意义的。因此，它不能依赖于tcp层来传输自己，因为tcp层依赖于icmp帮助管理和解决问题的ip层。
现在，让我们来处理您的第二个问题（如果ICMP不是通过TCP发送的，TCP如何了解MTU？）.我试着尽我所能地回答这个问题，并依赖官方规范，但最好的方法可能是分析一些开放源代码网络堆栈的实现，以了解到底发生了什么……
TCP层可能知道路径的MTU值，即使ICMP消息不在TCP上分层。这取决于网络堆栈操作系统的实现来通知MTU的TCP层，这样它就可以使用这个值来更新其mss值。
RFC 1122要求icmp消息包括ip报头以及触发该icmp消息的有问题数据报的前8个字节：
每个icmp错误消息都包括internet报头和触发错误的数据报的至少前8个数据八位字节；可以发送8个以上的八位字节；该报头和数据必须与接收的数据报保持不变。
在需要Internet层向传输层传递ICMP错误消息的情况下，必须从原始头提取IP协议号，并用于选择适当的传输协议实体来处理错误。
这说明操作系统如何精确定位其MSS应更新的TCP连接，因为这8个字节包括源端口和目标端口。
RFC1122还指出，传输层必须有一种机制，通过这种机制，可以了解给定源、目的地、TOS三元组可能发送的最大传输层消息大小。因此，我假设一旦收到ICMP Fragmentation needed and DF set错误消息，MTU值就会以某种方式提供给TCP层，该层可以使用它来更新其mss值。
此外，我认为实例化TCP连接并使用它的应用程序层也可以处理此类消息，并在更高的级别上分割数据包。应用程序可以打开期望icmp消息的套接字，并在接收到此类消息时相应地采取行动。但是，在应用程序层分割数据包对tcp&ip层是完全透明的。注意，大多数应用程序都允许TCP&IP层自己处理这种情况。
但是，一旦主机接收到一条ICMP Fragmentation needed and DF set错误消息，它的行为就不具有决定性了。
RFC 5927, section 2.2指的是RFC 1122，第4.2.3.9节，该节规定，当IP层向上传递ICMP Fragmentation needed and DF set错误消息时，TCP应中止连接，因为它表示硬错误条件。RFC声明主机应该实现这种行为，但这不是必须的（第4.2.5节）。此RFC还在第3.2.2.1节中声明，接收到的目标不可到达消息必须报告给TCP层。当在连接上接收到ICMP Fragmentation needed and DF set错误消息时，实现这两种方法都将导致TCP连接的破坏，这没有任何意义，而且显然不是所需的行为。
另一方面，RFC 1191说明了所需行为：
RFC 1191没有概述发送过程中预期的特定行为
主机，因为不同的应用程序可能有不同的要求，以及
不同的实现架构可能有利于不同的策略[这
给这种方法留下了空间。
唯一需要的行为是主机必须尝试避免发送更多
在不久的将来具有相同pmtu值的消息。主机可以
停止设置IP头中的“不分段”位（并允许
通过路由器分段）或减小数据报大小。这个
更好的策略是降低消息大小，因为碎片化
会造成更多的流量和消耗更多的互联网资源。
最后，我认为在接收到ICMP Fragmentation needed and DF set错误消息时，规范对于来自主机的所需行为并不确定。我的猜测是，这两个层（ip和tcp）都会收到消息通知，以便分别更新它们的mtu和mss值，其中一个层负责将有问题的包以较小的块重新传输。
最后，关于您的实现，我认为为了完全符合RFC 1122，您应该更新ICMP消息以包括有问题的包的IP头，以及它的下8个字节（尽管您可能包括的不仅仅是前8个字节）。此外，您应该验证是否在该ICMP消息所指的数据包的相应ACK之前接收到该ICMP消息。事实上，为了安全起见，我会彻底废除ACK。
this是如何构建ICMP消息的示例实现。如果将icmp消息作为对其中一个tcp包的响应发送失败，我建议您甚至在第一次接收到它所关联的tcp包之前尝试发送icmp消息，以确保在ack之前接收到它。只有在同样失败的情况下，试着完全废除ack。

关于networking - 关于ICMP“需要分片，DF位设置”或ICMP包太大的消息，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/26942820/