网络协议头

最新推荐文章于 2024-09-12 18:46:59 发布

jaronho

最新推荐文章于 2024-09-12 18:46:59 发布

阅读量458

点赞数 1

分类专栏：网络文章标签：网络

本文链接：https://blog.csdn.net/hezhanran/article/details/101512368

版权

网络专栏收录该内容

20 篇文章 9 订阅

订阅专栏

文章目录

一、IP结构

头文件：
/usr/include/linux/ip.h
结构体：

 struct iphdr
    {
    #if defined(__LITTLE_ENDIAN_BITFIELD)   /* 小端模式 */
        __u8	ihl:4,          /* 首部长度(4位) */
            version:4;          /* IP协议版本IPv4 */
    #elif defined (__BIG_ENDIAN_BITFIELD)   /* 大端模式 */
        __u8	version:4,      /* IP协议版本IPv4 */
            ihl:4;              /* 首部长度(4位) */
    #else
    #error	"Please fix <asm/byteorder.h>"
    #endif
        __u8	tos;            /* 服务类型字段(8位) */
        __be16	tot_len;        /* 16位IP数据报总长度 */
        __be16	id;             /* 16位标识字段(唯一表示主机发送的每一分数据报) */
        __be16	frag_off;       /* 3位分段标志+13位分段偏移数 */
        __u8	ttl;            /* 8位数据报生存时间 */
        __u8	protocol;       /* 协议字段(8位) */
        __sum16	check;          /* 16位首部校验 */
        __be32	saddr;          /* 源IP地址 */
        __be32	daddr;          /* 目的IP地址 */
        /*The options start here. */
    };

字段说明：
        version版本（4位），目前的协议版本号是4，因此IP有时也称作IPv4。
        ihl首部长度（4位），首部长度指的是IP层头部占32 bit字的数目（也就是IP层头部包含多少个4字节 – 32位），包括任何选项。由于它是一个4比特字段，因此首部最长为60个字节。普通IP数据报（没有任何选择项）字段的值是5 <==> 5 * 32 / 8 = 5 * 4 = 20 Bytes。
        tos服务类型字段（8位），服务类型（TOS）字段包括一个3 bit的优先权子字段（现在已被忽略），4 bit的TOS子字段和1 bit未用位但必须置0.4 bit的TOS子字段分别代表：最小时延，最大吞吐量，最高可靠性和最小费用。4 bit中只能设置其中1 bit。如果所有4 bit均为0，那么就意味着是一般服务。
        tot_len总长度字段（16位）是指整个IP数据报的长度，以字节为单位。利用首部长度字段和总长度字段，就可以知道IP数据报中数据内容的起始位置和长度。由于该字段长16比特，所以IP数据报最长可达65535字节。总长度字段是IP首部中必要的内容，因为一些数据链路（如以太网）需要填充一些数据以达到最小长度。尽管以太网的最小帧长为46字节，但是IP数据可能会更短。如果没有总长度字段，那么IP层就不知道46字节中有多少是IP数据报的内容。
        id标识字段（16位）唯一地标识主机发送的每一份数据报。通常每发送一份报文它的值就会加1。
        frag_offfrag_off域的低13位 – 分段偏移（Fragment offset）域指明了该分段在当前数据报中的什么位置上。除了一个数据报的最后一个分段以外，其他所有的分段（分片）必须是8字节的倍数。这是8字节是基本分段单位。由于该域有13个位，所以，每个数据报最多有8192个分段。因此，最大的数据报长度为65536字节，比iphdr->tot_len域还要大1。iphdr->frag_off的高3位：
        1、比特0是保留的，必须为0。
        2、比特1是“不分片”（DF – Don’t Fragment）标志，如果将这一比特置1，IP将不对数据报进行分片，这时如果有需要进行分片的数据报到来，会丢弃此数据报并发送一个ICMP差错报文给起始端。
        3、比特2是"更多分片"（MF – More Fragment）标志。除了最后一片外，其他每个组成数据报的片都要把该比特置1。
        ttl: TTL（time-to-live）8位，生存时间字段设置了数据报可以经过的最多路由器数。它指定了数据报的生存时间。TTL的初始值由源主机设置（通常为32或64），一旦经过一个处理它的路由器，它的值就减去1。当该字段的值为0时，数据报就被丢弃，并发送ICMP报文通知源主机。TTL（Time to live）域是一个用于限制分组生存期的计数器。这里的计数时间单位为秒，因此最大的生存期为255秒。在每一跳上该计数器必须被递减，而且当数据报在一台路由器上排队时间较长时，该计数器必须被多倍递减。在实践中，它只是跳计数器，当它递减到0的时候，分组被丢弃，路由器给源主机发送一个警告分组。此项特性可以避免数据报长时间地逗留在网络中，有时候当路由表被破坏之后，这种事情是有可能发生的。
        protocol协议字段（8位）根据它可以识别是哪个协议向IP传送数据。当网络层组装完成一个完整的数据报之后，它需要知道该如何对它进行处理。协议（Protocol）域指明了该将它交给哪个传输进程。TCP是一种可能，但是UDP或者其他的协议也是可能的。
        check首部检验和字段（16位）是根据IP首部计算的检验和码。它不对首部后面的数据进行计算。ICMP，IGMP，UDP和TCP在它们各自的首部中均含有同时覆盖首部和数据检验和码。为了计算一份数据报的IP检验和,首先把检验和字段置为0.然后,对首部中每个16 bit进行二进制反码求和（整个首部看成是由一串16 bit的字组成），结果存在检验和字段中。当收到一份IP数据报后，同样对首部中每个16 bit进行二进制反码的求和。由于接收方在计算过程中包含了发送方存在首部中的检验和，因此如果首部在传输过程中没有发生任何差错，那么接收方计算的结果应该为全1。如果结果不是全1（即检验和错误），那么IP就丢弃收到的数据报。但是不生成差错报文，由上层去发现丢失的数据报并进行重传。
        saddr32位源IP地址。
        daddr32位目的IP地址。
