【网络实验】TCP timestamp的精度

最新推荐文章于 2022-09-20 23:27:02 发布
原创 最新推荐文章于 2022-09-20 23:27:02 发布 · 1.2k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#linux #网络

本文探讨了使用iperf工具时遇到的时间戳精度不足的问题。为了实现基于时间戳的数据包识别功能，文中尝试通过设置系统参数来提高时间戳的精度，并记录了实验过程中发现的问题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

使用iperf发包。需要主动开启时间戳选项，命令为：sysctl net.ipv4.tcp_timestamps=1

实验发现精度太低，太多的包采用同样的值，这样不便于实现基于时间戳识别数据包的功能。随手摘录网上其他的人写的文档：双方各自维护自己的时间戳，时间戳的值随时间单调递增（规定为1ms-1s/次，常见值为1ms、10ms）。


基于机器学习的IPC网络行为安全检测
AI天才研究院
08-07 869
基于机器学习的IPC网络行为安全检测 1. 背景介绍 随着网络技术的快速发展,网络安全问题日益受到关注。传统的基于签名的入侵检测系统(IDS)无法有效检测未知威胁,因此基于机器学习的网络行为异常检测技术应运而生。它通过分析网络流量数据,学习正常网络行为模式,从而检测异常行为,识别潜在的
【网络】Linux 内核优化实战 - net.ipv4.tcp_timestamps
最新发布
cuiwin的专栏
07-05 879
是一个平衡性能与开销的关键参数，默认启用可适配大多数网络场景；仅在特定需求（如低开销、隐私保护）下才建议禁用，且需评估潜在风险。
重学TCP协议（7） Timestamps 选项
weixin_44560620的博客
05-06 2257
1.Timestamps 选项的组成部分 时间戳选项占10个字节= kind(1字节) ＋ length(1字节) + info (8字节)，其中kind=8，length=10，info由timestamp（TS value）和timestamp echo（TS Echo Reply）两个值组成，各4个字节的长度。 2. Timestamps 选项工作原理 以一次抓包为例： 发送方发送数据时，将一个发送时间戳 1590508660 放在发送方时间戳TSval中 接收方收到数据包以后，将收到的时间戳
TCP Timestamp选项
weixin_34168700的博客
06-02 172
TCP Timestamp选项 Description Protocol suite: TCP/IP. Protocol type: Transport layer protocol. Option length: 10 bytes. The TCP Timestamp option obsoletes the TCP Echo request and Ech...
TCP/IP详解--TCP首部选项中时间戳选项的作用
鱼思故渊的专栏
10-14 2万+
在TCP选项字段中为TCP预留有时间戳功能，不管在网络层面还是应用层面，TCP时间戳往往被大家认为是一个系统行为，并忽略其存在。其实在某些环境下，TCP时间戳同样可以成为大家在时延问题troubleshooting定位时的一个利器。 首先，让我们先来回顾一下TCP时间戳的理论知识。 1） TCP时间戳位于TCP选项中，kind=8；lenth=10；data由timestamp和timesta
tcp timestamps
weixin_30532369的博客
08-13 372
最近讨论到net.ipv4.tcp_timestamps这个系统配置是否能够开启，RFC文档上说道该值必须为单调递增，否则接受到的包可能会被丢掉 于是查看下tcp协议栈中是根据什么来生成这个timestamps的，是否会受时间改变而改变？ tcp协议栈代码如下： static unsigned tcp_syn_options(struct sock *sk, struct sk_buff...
tcp_timestamps 引起的问题
happyrabbit456的专栏
05-13 2539
临近年关，人会变得浮躁，期间写的代码可谓乱七八糟。不过出来混始终是要还的，这不最近就发现一个PHP脚本时常连不上服务器。 遇到这类问题，我习惯于先用strace命令跟踪了一下看看： shell> strace php /path/to/file EADDRNOTAVAIL (Cannot assign requested address) 从字面结果看似乎是网络资源相关问题。这里顺便
深入理解TCP发送速率控制协议
Lce的专栏
09-19 1417
TCP Friendly Rate Control(TFRC)，是网络环境下单播流的一种拥塞控制机制。对于TCP流，它是公平竞争带宽的。但是与TCP相比，吞吐量随时间的变化要小得多，也就是对带宽变化的响应比TCP慢，使其更适用于电话通信、流媒体等需要相对平滑发送速率的应用。因此，TFRC仅用于需要平滑吞吐量时，尤其是避免TCP响应单个丢包而将发送速率减半。推荐使用TCP发送尽可能多的数据包，或者不需要可靠机制，可以使用加法增加、乘法减小(AIMD)的拥塞控制方案，与TCP使用的参数类似。
tcpreplay网络安全宝典：安装与配置的最佳实践
tcpreplay是一个用于网络协议分析和网络安全测试的开源工具，支持通过回放捕获的网络流量来测试和分析网络设备和应用程序的响应。本文首先讨论了tcpreplay的应用背景，然后逐步介绍了其安装过程，包括环境准备、依赖...
TCP/IP协议栈中的TimeStamp选项
weixin_30515513的博客
02-02 1190
TCP应该是以太网协议族中被应用最为广泛的协议之一，这里就聊一聊TCP协议中的TimeStamp选项。这个选项是由RFC 1323引入的，该C建议提交于1992年，到今天已经足足有20个年头。不过相信大部分程序猿对这个建议还是相当陌生。要理解为啥需要用TimeStamp选项，还需要从TCP协议的几个基本设计说起。 TCP协议的几个设计初衷，以及引发的问题：1. 协议规定收端不需要响应每一个收到的...
一场由tcp_timestamps 引发的无解追击案
weixin_34198453的博客
07-05 715
案例描述：我们的合作客户（国内知名电子支付企业）反应有四台机器调用我们的接口服务，但是奇怪的是四台中有两台是通的，有两台是不通的，不通的机器也是偶尔通偶尔不通，这个问题一直断断续续困扰了他们很久，刚开始我们认为是他们系统那里参数配置不对，就没有给予太多关注，毕竟我们还有好多合作客户，却没有问题；这个问题直到有一天，他们实在扛不住，实在找不出原因了，要求我们技术人员现场去帮...
TCP timestamp详解
papaya的博客
09-20 4792
RTTM规定了一些使用TSecr计算RTT的原则，具体如下(英文水平有限，为保持原意就使用RFC中的原话了)在ACK被重传的数据时，应该使用重传数据包中的TSval进行回复如果对以上的特殊情况有疑问，还请直接去看RFC，里面有example解释。最后，实际上计算RTO除了以上使用TSecr的原则外，还有一些更复杂的计算方法RFC 7323。比如对于每一个RTT采样R，目的是解决在高带宽下，TCP序号可能被重复使用而带来的问题。PAWS同样依赖于timestamp，并且假设在一个TCP流中，
mysql 时间精度_MySQL TIMESTAMP 时间精度问题 :: Utop’s Blog
weixin_42298064的博客
01-19 1608
最近一段单元测试代码总是不定时地爆炸。test pass 与 failed 的比例大约 10:1 。伪代码如下:/*** 表结构* CREATE TABLE `time_0` (* `timeout` timestamp NOT NULL* )*/// part 1jdbcTemplate.execute("UPDATE `time_0` SET `timeout`=now() WHERE...
tcp tw_cycle和tcp_timestamp
fantasy_ARM9的博客
05-06 524
在TCP可选项字段中为TCP预留有时间戳功能 1 TCP可选项格式 kind(1字节) length(1字节) info tcp 选项格式 1 tcp报文格式：由tcp 首部和tcp数据组成 2 tcp首部：由20字节的固定长度和可变长字段组成 3 tcp首部总长度:由tcp头中的数据偏移字段决定，该字段占4bit,取最大的1111时， 也就是十进制15，tcp首部的偏移单位为4...
[日常踩坑]--(1)MySql数据库时间戳精度
zhaoyaxuan001的博客
06-05 5828
Author：赵志乾 Date：2019-06-05 Declaration：All Right Reserved！！！ 踩坑： 前提：数据库中TIMESTAMP采用默认精度(秒)，Java应用中Timestamp精度为毫秒。 场景：需要将数据库中时间戳设置为当日00:00:00之前。 做法：如下代码，存库后依然是当日00:00:00。 Long todayBegin = 当日00...
浅析TCP中时间戳选项timestamp
热门推荐
海阔天空sky的博客
08-16 2万+
在TCP可选项字段中为TCP预留有时间戳功能。 1、TCP可选项格式： 关于TCP可选项字段的详细内容可以查看我的另一篇博客：浅析TCP头部可选项 时间戳选项占10个字节= kind(1字节) ＋ length(1字节) + info (8字节)，其中kind=8，length=10，info由timestamp和timestamp echo两个值组成，各4个字节的长度。 2、
TCP之timestamps选项
redwingz的博客
03-20 1万+
默认情况下内核是开启timestamps选项的，如下tcp_sk_init函数中对sysctl_tcp_timestamps的初始化。 static int __net_init tcp_sk_init(struct net *net) { net->ipv4.sysctl_tcp_timestamps = 1; 也可通过PROC文件tcp_timestamps控制选项行为，tcp...
实验五 ICMP和NAT协议分析 一、实验目的及任务 1、熟悉ICMP、NAT的基本原理； 2、利用Wireshark对ICMP、NAT进行协议分析。 二、实验性质及学时 验证性实验，2学时。 三、实验环境 与Internet连接的计算机网络系统；操作系统为windows；Wireshark、IE等应用软件。 四、实验步骤 1、ICMP协议分析 通过Wireshark捕获ping、traceroute等程序产生的ICMP消息进行协议分析，了解ICMP消息的格式和内容。 ping用来检测主机的活性。源端使用ping向目标主机发送type=8 code=0的ICMP Echo request消息，如果源到目标主机间的网络正常、目标主机工作正常，目标主机便会收到ICMP Echo request消息，目标主机通常会向源端返回type=0 code=0的ICMP Echo reply响应消息。 traceroute/tracert用来探测从源到目标端分组传输经历的路由器。traceroute/tracert发送的多个IP数据报的TTL值从1逐渐增大。路由器收到分组后将TTL值减1，如果为0，则路由器向源端返回ICMP Time-to-live exceeded消息(type=11，code=0)。在Windows和Unix/Linux/Mac OS中，路由跟踪的实现方式有所不同 [[[]详细内容，请参考实验四。 ]]。 (1)ICMP 和ping 启动Wireshark的分组捕获，在Windows的命令窗口中输入命令[[[]Unix/Linux/MacOS，输入命令：ping -c 10 hostname]]： ping –n 10 hostname 其中，hostname为被测主机的名字，比如：www.baidu.com。n 10表示发送10个ICMP Echo request消息。结果如下图所示： 从上图看出，ping发送了10个ICMP Echo request消息，收到了10个ICMP Echo reply消息。源端在收到ICMP Echo reply消息后，可以计算折返时间(RTT)[[[]Ping显示的折返时间通常要比Wireshark中从发送ICMP Echo request消息到收到ICMP Echo reply消息中间经历的时间要大一些，原因是Wireshark记录的时间是网卡发送和接收消息的时间，而Ping记录的发送时间比网卡发送消息的时间早一些，Ping记录的接收时间比网卡接收该消息的时间晚一些。]]。 当Ping程序执行结束后，停止Wireshark分组捕获。 根据操作，回答“五、实验问题”中的1-4题。 (2)ICMP和Traceroute 启动Wireshark进行分组捕获。 在Windows的命令窗口中输入：tracert hostname 在Unix系统的终端窗口中输入：traceroute hostname 其中，hostname为目的主机的名字，比如：www.baidu.com。 当tracert/traceroute执行结束后，停止Wireshark分组捕获。 根据操作，回答“五、实验问题”中的5-9题。 2、NAT协议分析 NAT协议分析实验与其他实验有所不同，需要在NAT路由器WAN和LAN两侧分别捕获分组。通常，普通用户无法在NAT路由器WAN侧运行Wireshark捕获分组，本实验直接使用教材作者提供的跟踪文件[[[]跟踪文件可从http://www-net.cs.umass.edu/wireshark-labs/wireshark-traces.zip下载。NAT_home_side为home network的客户PC使用Wireshark捕获的，NAT_ISP_side为在ISP network处捕获的。]]。 跟踪文件生成的环境如下图所示。home network中的客户PC通过HTTP访问www.google.com，home network中的路由器(NAT router)提供了NAT功能。 捕获分组时， home network的客户PC中运行Wireshark捕获分组，生成的跟踪文件是NAT_home_side。在ISP network中的PC(图中未显示，该PC位于NAT router和ISP网络中第一跳路由器之间的链路上)运行Wireshark捕获分组，生成的跟踪文件是NAT_ISP_side。 (1)将跟踪文件NAT_home_side导入Wireshark，回答“五、实验问题”中的10-13题。 (2)将跟踪文件NAT_ISP_side导入Wireshark，回答“五、实验问题”中的14-18题。 五、实验问题 在实验基础上回答以下问题： 1.你的计算机的IP地址是什么？目的主机的IP地址是什么？ 2.在ICMP消息中为什么没有源端口号和目的端口号？ 3.检查计算机发送的一个ICMP Echo request消息，其type 和code分别是什么？该ICMP消息还有哪些字段[[[] Echo request和Echo reply消息，除type、code、checksum字段外，还有Identifier(2byte)、Sequence Number(2byte)、Data(长度可变，Ping时用户可以指定发送包含多少字节data的ICMP消息)。其中，Identifier和Sequence Number用于匹配request和reply对。Identifier标识会话，与TCP/UDP的端口号作用类似；Sequence Number标识具体的Echo request和reply对。Wireshark对消息中Data部分的解析与Ping的具体实现有关。Unix中，如果Data多于8字节，则前8个字节是Timestamp(前4字节表示自纪元/epoch之后的秒数，后四字节表示小数部分。目前，Wireshark的时间精度是微秒)；Windows中，Data部分不包含Timestamp字段。Wireshark会尽力将Data前8字节解析为Timestamp，如果不成功，则认为消息不包含Timestamp。]]？checksum、sequence number 、identifier等字段的长度各是多少字节? 4.检查上题ICMP Echo request消息对应的ICMP Echo reply消息。该ICMP消息的type和code分别是什么？该ICMP消息还有哪些字段？checksum， sequence number 和identifier 等字段的长度各是多少字节? 5.你的计算机的IP地址是什么？目的主机的IP地址是什么？ 6.找到一个ICMP Echo reply消息。该消息与ICMP Echo request消息相比，结构是否不同？ 7.找到一个ICMP Time-to-live exceeded消息，该消息有哪些字段[[[]ICMP TTL-Exceeded消息，除Type、Code、Checksum字段外，还有unused(4-byte)、原始IP数据报的头部和及其前8字节数据。]]？与ICMP Echo reply消息相比，ICMP Time-to-live exceeded消息包含更多的字段。 8.找到源端收到的最后三个ICMP消息。这三个消息与ICMP Time-to-live exceeded消息有哪些不同？为什么不同？ 9.在跟踪过程中，有没有一条链路的延迟比其他链路延迟要大很多？为什么在其后的某些链路的延迟又比较小？ 10.客户PC的IP地址是什么？ 11.实际上，客户会与多台Google Server通信以实现安全浏览(safe browsing)[[[]Google的安全浏览可自动识别网页和程序的安全性，提供拦截和警报，帮助用户防范风险，这些工作通常由与提供Google 搜索服务不同的其他Google服务器承担。在文件NAT_home_side中，客户在t=1.572315发送的GET消息和在t=7.573305发送的GET消息的目的主机IP并不相同。]]。提供主页服务的Google主服务器IP地址为64.233.169.104。在显示过滤器中输入: http && ip.addr ==64.233.169.104，可以只显示与Google主服务器间交换的HTTP消息。考察客户PC在t=7.109267时发送给Google主服务器的HTTP GET请求消息，携带该HTTP GET请求消息IP数据报的源、目标IP地址是什么？TCP段的源、目标端口号是什么？ 12.接上题。何时收到相应的200 OK HTTP 响应消息？携带该响应消息的IP数据报的源、目的IP地址是什么？TCP段的源、目的端口号是什么？ 13.在交换HTTP消息前需要利用三次握手建立TCP连接。考虑客户在t=7.109267发送的HTTP GET请求消息，为建立传输该HTTP消息的TCP连接，客户何时发送的TCP SYN段？携带TCP SYN段的IP数据报的源、目的IP地址是什么？客户是何时收到的TCP SYNACK段？其源、目的IP地址，源、目的端口号分别是什么? (清除11题过滤器中输入的http && ip.addr ==64.233.169.104，代之以tcp && ip.addr ==64.233.169.104) 14.在NAT_ISP_side文件中找到客户在t=7.109267发送给Google服务器的HTTP GET请求消息(t=7.109267指在NAT_home_side中记录的时间)。该消息什么时间出现在了NAT_ISP_side中？携带该消息的IP数据报的源、目的IP地址，TCP段的源、目的端口号分别是什么？与第11题相比，哪些相同、哪些不同？ 15.HTTP GET请求消息内容是否发生了变化？IP数据报的Version、Header Length、Flags、Checksum中哪个(些)字段值发生了变化？如果有变化，请解释为什么需要改变这个(些)字段的值？ 16.在NAT_ISP_side文件中，何时从Google服务器收到了第一个200 OK的 HTTP响应消息？其IP源、目的地址，TCP源、目的端口号各是什么？与第13题的消息相比，哪些字段值相同，哪些发生了变化？ 17.在NAT_ISP_side文件中，第13题中提及的客户发给服务器的TCP SYN段和服务器发给客户的TCP SYNACK段分别是何时被捕获的？这两个段的IP源、目的地址，TCP源、目的端口号分别是什么？与第13题相比，哪些相同？哪些不同？ 第7版教材中图4.25(pp.226)给出了NAT转换表的结构。利用第11-17题的实验结果，填写与该HTTP连接相关的NAT转换表条目的具体内容。
06-04
考虑到用户引用过思科设备日志，实验中也可以加入企业级网络设备的案例分析元素。注意到用户上次对话涉及快速排序的算法实现，这次突然转向网络协议，可能是不同课程的需求。需要避免引入编程相关类比，专注在网络层...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值