精华内容
下载资源
问答
  • IP头部

    2011-03-07 20:58:00
    struct--iphdr -- IP头部 2007年10月12日 星期五 12:04 sk_buff->iphdr /usr/src/linux-2.6.19/include/linux/ip.h struct iphdr { #if defined(__LITTLE_ENDIAN_BITFIELD)  _...

    struct--iphdr -- IP头部
    2007年10月12日 星期五 12:04
    sk_buff->iphdr

    /usr/src/linux-2.6.19/include/linux/ip.h

    struct iphdr {
    #if defined(__LITTLE_ENDIAN_BITFIELD)
        __u8    ihl:4,
                version:4;
    #elif defined (__BIG_ENDIAN_BITFIELD)
        __u8    version:4,
                ihl:4;
    #else
    #error "Please fix <asm/byteorder.h>"
    #endif
        __u8    tos;
        __be16 -tot_len;
        __be16 -id;
        __be16 -frag_off;
        __u8    ttl;
        __u8    protocol;
        __be16 -check;
        __be32 -saddr;
        __be32 -daddr;
    };

         31                                     0
         |----|----|------|--|-------------------|----------
         |ver |ihl | -tos | -|    tot_len        |
         |----|----|------|--|-------------------|
         |       id          |   frag_off       -|
         |---------|---------|-------------------|
         |   ttl   |protocol |    check          | 20 Bytes
         |---------|---------|-------------------|
         |                saddr                  |
         |---------------------------------------|
         |                daddr                  |
         |---------------------------------------|----------
         |                                       |
        -|                options                | 40 Bytes
         |                                       |
         |---------------------------------------|

               
                  IPv4 (Internel协议)头部

     


    iphdr->version
        版本(4位),目前的协议版本号是4,因此IP有时也称作IPv4。

    iphdr->ihl
        首部长度(4位):首部长度指的是IP层头部占32 bit字的数目(也就是IP层头部包含多少个4字节 -- 32位),包括任何选项。由于它是一个4比特字段,因此首部最长为60个字节。普通IP数据报(没有任何选择项)字段的值是5 <==> 5 * 32 / 8 = 5 * 4 = 20 Bytes

    iphdr->tos
        服务类型字段(8位): 服务类型(TOS)字段包括一个3 bit的优先权子字段(现在已被忽略),4 bit的TOS子字段和1 bit未用位但必须置0。4 bit的TOS子字段分别代表:最小时延、最大吞吐量、最高可靠性和最
    小费用。4 bit中只能设置其中1 bit。如果所有4 bit均为0,那么就意味着是一般服务。

    iphdr->tot_len
        总长度字段(16位)是指整个IP数据报的长度,以字节为单位。利用首部长度字段和总长度字段,就可以知道 IP数据报中数据内容的起始位置和长度。由于该字段长16比特,所以IP数据报最长可达65535字节
         总长度字段是IP首部中必要的内容,因为一些数据链路(如以太网)需要填充一些数据以达到最小长度。尽管以太网的最小帧长为46字节,但是IP数据可能会更短。如果没有总长度字段,那么IP层就不知道46字节中有多少是IP数据报的内容。

    iphdr->id
        标识字段(16位)唯一地标识主机发送的每一份数据报。通常每发送一份报文它的值就会加1。

    iphdr->frag_off (16位)
        frag_off域的低13位 -- 分段偏移(Fragment offset)域指明了该分段在当前数据报中的什么位置上。除了一个数据报的最后一个分段以外,其他所有的分段(分片)必须是8字节的倍数。这是8字节是基本分段单位。由于该域有13个位,所以,每个数据报最多有8192个分段。因此,最大的数据报长度为65,536字节,比iphdr->tot_len域还要大1。

        iphdr->frag_off的高3位
        (1) 比特0是保留的,必须为0;
        (2) 比特1是“更多分片”(MF -- More Fragment)标志。除了最后一片外,其他每个组成数据报的片都要把该比特置1。
        (3) 比特2是“不分片”(DF -- Don't Fragment)标志,如果将这一比特置1,IP将不对数据报进行分片,这时如果有需要进行分片的数据报到来,会丢弃此数据报并发送一个ICMP差错报文给起始端。

          
       |---|-------------|
       |DM0|   offset    |
       |---|-------------|
       15 1312          0
           

    iphdr->ttl
        TTL(time-to-live) -- 8位,生存时间字段设置了数据报可以经过的最多路由器数。它指定了数据报的生存时间。TTL的初始值由源主机设置(通常为32或64),一旦经过一个处理它的路由器,它的值就减去1。当该字段的值为0时,数据报就被丢弃,并发送ICMP报文通知源主机。
        TTL(Time to live)域是一个用于限制分组生存期的计数器。这里的计数时间单位为秒,因此最大的生存期为255秒。在每一跳上该计数器必须被递减,而且,当数据报在一台路由器上排队时间较长时,该计数器必须被多倍递减。在实践中,它只是跳计数器,当它递减到0的时候,分组被丢弃,路由器给源主机发送一个警告分组。此项特性可以避免数据报长时间地逗留在网络中,有时候当路由表被破坏之后,这种事情是有可能发生的。

    iphdr->protocol
        协议字段(8位): 根据它可以识别是哪个协议向IP传送数据。
        当网络层组装完成一个完整的数据报之后,它需要知道该如何对它进行处理。协议(Protocol)域指明了该将它交给哪个传输进程。TCP是一种可能,但是UDP或者其他的协议也是可能的。

    iphdr->check
        首部检验和字段(16位)是根据IP首部计算的检验和码。它不对首部后面的数据进行计算。 ICMP、IGMP、UDP和TCP在它们各自的首部中均含有同时覆盖首部和数据检验和码。
        为了计算一份数据报的IP检验和,首先把检验和字段置为0。然后,对首部中每个16 bit进行二进制反码求和(整个首部看成是由一串16 bit的字组成),结果存在检验和字段中。当收到一份IP数据报后,同样对首部中每个16 bit进行二进制反码的求和。由于接收方在计算过程中包含了发送方存在首部中的检验和,因此,如果首部在传输过程中没有发生任何差错,那么接收方计算的结果应该为全1。如果结果不是全1(即检验和错误),那么IP就丢弃收到的数据报。但是不生成差错报文,由上层去发现丢失的数据报并进行重传。

    iphdr->saddr
        32位源IP地址
    iphdr->daddr
        32位目的IP地址

     


    网络字节序
        4个字节的32 bit值以下面的次序传输:首先是0~7bit,其次8~15bit,然后16~23bit,最后是24~31 bit。这种传输次序称作big endian字节序。由于TCP/IP首部中所有的二进制整数在网络中传输时都要求以这种次序,因此它又称作网络字节序。

    tcphdr结构
    2008年07月08日 星期二 16:20
    /usr/src/linux/include/linux/tcp.h

    struct tcphdr {
        __be16 source;
        __be16 dest;
        __be32 seq;
        __be32 ack_seq;
    #if defined(__LITTLE_ENDIAN_BITFIELD)
        __u16   res1:4,
                doff:4,
                fin:1,
                syn:1,
                rst:1,
                psh:1,
                ack:1,
                urg:1,
                ece:1,
                cwr:1;
    #elif defined(__BIG_ENDIAN_BITFIELD)
        __u16   doff:4,
                res1:4,
                cwr:1,
                ece:1,
                urg:1,
                ack:1,
                psh:1,
                rst:1,
                syn:1,
                fin:1;
    #else
    #error "Adjust your <asm/byteorder.h> defines"
    #endif
        __be16 window;
        __be16 check;
        __be16 urg_ptr;
    };


         |----------------|----------------|-------------
         |     source     |     dest       |
         |----------------|----------------|
         |               seq               |
         |---------------------------------|
         |               ack_seq           | 20 Bytes
         |----|----|------|----------------|
         |doff|res1|      |     window     |
         |----|----|------|----------------|
         |     check      |     urg_ptr    |
         |----------------|----------------|-------------
         |             options             | 4 Bytes
         |---------------------------------|  

                        TCP头

     


    tcphdr->source
        16位源端口号

    tcphdr->dest
        16位目的端口号

    tcphdr->seq
        表示此次发送的数据在整个报文段中的起始字节数。序号是32 bit的无符号数。为了安全起见,它的初始值是一个随机生成的数,它到达32位最大值后,又从零开始。

    tcphdr->ack_seq
        指定的是下一个期望接收的字节,而不是已经正确接收到的最后一个字节。

    tcphdr->doff
        TCP头长度,指明了在TCP头部包含多少个32位的字。此信息是必须的,因为options域的长度是可变的,所以整个TCP头部的长度也是变化的。从技术上讲,这个域实际上指明了数据部分在段内部的其起始地址(以32位字作为单位进行计量),因为这个数值正好是按字为单位的TCP头部的长度,所以,二者的效果是等同的

    tcphdr->res1为保留位

    tcphdr->window
        是16位滑动窗口的大小,单位为字节,起始于确认序列号字段指明的值,这个值是接收端正期望接收的字节数,其最大值是63353字节。
        TCP中的流量控制是通过一个可变大小的滑动窗口来完成的。window域指定了从被确认的字节算起可以接收的多少个字节。window = 0也是合法的,这相当于说,到现在为止多达ack_seq-1个字节已经接收到了,但是接收方现在状态不佳,需要休息一下,等一会儿再继续接收更多的数据,谢谢。以后,接收方可以通过发送一个同样ack_seq但是window不为0的数据段,告诉发送方继续发送数据段。

    tcphdr->check
        是检验和,覆盖了整个的TCP报文段,这是一个强制性的字段,一定是由发送端计算和存储,并由接收端进行验证。

    tcphdr->urg_ptr
        这个域被用来指示紧急数据在当前数据段中的位置,它是一个相对于当前序列号的字节偏移值。这个设施可以代替中断信息。
      
    fin, syn, rst, psh, ack, urg为6个标志位
        这6个位域已经保留了超过四分之一个世纪的时间而仍然原封未动,这样的事实正好也说明了TCP的设计者们考虑的是多么的周到。它们的含义如下:
        tcphdr->fin fin位被用于释放一个连接。它表示发送方已经没有数据要传输了。
        tcphdr->syn 同步序号,用来发起一个连接。syn位被用于建立连接的过程。在连接请求中,syn=1; ack=0表示该数据段没有使用捎带的确认域。连接应答捎带了一个确认,所以有syn=1; ack=1。本质上,syn位被用来表示connection request和connection accepted,然而进一步用ack位来区分这两种情况。
        tcphdr->rst 该为用于重置一个已经混乱的连接,之所以会混乱,可能是由于主机崩溃,或者其他的原因。该位也可以被用来拒绝一个无效的数据段,或者拒绝一个连接请求。一般而言,如果你得到的数据段设置了rst位,那说明你这一端有了问题。
        tcphdr->psh 接收方在收到数据后应立即请求将数据递交给应用程序,而不是将它缓冲起来直到整个缓冲区接收满为止(这样做的目的可能是为了效率的原因)
        tcphdr->ack ack位被设置为1表示tcphdr->ack_seq是有效的。如果ack为0,则该数据段不包含确认信息,所以,tcphdr->ack_seq域应该被忽略。
        tcphdr->urg 紧急指针有效

        tcphdr->ece 用途暂时不明
        tcphdr->cwr 用途暂时不明
        内核源代码在函数tcp_transmit_skb()中建立tcp首部。

     


    本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/ff110698662/archive/2010/05/22/5616431.aspx

    展开全文
  • ip头部

    2014-06-01 11:29:36
  • IP头部详解

    万次阅读 2018-06-29 16:52:02
    版本号(Version):长度4比特。标识目前采用的IP协议的版本号。...该部分占4个bit位,单位为32bit(4个字节),即本区域值= IP头部长度(单位为bit)/(8*4),因此,一个IP包头的长度最长为“1111...
    展开全文
  • struct iphdr IP头部  sk_buff->iphdr /usr/src/linux-2.6.19/include/linux/ip.h struct iphdr { #if defined(__LITTLE_ENDIAN_BITFIELD)  __u8 ihl:4,  version:4; #elif

    struct iphdr IP头部 

    sk_buff->iphdr

    /usr/src/linux-2.6.19/include/linux/ip.h

    struct iphdr {
    #if defined(__LITTLE_ENDIAN_BITFIELD)
        __u8    ihl:4,
                version:4;
    #elif defined (__BIG_ENDIAN_BITFIELD)
        __u8    version:4,
                ihl:4;
    #else
    #error "Please fix <asm/byteorder.h>"
    #endif

        __u8    tos;
        __be16 -tot_len;
        __be16 
    -id;
        __be16 
    -frag_off;
        __u8    ttl;
        __u8    protocol;
        __be16 
    -check;
        __be32 
    -saddr;
        __be32 
    -daddr;
    };

         31                                     0
         |----|----|------|--|-------------------|
    ----------
         |ver |ihl | -tos -|    tot_len        |
         |----|----|------|--|-------------------|
         |       id          |   frag_off       -|
         |---------|---------|-------------------|
         |   ttl   |protocol |    check          | 20 Bytes
         |---------|---------|-------------------|
         |                saddr                  |
         |---------------------------------------|
         |                daddr                  |
         |---------------------------------------|
    ----------
         |                                       |
        -|                options                | 40 Bytes
         |                                       |
         |
    ---------------------------------------|

                
                  IPv4 (Internel协议)头部 




    iphdr->version
        版本(4位),目前的协议版本号是4,因此IP有时也称作IPv4。

    iphdr->ihl
        首部长度(4位):首部长度指的是IP层头部占32 bit字的数目(也就是IP层头部包含多少个4字节 -- 32位),包括任何选项。由于它是一个4比特字段,因此首部最长为60个字节。普通IP数据报(没有任何选择项)字段的值是5 <==> 5 * 32 / 8 = 5 * 4 = 20 Bytes

    iphdr->tos
        服务类型字段(8位): 服务类型(TOS)字段包括一个3 bit的优先权子字段(现在已被忽略),4 bit的TOS子字段和1 bit未用位但必须置0。4 bit的TOS子字段分别代表:最小时延、最大吞吐量、最高可靠性和最
    小费用。4 bit中只能设置其中1 bit。如果所有4 bit均为0,那么就意味着是一般服务。

    iphdr->tot_len
        总长度字段(16位)是指整个IP数据报的长度,以字节为单位。利用首部长度字段和总长度字段,就可以知道 IP数据报中数据内容的起始位置和长度。由于该字段长16比特,所以IP数据报最长可达65535字节
         总长度字段是IP首部中必要的内容,因为一些数据链路(如以太网)需要填充一些数据以达到最小长度。尽管以太网的最小帧长为46字节,但是IP数据可能会更短。如果没有总长度字段,那么IP层就不知道46字节中有多少是IP数据报的内容。

    iphdr->id
        标识字段(16位)唯一地标识主机发送的每一份数据报。通常每发送一份报文它的值就会加1。

    iphdr->frag_off (16位)
        frag_off域的低13位 -- 分段偏移(Fragment offset)域指明了该分段在当前数据报中的什么位置上。除了一个数据报的最后一个分段以外,其他所有的分段(分片)必须是8字节的倍数。这是8字节是基本分段单位。由于该域有13个位,所以,每个数据报最多有8192个分段。因此,最大的数据报长度为65,536字节,比iphdr->tot_len域还要大1。

        iphdr->frag_off的高3位
        (1) 比特0是保留的,必须为0;
        (2) 比特1是“更多分片”(MF -- More Fragment)标志。除了最后一片外,其他每个组成数据报的片都要把该比特置1。
        (3) 比特2是“不分片”(DF -- Don't Fragment)标志,如果将这一比特置1,IP将不对数据报进行分片,这时如果有需要进行分片的数据报到来,会丢弃此数据报并发送一个ICMP差错报文给起始端。

           
       |---|-------------|
       |DM0|   offset    |
       |---|-------------|
       15 1312          0 
            

    iphdr->ttl
        TTL(time-to-live) -- 8位,生存时间字段设置了数据报可以经过的最多路由器数。它指定了数据报的生存时间。TTL的初始值由源主机设置(通常为32或64),一旦经过一个处理 它的路由器,它的值就减去1。当该字段的值为0时,数据报就被丢弃,并发送ICMP报文通知源主机。
        TTL(Time to live)域是一个用于限制分组生存期的计数器。这里的计数时间单位为秒,因此最大的生存期为255秒。在每一跳上该计数器必须被递减,而且,当数据报在 一台路由器上排队时间较长时,该计数器必须被多倍递减。在实践中,它只是跳计数器,当它递减到0的时候,分组被丢弃,路由器给源主机发送一个警告分组。此 项特性可以避免数据报长时间地逗留在网络中,有时候当路由表被破坏之后,这种事情是有可能发生的。

    iphdr->protocol
        协议字段(8位): 根据它可以识别是哪个协议向IP传送数据。
        当网络层组装完成一个完整的数据报之后,它需要知道该如何对它进行处理。协议(Protocol)域指明了该将它交给哪个传输进程。TCP是一种可能,但是UDP或者其他的协议也是可能的。

    iphdr->check
        首部检验和字段(16位)是根据IP首部计算的检验和码。它不对首部后面的数据进行计算。 ICMP、IGMP、UDP和TCP在它们各自的首部中均含有同时覆盖首部和数据检验和码。
        为了计算一份数据报的IP检验和,首先把检验和字段置为0。然后,对首部中每个16 bit进行二进制反码求和(整个首部看成是由一串16 bit的字组成),结果存在检验和字段中。当收到一份IP数据报后,同样对首部中每个16 bit进行二进制反码的求和。由于接收方在计算过程中包含了发送方存在首部中的检验和,因此,如果首部在传输过程中没有发生任何差错,那么接收方计算的结 果应该为全1。如果结果不是全1(即检验和错误),那么IP就丢弃收到的数据报。但是不生成差错报文,由上层去发现丢失的数据报并进行重传。

    iphdr->saddr
        32位源IP地址
    iphdr->daddr
        32位目的IP地址

    网络字节序
        4个字节的32 bit值以下面的次序传输:首先是0~7bit,其次8~15bit,然后16~23bit,最后是24~31 bit。这种传输次序称作big endian字节序。由于TCP/IP首部中所有的二进制整数在网络中传输时都要求以这种次序,因此它又称作网络字节序

    tcphdr结构

    /usr/src/linux/include/linux/tcp.h

    struct tcphdr {
        __be16 source;
        __be16 dest;
        __be32 seq;
        __be32 ack_seq;
    #if defined(__LITTLE_ENDIAN_BITFIELD)
        __u16   res1:4,
                doff:4,
                fin:1,
                syn:1,
                rst:1,
                psh:1,
                ack:1,
                urg:1,
                ece:1,
                cwr:1;
    #elif defined(__BIG_ENDIAN_BITFIELD)
        __u16   doff:4,
                res1:4,
                cwr:1,
                ece:1,
                urg:1,
                ack:1,
                psh:1,
                rst:1,
                syn:1,
                fin:1;
    #else
    #error "Adjust your <asm/byteorder.h> defines"
    #endif

        __be16 window;
        __be16 check;
        __be16 urg_ptr;
    };


         |----------------|----------------|-------------
         |     source     |     dest       |
         |----------------|----------------|
         |               seq               |
         |---------------------------------|
         |               ack_seq           | 20 Bytes
         |----|----|------|----------------|
         |doff|res1|      |     window     |
         |----|----|------|----------------|
         |     check      |     urg_ptr    |
         |----------------|----------------|-------------
         |             options             | 4 Bytes
         |---------------------------------|   

                        TCP头 




    tcphdr->source
        16位源端口号

    tcphdr->dest
        16位目的端口号

    tcphdr->seq
        表示此次发送的数据在整个报文段中的起始字节数。序号是32 bit的无符号数。
    为了安全起见,它的初始值是一个随机生成的数,它到达32位最大值后,又从零开始。

    tcphdr->
    ack_seq

        指定的是下一个期望接收的字节,而不是已经正确接收到的最后一个字节。

    tcphdr->doff
        TCP头长度,指明了在TCP头部包含多少个32位的字。此信息是必须的,因为options域的长度是可变的,所以整个TCP头部的长度也是变化的。从 技术上讲,这个域实际上指明了数据部分在段内部的其起始地址(以32位字作为单位进行计量),因为这个数值正好是按字为单位的TCP头部的长度,所以,二 者的效果是等同的

    tcphdr->res1为保留位

    tcphdr->window
        是16位滑动窗口的大小,单位为字节,起始于确认序列号字段指明的值,这个值是接收端正期望接收的字节数,其最大值是63353字节。
        TCP中的流量控制是通过一个可变大小的滑动窗口来完成的。window域指定了从被确认的字节算起可以接收的多少个字节。window = 0也是合法的,这相当于说,到现在为止多达
    ack_seq-1个字节已经接收到了,但是接收方现在状态不佳,需要休息一下,等一会儿再继续接收更多的数据,谢谢。以后,接收方可以通过发送一个同样ack_seq但是window不为0的数据段,告诉发送方继续发送数据段。

    tcphdr->check
        是检验和,覆盖了整个的TCP报文段,这是一个强制性的字段,一定是由发送端计算和存储,并由接收端进行验证。

    tcphdr->urg_ptr
        这个域被用来指示紧急数据在当前数据段中的位置,它是一个相对于当前序列号的字节偏移值。这个设施可以代替中断信息。 
       
    fin, syn, rst, psh, ack, urg为6个标志位
        这6个位域已经保留了超过四分之一个世纪的时间而仍然原封未动,这样的事实正好也说明了TCP的设计者们考虑的是多么的周到。它们的含义如下:
        tcphdr->fin fin位被用于释放一个连接。它表示发送方已经没有数据要传输了。
        tcphdr->syn 同步序号,用来发起一个连接。syn位被用于建立连接的过程。在连接请求中,syn=1; ack=0表示该数据段没有使用捎带的确认域。连接应答捎带了一个确认,所以有syn=1; ack=1。本质上,syn位被用来表示connection request和connection accepted,然而进一步用ack位来区分这两种情况。 
        tcphdr->rst 该为用于重置一个已经混乱的连接,之所以会混乱,可能是由于主机崩溃,或者其他的原因。该位也可以被用来拒绝一个无效的数据段,或者拒绝一个连接请求。一般而言,如果你得到的数据段设置了rst位,那说明你这一端有了问题。 
        tcphdr->psh 接收方在收到数据后应立即请求将数据递交给应用程序,而不是将它缓冲起来直到整个缓冲区接收满为止(这样做的目的可能是为了效率的原因) 
        tcphdr->ack ack位被设置为1表示
    tcphdr->ack_seq是有效的。如果ack为0,则该数据段不包含确认信息,所以,tcphdr->ack_seq域应该被忽略。
        tcphdr->urg 紧急指针有效 

        tcphdr->ece 用途暂时不明
        tcphdr->cwr 用途暂时不明
        内核源代码在函数tcp_transmit_skb()中建立tcp首部。

    --------------------------------------------------------------------------------------------------------------
    先看linux中ip.h中ip结构体的定义

    struct ip
      {
    #if __BYTE_ORDER == __LITTLE_ENDIAN
        unsigned int ip_hl:4; /* header length */
        unsigned int ip_v:4; /* version */
    #endif
    #if __BYTE_ORDER == __BIG_ENDIAN
        unsigned int ip_v:4; /* version */
        unsigned int ip_hl:4; /* header length */
    #endif
        u_int8_t ip_tos; /* type of service */
        u_short ip_len; /* total length */
        u_short ip_id; /* identification */
        u_short ip_off; /* fragment offset field */
    #define IP_RF 0x8000 /* reserved fragment flag */
    #define IP_DF 0x4000 /* dont fragment flag */
    #define IP_MF 0x2000 /* more fragments flag */
    #define IP_OFFMASK 0x1fff /* mask for fragmenting bits */
        u_int8_t ip_ttl; /* time to live */
        u_int8_t ip_p; /* protocol */
        u_short ip_sum; /* checksum */
        struct in_addr ip_src, ip_dst; /* source and dest address */
      }; 


    其中有两个不同的分支:

        当主机字节序为大端 ver字段位于首字节四位;

        当主机字节序为小端 ver字段位于首字节四位。

    这个分支的出现来源于主机比特序(bit order)——为兼容不同处理器架构的主机

        首先要了解两点:

        1.大端机器中字节序与位序:

           字节序列里最高有效字节(MSB)位于起始地址(低地址),最低有效字节(LSB)位于末地址(高地址);

           位序列里最高有效位位于起始地址,最低有效位末地址



        2.小端机器中的字节序与位序:
          字节序列里最低有效字节(LSB)位于起始地址(低地址),最高有效字节(MSB)位于末地址(高地址);

              位序列里最低有效位位于起始地址,最高有效位末地址。



        由此可以发现一个特点,机器中字节序与位序是统一的。

        

        基于上面两个重要的知识点,下面再来观察ip头部结构定义中的两个分支

        1.当主机机器为小端:

          首字节中0~3位为ip_hl,4~7位为ip_v;当发送到大端系统中,大端机器根据ip头部结构编排,首字节中       首部长度位于字节的后四位,于是在相应内存单元中的0~3位获取hl。(问题:小端位序是大端位序的轴       对称?是的话这段论述便不成立)

        2.当主机机器为大端:同理,对于网络字节序(大端)能得出正确的数据。


    未完待续

    1.数据包字节以及字节内位在物理层上的发送顺序?

    2.字节序由什么决定?

    3.假想的数据读过程:

      小端机器中,cpu从内存中最低地址找到最低有效字节,然后从最低位中找到最低有效位,拼装数据



    http://blog.chinaunix.net/uid-21807675-id-1814893.html

    http://blog.sina.com.cn/s/blog_75e9551f01013w9z.html


    展开全文
  • IP头部之IHL

    2020-03-02 21:14:55
    参考RFC-791 ...IP 头部头部最后一行是特殊添加的内容,有没有第6行视情况而定,所以说最短是5行 如果只是有5行,那么头部的总大小就是 4B * 5行 = 20 B 分析IHL字段: IHL是4位二进制 表示范围看...
  • (1)ip头部信息:ip头部信息出现在每个ip报文数据报中,用于指定ip通信的远端ip地址,目的端ip地址,指导ip分片和重组,以及部分的通信行为。 (2)ip数据报的路由和转发:ip数据报文的路由和转发发生在除目标机器...
  • IP头部结构

    2016-11-18 03:02:21
    IP头部结构    RFC 751定义了因特网协议,IP是一个无连接的协议,这意味着它将每个IP分组都看成是与其他IP分组无关的独立数据单元。IP不具备通常为了确保数据的认证机制,如果再分组转发过程中发生错误,IP...
  • IP头部校验和计算

    2012-03-09 14:27:32
    IP头部校验和计算
  • TCP IP 头部

    2013-10-31 14:51:07
    TCP头部IP头部 转载于:https://blog.51cto.com/jqtian/1317730
  • TCP/IP头部详解

    2017-11-20 16:39:00
    在网上找了很多有关tcp/ip头部解析的资料,都是类似于下面的结构 抽象出图文是这种结构,但是在底层中数据到底是怎么传输的呢?没有答案,在深入学习之后,总结出数据传输的方式 IP数据包头部格式: 上面是在...
  • 小菜鸟一枚,搜了很久没找到信息,大神们求指导 我想要在IP 头部option中添加自定义信息,主要用于过滤请求,该怎么做?
  • IP定义IP用于实现数据的不可靠面向无连接的通信,实现三层数据...其长度是可变的字段含义版本号表示IP协议版本,对IPv4来说这个值总是4bit头部长度头部长度(默认为20字节)服务类型为应用程序、主机或路由器处理报...
  • 1、网络包的组成: 报头/起始帧分界符——MAC头部——IP头部——TCP头部——数据——FCS(帧校验序列)2、TCP头部由TCP模块负责添加,头部格式如下:(最小20字节) 发送方端口号 接收方端口号 序号(发送数据的顺序...
  • ip属于网络层协议,其意义在于确定设备的位置,即ip地址。但又和arp与tcp不同,它是为传输层服务的,通常将tcp和udp架在ip协议之上。所以他只不过是一个数据的载体,本身并没有自己的询问与回复功能。他在程序中,只...
  • IP协议协议--IP头部信息

    万次阅读 2017-11-18 18:13:07
    IP协议概述  IP协议是TCP/IP协议簇的核心,它为上层(传输层)协议(TCP/UDP)提供无状态、无连接、不可靠的服务。  (1) 无状态: IP通信双方的数据状态信息不同步,即所有的IP数据报的发送、传输、接收都是相互独立...
  • 关于IP头部检验

    千次阅读 2009-08-20 17:40:00
    2、对IP头部中的每16bit进行二进制求和;3、如果和的高16bit不为0,则将和的高16bit和低16bit反复相加,直到和的高16bit为0,从而获得一个16bit的值;4、 将该16bit的值取反,存入校验和字段。当接收IP包时,需要对...
  • IP网关以及IP头部解析

    2020-05-16 22:13:04
  • IP头部校验(转)

    2013-10-30 16:49:00
    2、对IP头部中的每16bit进行二进制求和; 3、如果和的高16bit不为0,则将和的高16bit和低16bit反复相加,直到和的高16bit为0,从而获得一个16bit的值; 4、 将该16bit的值取反,存入校验和字段。 当接收IP包时,...
  • struct--iphdr -- IP头部

    千次阅读 2016-10-08 09:24:43
    struct--iphdr -- IP头部  sk_buff->iphdr /usr/src/linux-2.6.19/include/linux/ip.h struct iphdr { #if defined(__LITTLE_ENDIAN_BITFIELD)  __u8 ihl:4,  version:4; #eli
  • IP头部解析

    千次阅读 2015-06-15 16:29:15
    一个IP数据报由首部和数据两部分组成。首部的前一部分是固定长度,共20字节,是所有IP数据报必须具有的。在首部的固定部分的后面是一些可选字段,其长度是可变的。 版本——占4位,指IP协议的版本,目前的IP...
  • TCP头部报文如上图所示。源端口号,目标端口号TCP 的报文里没有 源IP和 目的IP,因为那是IP层协议的事情,TCP层只有源端口和目的端口。源IP,源端口,目的IP,目的端口构成了 TCP 连接的 “四元组”。一个四元组可以...
  • 三、mac头部 四、何为以太网 1.以太网的定义 2.如何收发以太网包 3.以太网接收网络包详细 4.收到网络包后,协议如何工作 一、以太网包 TCP 模块在执行连接、收发、断开等各阶段操作时,都需要委托 IP 模块...
  • TCP/IP头部结构体

    2020-05-26 17:58:06
    // i386 is little_endian. #ifndef LITTLE_ENDIAN #define LITTLE_ENDIAN (1) //BYTE ORDER ...//Mac头部,总长度14字节 typedef struct _eth_hdr { unsigned char dstmac[6]; //目标mac地址 unsigned.
  • 之前写过一篇《通俗易懂TCP/IP(概述)》,广受欢迎和好评,有网友催更,便抽空续写IP章节,回应粉丝期待。TCP/IP网络模型TCP/IP网络模型分为4层,自下而上分布为链路层(又叫网络接口层)、网络层、传输层、应用层。...
  • 一----IP简介1---IP地址简介:Internet Protocol Address-IP网际协议地址,常读写为IP,有IPV4,IPV6(现在的主流依然是IP v4) 所有的IP地址都由国际组织NIC(Network Information Center)负责统一分配,目前全世界...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 3,459
精华内容 1,383
关键字:

ip头部