解析 IP 标头时出错

Question

我有一个尝试打印 IP 标头的片段偏移量的小函数。

ParseIpHeader(unsigned char *packet, int len)
{
    struct ethhdr *ethernet_header;
    struct iphdr *ip_header;

    /* First Check if the packet contains an IP header using
       the Ethernet header                                */

    ethernet_header = (struct ethhdr *)packet;

    if(ntohs(ethernet_header->h_proto) == ETH_P_IP)
    {
            /* The IP header is after the Ethernet header  */

            if(len >= (sizeof(struct ethhdr) + sizeof(struct iphdr)))
            {
                    ip_header = (struct iphdr*)(packet + sizeof(struct ethhdr));

                    /* print the Source and Destination IP address */

                    //printf("Dest IP address: %s\n", inet_ntoa(ip_header->daddr));
                    //printf("Source IP address: %s\n", inet_ntoa(ip_header->saddr));
                    printf("protocol %d\n", ip_header->protocol);
                    printf("Fragment off is %d\n", ntohs(ip_header->frag_off));

            }

}

我的数据包是 TCP（ip_header->protocol 总是 6。问题是 frag_off 一直是 16384。我发送了很多数据，为什么 frag_off 总是恒定的？

谢谢。

Answer 1

片段偏移与标志共享。您设置了“DF”（不要分段）位。

如果片段偏移量为 0，则整个 16 位字段的值为 16384。

看看http://www.ietf.org/rfc/rfc791.txt，从第10页开始。

编辑：

您正在接收的 TCP 段中的 DF 位由远程端设置，以执行Path MTU discovery - 简而言之，试图避免碎片。 在这种情况下，发送方了解整个路径可以处理的最大 MTU，并切分 TCP 段，使它们在封装成 IP 后不会超过它。

EDIT2：

关于 recvfrom() 和 TCP 的使用：TCP 是一个面向连接的协议，所有的分段/分片细节都已经由它处理（分片显然是由低层 IP 处理的）——所以你做不需要处理它。您在发送端 write() 的任何内容最终都会在另一端被 read() - 可能 not 在相同的块中 - 即两次 4K 写入有时可能导致单个 8K 读取，有时在两次 4K 读取中 - 取决于中间媒体在重新排序/丢失方面的行为。

IP 分片和重组由操作系统透明处理，因此您无需担心，就像数据包乱序等一样（您只会看到性能下降对应用程序的影响） .

我可以推荐的一本好书是：UNIX network programming。鉴于 Steven 参与了 TCP，无论您使用哪种操作系统，这都是一本好书。

EDIT3：

如果您正在做某事以成为“中间人”（假设您有充分且正当的理由这样做:-) - 那么您可以通过查看现有技术来评估即将进行的工作：chaosreader （一种适用于 pcap 文件的脚本方法，但适用于其他东西），或 LibNIDS - 确实模拟 IP 碎片整理和 TCP 流重组；也许只是为了你的目的而重复使用它们。