tcp timestamps

最近讨论到net.ipv4.tcp_timestamps这个系统配置是否可以开启,RFC文档上说道该值必须为单调递增,不然接受到的包可能会被丢掉tcp

因而查看下tcp协议栈中是根据什么来生成这个timestamps的,是否会受时间改变而改变?测试

tcp协议栈代码以下:google

static unsigned tcp_syn_options(struct sock *sk, struct sk_buff *skb,
	struct tcp_out_options *opts,
        struct tcp_md5sig_key **md5) {
        //...
        if (likely(sysctl_tcp_timestamps && *md5 == NULL)) {
	        opts->options |= OPTION_TS;
	        opts->tsval = TCP_SKB_CB(skb)->when;
	        opts->tsecr = tp->rx_opt.ts_recent;
	        size += TCPOLEN_TSTAMP_ALIGNED;
        }  
        //...
}

而后搜索到:spa

TCP_SKB_CB(skb)->when = tcp_time_stamp;

接着htm

#define tcp_time_stamp ((__u32)(jiffies))

google得知:blog

jiffies变量记录了系统启动以来,系统定时器已经触发的次数。内核每秒钟将jiffies变量增长HZ次。所以,对于HZ值为100的系统,1个jiffy等于10ms,而对于HZ为1000的系统,1个jiffy仅为1ms。 ip

测试环境抓包验证:md5

一、系统HZ(250)文档

二、开启timestamps选项后进行抓包get

计算1s钟后Tsval理论上应该=1040600478 + 250 = 1040600728

实际抓包以下:

与计算值恰好相符合。

所以,这里能够判断tcp中的timestamps取的就是系统启动滴答声jiffies(若将Tsval/HZ能够看到与系统启动时间是一致的)

结论:

一、tcp_timestamps不受系统墙上时间和RTC时间修改的影响;

二、具体jiffies是否可以被修改(担忧会被ntp服务修改),后续接着查询资料。

相关文章
相关标签/搜索