struct--tcphdr

sk_buff->tcphdr

/usr/src/linux-2.6.19/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首部。
`struct sk_buff` 是 Linux 内核中用来表示网络数据包的数据结构。它是一个很重要的数据结构,因为 Linux 内核中网络协议栈的所有数据包处理都是基于 sk_buff 进行的。 下面是 `struct sk_buff` 结构体的定义: ```c struct sk_buff { struct sk_buff *next; struct sk_buff *prev; ktime_t tstamp; struct sock *sk; struct net_device *dev; char cb[48]; unsigned int len; unsigned int data_len; __u16 mac_len; __u16 hdr_len; union { __u16 all; struct { __u16 nfmark : 16; } nfctmark; struct { __u16 pkt_type : 3; __u16 ignore_df : 1; __u16 nf_trace : 1; __u16 ip_summed : 2; __u16 ooo_okay : 1; __u16 l4_rxhash : 1; __u16 sw_hash : 1; __u16 sw_hash_valid : 1; __u16 l5_hash_valid : 1; __u16 l4_hash_valid : 1; __u16 fclone : 2; __u16 frag_list : 2; __u16 rxhash : 1; __u16 loopback : 1; __u16 vlan_present : 1; __u16 vlan_tci : 16; __u16 inner_protocol : 16; __u16 inner_transport_header : 16; } parsed; } encapsulation; unsigned char protocol; unsigned char pkt_type: 3; unsigned char fclone: 2; unsigned char ip_summed: 2; unsigned char ooo_okay: 1; __u16 vlan_proto; __u16 vlan_tci; union { struct { __be16 h_vlan_TCI; __be16 h_vlan_encapsulated_proto; }; __be32 ipv4; struct ipv6hdr *ipv6h; struct arphdr *arph; struct tcphdr *hth; struct udphdr *huh; struct icmphdr *icmph; } protocol_headers; union { struct tcphdr *th; struct udphdr *uh; struct icmphdr *icmph; struct igmphdr *igmph; struct iphdr *iph; struct ipv6hdr *ipv6h; struct arphdr *arph; struct pppox_hdr *pppoe; struct snap_header *llc; struct cfm_pdu_header *cfm_pdu; struct batadv_unicast_packet *batman_adv; struct batadv_bcast_packet *batman_adv_bcast; struct batadv_icmp_packet *batman_adv_icmp; struct batadv_tvlv_packet *batman_adv_tvlv; struct batadv_frag_packet *batman_adv_frag; struct batadv_purge_packet *batman_adv_purge; struct batadv_gw_packet *batman_adv_gw; struct batadv_tt_change_packet *batman_adv_tt_change; struct batadv_mcast_packet *batman_adv_mcast; struct batadv_frag_list *batman_adv_frag_list; struct batadv_unicast_4addr_packet *batman_adv_unicast_4addr; struct batadv_bla_claim *batman_adv_bla_claim; struct batadv_bla_backbone_gw *batman_adv_bla_backbone_gw; struct batadv_bla_claim_reply *batman_adv_bla_claim_reply; struct batadv_bla_claim_confirm *batman_adv_bla_claim_confirm; struct batadv_bla_claim_ack *batman_adv_bla_claim_ack; struct batadv_bla_update *batman_adv_bla_update; struct batadv_bla_claim_broadcast *batman_adv_bla_claim_broadcast; struct batadv_bla_claim_broadcast_reply *batman_adv_bla_claim_broadcast_reply; } encapsulated; char *head; char *data; char *tail; char *end; unsigned int truesize; atomic_t users; }; ``` `struct sk_buff` 结构体中的字段含义如下: - `next` 和 `prev`:`struct sk_buff` 是一个双向链表,这两个字段用于链表操作; - `tstamp`:时间戳,用于记录数据包的接收或发送时间; - `sk`:指向网络套接字的指针; - `dev`:指向网络设备的指针; - `cb`:可选的控制块,用于保存一些协议栈内部使用的数据; - `len`:数据包的总长度; - `data_len`:数据包实际负载的长度; - `mac_len`:物理层帧头的长度; - `hdr_len`:网络层协议头的长度; - `encapsulation`:封装信息,用于保存协议头的解析结果; - `protocol`:网络协议号; - `pkt_type`:数据包类型; - `fclone`:用于指示是否进行数据包复制; - `ip_summed`:用于指示是否需要计算 IP 校验和; - `ooo_okay`:用于指示是否允许乱序到达的数据包; - `vlan_proto` 和 `vlan_tci`:VLAN 标签的协议号和标识符; - `protocol_headers`:协议头指针的联合体; - `encapsulated`:封装协议的联合体; - `head`:指向数据包缓冲区首地址的指针; - `data`:指向数据包负载首地址的指针; - `tail`:指向数据包负载末地址的指针; - `end`:指向数据包缓冲区末地址的指针; - `truesize`:数据包缓冲区的实际大小; - `users`:用于记录当前正在使用该数据包的线程数的原子计数器。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值