补充：
        IP首部长度=（ihl * 4）字节。

二、TCP结构

头文件：
/usr/include/netinet/tcp.h
结构体：

struct tcphdr
    {
        u_int16_t source;       /* 16位源端口号 */
        u_int16_t dest;         /* 16位目的端口号 */
        u_int32_t seq;          /* 序列号 */
        u_int32_t ack_seq;      /* 确认号 */
    #if __BYTE_ORDER == __LITTLE_ENDIAN     /* 小端模式 */
        u_int16_t res1:4;
        u_int16_t doff:4;
        u_int16_t fin:1;
        u_int16_t syn:1;
        u_int16_t rst:1;
        u_int16_t psh:1;
        u_int16_t ack:1;
        u_int16_t urg:1;
        u_int16_t res2:2;
    #elif __BYTE_ORDER == __BIG_ENDIAN      /* 大端模式 */
        u_int16_t doff:4;
        u_int16_t res1:4;
        u_int16_t res2:2;
        u_int16_t urg:1;
        u_int16_t ack:1;
        u_int16_t psh:1;
        u_int16_t rst:1;
        u_int16_t syn:1;
        u_int16_t fin:1;
    #else
    #error "Adjust your <bits/endian.h> defines"
    #endif
        u_int16_t window;       /* 窗口大小 */
        u_int16_t check;        /* 检验和 */
        u_int16_t urg_ptr;
    };

字段说明：
        source16位源端口号。
        dest16位目的端口号。
        seq表示此次发送的数据在整个报文段中的起始字节数。序号是32 bit的无符号数。为了安全起见，它的初始值是一个随机生成的数，它到达32位最大值后，又从零开始。
        ack_seq指定的是下一个期望接收的字节，而不是已经正确接收到的最后一个字节。
        doffTCP头长度，指明了在TCP头部包含多少个32位的字。此信息是必须的，因为options域的长度是可变的，所以整个TCP头部的长度也是变化的。从技术上讲，这个域实际上指明了数据部分在段内部的其起始地址（以32位字作为单位进行计量），因为这个数值正好是按字为单位的TCP头部的长度，所以二者的效果是等同的。
        res1为保留位。
        res2为保留位。
        fin被用于释放一个连接，它表示发送方已经没有数据要传输了。
        syn同步序号，用来发起一个连接。syn位被用于建立连接的过程。在连接请求中，syn=1；ack=0表示该数据段没有使用捎带的确认域。连接应答捎带了一个确认，所以有syn=1；ack=1。本质上syn位被用来表示connection request和connection accepted，然而进一步用ack位来区分这两种情况。
        rst用于重置一个已经混乱的连接，之所以会混乱，可能是由于主机崩溃，或者其他的原因。该位也可以被用来拒绝一个无效的数据段，或者拒绝一个连接请求。一般而言，如果你得到的数据段设置了rst位，那说明你这一端有了问题。
        psh接收方在收到数据后应立即请求将数据递交给应用程序，而不是将它缓冲起来直到整个缓冲区接收满为止（这样做的目的可能是为了效率的原因）。
        ack被设置为1表示tcphdr->ack_seq是有效的。如果ack为0，则该数据段不包含确认信息，所以tcphdr->ack_seq域应该被忽略。
        urg紧急指针有效。
        window是16位滑动窗口的大小，单位为字节，起始于确认序列号字段指明的值，这个值是接收端正期望接收的字节数，其最大值是63353字节。TCP中的流量控制是通过一个可变大小的滑动窗口来完成的。window域指定了从被确认的字节算起可以接收的多少个字节。window = 0也是合法的，这相当于说，到现在为止多达ack_seq-1个字节已经接收到了，但是接收方现在状态不佳，需要休息一下，等一会儿再继续接收更多的数据，谢谢。以后接收方可以通过发送一个同样ack_seq但是window不为0的数据段，告诉发送方继续发送数据段。
        check是检验和，覆盖了整个的TCP报文段，这是一个强制性的字段，一定是由发送端计算和存储,并由接收端进行验证。
        urg_ptr用来指示紧急数据在当前数据段中的位置，它是一个相对于当前序列号的字节偏移值。这个设施可以代替中断信息。
补充：
        TCP首部长度=（doff * 4）字节。

三、UDP结构

头文件：
/usr/include/linux/udp.h
结构体：

struct udphdr
    {
        u_int16_t source;       /* 16位源端口号 */
        u_int16_t dest;         /* 16位目的端口号 */
        u_int16_t len;          /* 表示此次发送的数据报的长度 */
        u_int16_t check;        /* 检验和 */
    };

字段说明：
        source16位源端口号。
        dest16位目的端口号。
        len表示此次发送的数据报的长度=首部长度+数据长度。
        check检验和，校验的是首部和数据的总的校验和。
补充：
        UDP首部长度=8字节。