以下是Linux机器上从库中获取的IP结构。
为什么字节内部的字节序很重要? 我认为字节序只影响多字节整数,但在这里似乎字节序也会影响字节内部的位排列?
此外,它只是一个字节,为什么是无符号整数,而无符号整数占用4个字节。
我注意到在wireshark中,ip_v和ip_hl显示为0x45。如果我捕获IP数据包。第一个字节由ip_v和ip_hl组成,我将其放入字符变量x中。
那么,x & 0b11110000的结果是什么?无论字节序如何,它始终是4还是可能是5?
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 */
};
对于这些代码:
#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
为什么字节内部的字节序很重要? 我认为字节序只影响多字节整数,但在这里似乎字节序也会影响字节内部的位排列?
此外,它只是一个字节,为什么是无符号整数,而无符号整数占用4个字节。
我注意到在wireshark中,ip_v和ip_hl显示为0x45。如果我捕获IP数据包。第一个字节由ip_v和ip_hl组成,我将其放入字符变量x中。
那么,x & 0b11110000的结果是什么?无论字节序如何,它始终是4还是可能是5?
0x45&0b1110000
的结果始终是0x40
,无论字节顺序如何。但是,位字段("冒号四":4
东西)可以由编译器以任何顺序放置。因此,如果您分配ip_hl=4,ip_v=5
,则可能会获得0x45
或0x54
,具体取决于编译器(编译器通常在决定半字节的字节级大小端时遵循字节的大小端)。 - Sergey Kalinichenko