TCP initial window size is 5840?

最新推荐文章于 2025-03-03 17:46:35 发布
最新推荐文章于 2025-03-03 17:46:35 发布
阅读量1.3k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： Kernel Linux 内核 文章标签： tcp firefox linux html
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/idroid/article/details/5822028
本文解释了当在Linux环境下使用Firefox打开HTML文件时，TCP SYN包中显示的Win=5840实际上表示的是经过windowscale选项调整后的初始窗口大小。Linux计算这个值的方式较为复杂，通过`tcp_select_initial_window()`函数实现。

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

If you open an html with Firefox on Linux, the tcpdump might show SYN packet with "Win=5840". Does it mean TCP initial advertised window size is 5840?

 

No. In fact, there is another field in TCP option, "window scale=6". So the real initial is 5840 * 2^6 = 373760.

 

This feature is defined RFC1323, called "window scale".

 

Linux calculate this value in a rather complicated way. For detail, you could refer "tcp_select_initial_window()" in net/ipv4/tcp_output.c

 

【RFC3390 增加TCP初始窗口】（翻译）
PiPiQ_Blog的博客
06-27 636
原文https://datatracker.ietf.org/doc/html/rfc3390Increasing TCP's Initial Window 增加TCP初始窗口 本文档为 TCP 指定了一个可选标准，将允许的初始窗口从一个或两个段增加到大约 4K 字节，以取代 RFC 2414。它讨论了更高初始窗口的优缺点，并包括对实验和模拟的讨论表明较高的初始窗口不会导致拥塞崩溃。最后，本文提供了有关实施问题的指导。 1.TCP修改 本文档废弃 [RFC2414] 并更新 [RFC2581]，..
TCP 滑动窗口是个什么东西？这篇讲清楚
weixin_57907028的博客
10-09 2825
在这篇中，我们认真全面地探讨了TCP滑动窗口的原理，从基本定义到源码分析应有尽有。一般而言，准备面试的话不需要到源码那一步的。TCP滑动窗口主要有以下作用：1. TCP在滑动窗口的基础上提供流量控制，防止较快主机致使较慢主机的缓冲区溢出，主要是根据网络情况。
TCP初始拥塞窗口与初始接收窗口
redwingz的博客
03-13 5424
根据RFC3390（2002年）中的表述，TCP初始窗口的上限定义为： min (4 * MSS, max (2*MSS, 4380 bytes))，旨在限制初始窗口在4K范围内，但是当MSS非常大时，会超过4K限制。 If (MSS <= 1095 bytes) then win <= 4 * MSS; If (1095 bytes ...
TCP 协议中的 Window Size与吞吐量
maimang1001的专栏
08-26 7290
文中大量参考下面博客内容，比如最后一节几乎完全来自于第一个博客，详细内容跳转链接，学习总结，记录一下。​。
windows系统下TCP参数介绍及优化
最新发布
weixin_54470733的博客
03-03 2667
使用wireshark抓包软件抓取底层数据包传输分析，发现win11系统下更容易触发TCP重传机制(如下图)，并且恢复的很慢，但win10系统就不会出现该情况，在 Windows 中，TCP 全局参数通过 netsh int tcp show global 命令查看，这些参数控制 TCP 协议栈的底层行为，直接影响网络性能（如吞吐量、延迟、重传效率）。通过合理配置这些参数，测试发现显著优化网络性能，但需要较长时间测试查看结果。
Linux下更改TCP window size, MSS, RTT
热门推荐
花括号的博客
12-25 2万+
关于TCP window size, MSS, RTT具体的解释就不多说了,网上有很多的解释.但是最好的学习和复习的方法就是看TCP/IP第一卷协议，从17章开始。讲的很详细也讲了很多现象背后的原因。接下来我们主要是从实践的角度看在linux上如何改变这些TCP的属性的默认值。但是在某些系统中更该默认值不一定生效，因为取决于协议栈的实现。比如MSS，window是需要TCP客户端和服务段协商的。下
TCP滑动窗口原理终于清楚了！
m0_71777195的博客
10-10 3958
本期我们认真，全面的探讨了TCP滑动窗口的原理，从基本定义到源码分析应有尽有。一般而言，准备面试的话不需要到源码那一步的。
在 Rust 中实现 TCP : 3. TCP连接四元组
xuejianxinokok的专栏
03-05 1368
到目前为止，已经确保接收到正确的 IPv4 数据包，并且已经实现了一种机制，将传入数据包与其各自的状态相关联，并由唯一的连接四元组作为键。从最初的握手到数据传输和最终的断开，连接的状态都会被仔细跟踪，以保证可靠和有序的数据交换。脚本来启动程序，该脚本将构建并执行二进制文件并为其提供必要的提升网络访问权限，接下来，将使用 Netcat 尝试与应用程序建立 TCP 连接，最后为了可视化，将使用 tshark 通过运行 tshark -I tun0 来监视和捕获 tun0 接口上的数据包。这是我们下一个目标。
6.2 TCP滑动窗口
Remy的学习记录
04-03 2254
TCP滑动窗口的功能是实现流量控制。数据接收方只接收seq落入窗口范围内的数据；发送方也不会发送窗口之外的数据，一旦发现窗口太小则会停止发送直到窗口变大，这样TCP数据接收方就能通过窗口通告来控制数据发送方发送数据的速度。窗口的值存储在TCP报文段的window字段中，大小为16bit，即窗口的最大值是65535。如果使用窗口扩大选项（后续讨论），则通告窗口的值为window左移窗口扩大因子个位数
谈谈用户态 TCP 协议实现
j简说Linux的博客
11-24 1282
TCP 协议是目前名气最大、使用最广泛的传输层网络协议。TCP 是一个可靠的（reliable）、面向连接的（connection-oriented）、基于字节流（byte-stream）、全双工的（full-duplex）协议。正是因为这些优点，TCP 协议成为了网络协议重点中的重点，是学习、面试、考试上的常客，这也导致了 TCP 的资料很多，但是普遍集中在“形”上面，很多人将三次握手、四次挥手、滑动窗口等知识点背得滚瓜烂熟，但却没有理解 TCP “可靠” 协议的精髓。
【TCP专题1】TCP协议接收窗口（Window size）介绍
IT后院的博客
08-29 2万+
为什么要关心TCP窗口？因为它提高了数据传输的速度，因此也提高了用户访问应用程序的体验。TCP Window size 以下简称“TCP接收窗口”。 什么是TCP接收窗口？ 简而言之，它是TCP接收缓冲区，用于尚未由应用程序处理的传入数据。使用TCP头的窗口大小值字段将TCP接收窗口的大小传达给连接伙伴。该字段告诉链路伙伴在接收到确认之前可以在线路上发送多少数据。如果接收器无法尽快处理数据，则接收缓冲区将逐渐填充，并且确认数据包中的TCP窗口将减少。这将警告发送方它需要减少发送的数据量或让接收方有时间清除
http 二进制_HTTP/2协议之二进制桢【原理笔记】
weixin_39959236的博客
12-01 528
HTTP/2的报文是以二进制桢发送的。那桢格式、桢大小、桢类型是怎么样的？本文会整理桢的格式以及十种桢类型。一、桢格式1.桢格式说明桢的格式由9个字节的桢头和桢数据Payload构成；桢头由3个字节的桢长度、1个字节的桢类型、1个字节的标志位、4个字节的流标识符(含1位R保留位)构成。桢长度桢长度由24位3个字节大小表示。取值在2^14(16,384)与2^24-1(16,777,215...
TCP 的那些事 | 滑动窗口
u014023993的专栏
12-16 2284
Advertised Window Size 在文章《TCP 的那些事 | TCP报文格式解析》中讲述了TCP的报文格式，其中Window字段表示接收端告诉发送端自己还有多少缓冲区可以接收数据。于是发送端就可以根据这个接收端的处理能力来发送数据，而不会导致接收端处理不过来。该字段和Options字段中的Kind为3的可选项（Window Scale）结合，可以确定窗口大小，该Window字段也称...
TCP窗口的选择
瞎几把学
04-03 3041
TCP窗口的选择 - 1) TCP连接可看成端与端之间全双工的数据管道,每一端既是发送端又是接收端并且可以同时发送和接收数据流.输入数据流被发送端分割成连续的TCP片段, 再被接收端拼合成连续的输出数据流.由于TCP片段经过IP网络传输是有延迟的, 发送端发送TCP片段时采用了流水线策略.发送端并不要求接收端对每一个TCP片段作出应答, 而是连续地发送TCP片段,直到超过一定的限度. 接收端接收到
TCP接收通告窗口
redwingz的博客
04-05 4876
一些TCP协议栈将TCP头部16bit的窗口字段解释为有符号的整数，为了兼容这些系统，Linux内核定义了在没有窗口扩展系数选项的情况下，最大的窗口值为宏MAX_TCP_WINDOW，其为最大的16bit的有符号数。但是默认情况下，内核未开启此功能。PROC文件tcp_workaround_signed_windows默认为0，用户可置1开启此兼容功能。如果接收到对端系统发送的TCP窗口扩张系数选...
MFC中主窗口显示前启动窗口的实现
01-03 7789
MFC程序在启动主窗口之前要首先出现一个启动界面，根据在启动界面选择的模式不同再调整主界面的菜单项。      之前以为蛮简单的，可是在做的过程中遇到了各种问题，一个个地解决，最后终于完成了。      下面是处理的流程： 1.在程序的CMainFrame类中重载ActivateFrame函数： void CMainFrame::ActivateFrame(int nCmdShow) {
window和linux之间iperf测试的一个坑（iperf window size）
wq3028的博客
06-21 1万+
有次在使用iperf测试wifi吞吐率时候发现了问题，上午测的时候速度还可以，下午就不行了，发现上午是linux对linux，下午是window对linux，先贴测试图如下： # ./iperf -s -w ------------------------------------------------------------ Server listening on TCP port 5001 ...
Sequence Diagram for the Initial Window
燕窝
06-05 531
http://opensource.atlassian.com/confluence/spring/display/RCP/Kickstarting+a+Spring+Rich+Application
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值