关于IP 包头与字节顺序的问题。。。

关于IP 包头与字节顺序的问题。。。

在IP头的定义中，最初4位是IP协议版本，然后的4位是IP包头
的长度。而bsd对ip头的定义是这样的：
struct ip
{
#if defined(_LITTLE_ENDIAN_BITFIELD)
_u8 ip_hl:4; // for little-endian machine,such as x86
_u8 ip_v:4;
...
#else
_u8 ip_v:4; // for big-endian machine, such as 68000
_u8 ip_hl:4;
...
};
注意两种情况下协议版本和ip包头长度的位置不同。
这是为什么呢？如果是因为网络字节顺序和主机字节
顺序不同的话，但是这里是字节内部两个
半字节的顺序不同阿。。。
望高手解惑。。。

在不同结构类型的机器里面有两种方式，就是大头在后和大头在前
对于X86都是大头在后
对于十六进制
数据 ab cd ef 00
大头在后就是数值0x00efcdab
大头在前就是数值0xabcdef00了
所以不同结构类型的机器，他们处理的数据是不一样的
而你说的这个定义就是为了在编译的时候可以适应不同的类型机器
而最后得到的数据包是一样的！

我觉得这里说的不是字节序，而是位序，既一个字节中每个位在机器中的存放顺序。可以看一看

linux 辕马/usr/src/linux/include/linux/byteorder中的文件。

关于IP 包头与字节顺序的问题。。。

在IP头的定义中，最初4位是IP协议版本，然后的4位是IP包头
的长度。而bsd对ip头的定义是这样的：
struct ip
{
#if defined(_LITTLE_ENDIAN_BITFIELD)
_u8 ip_hl:4; // for little-endian machine,such as x86
_u8 ip_v:4;
...
#else
_u8 ip_v:4; // for big-endian machine, such as 68000
_u8 ip_hl:4;
...
};
注意两种情况下协议版本和ip包头长度的位置不同。
这是为什么呢？如果是因为网络字节顺序和主机字节
顺序不同的话，但是这里是字节内部两个
半字节的顺序不同阿。。。
望高手解惑。。。

 

这是因为在在各种CPU的处理顺序不同。
因为你要定义两个，表示各4位，而编译器首先会当作两个BYTE，再结合；
而如果你定义一处如 _u8 ip_v_hl……
也既如果定义一处是一样的。
当然，定义两处是为了更清晰。

X86计算机系统CPU在处理和存储数据的时候按照低位在前高位在后的顺序存放的,而小型/中型计算机系统(如SUN SPARC芯片系统)则是恰好相反的,在这二中机器系统进行数据交互的时候就要按照标准的网络顺序来传输;
你所述的定义方法正是位了实现程序在不同芯片/系统之间的程序移植方便而定义的,当然,如果你使用了这样的定义来描述一个IP HEADER结构的话,那么,你的程序也可以到SUN OS下去用GCC OR CC编译就能直接使用了,前提是你不使用WINDOWS相关的API
 :P :P :P