ip头部长度的问题，求解答

ruanben

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

上面是linux的系统源文件定义的ip头部的一部分，我想问的是：既然字节序对一个字节没有影响，为什么还要分大端、小端哪？
如果我自己定义的ip头结构如下：
struct ip_header{
        u_int8_t ip_verlen;
        u_int8_t ip_tos;
        u_int16_t ip_len;
        u_int16_t ip_id;
        u_int16_t ip_off;          //包括三位标志和13位偏移m
        u_int8_t  ip_ttl;
        u_int8_t  ip_protocal;    //标识ICMP、IGMP、UDP、 TCP
        u_int16_t   ip_checksum;
        struct in_addr ip_source_address;
        struct in_addr ip_dst_address;
};
ip的头部长度为什么不是取高4位哪？？而是ip_header_len = (ipHeader->ip_verlen & 0x0f)<<2;，取低4位

hellioncu

位域的实现跟字节序有关

ruanben

回复 2# hellioncu


    我去查下位域的资料。但是自己定义那个结构哪？？那个不是位域啊！！为什么还是取低位哪？？

kprc

这么来说吧，大端序如：01234567
其中0123是version，而4567是len
这个值到了小端序的机器就成了：76543210
这个时候，你拿最前面的4个bit的结果就是version，version变成了：7654
len变成了3210了。
为了保证取到的前4个位是version，所以做了大小端序的处理。

folklore

1. #if __BYTE_ORDER == __LITTLE_ENDIAN
   
2.     unsigned int ip_hl:4;                /* header length */
   
3.     unsigned int ip_v:4;                /* version */
   
4. #endif
   
5. #if __BYTE_ORDER == __BIG_ENDIAN
   
6.     unsigned int ip_v:4;                /* version */
   
7.     unsigned int ip_hl:4;                /* header length */
   
8. #endif

复制代码

这样定义原则上是不行的（编译器依存）， 你可以向kenerl开发小组发Bug issue.
这样定义是基于以下事实的： 在BIG_ENDIAN编译环境下，
位域分配顺序是从高到低的。（当然这并不是完全正确的）。

最好的办法还是自已 <<。

ruanben

回复 4# kprc
不对吧！！大小端只对一个字节范围内有作用吧？？！！不会一个字节内也会倒序吧？？


   

ruanben

回复 5# folklore
恩，我看了些资料这样定义确实不好。针对大小端机器，比特序是不确定的！！但是我写的那个结构体类？？还是没有解答我的问题啊？？