TCP接收窗口
TCP接收窗口
TCP接收窗口是TCP网络通信中的一个重要概念。它表示在正常情况下，接收方可以接收的数据量。接收窗口的大小取决于网络的拥塞程度。
概念
- 接收窗口大小（rwnd）： 接收窗口的大小是指在TCP连接中，接收方被允许接收但尚未被确认的数据量。它通常与发送窗口大小（swnd）一起确定TCP连接的吞吐量。
- 拥塞窗口大小（cwnd）： 拥塞窗口大小是指在TCP连接中，由接收方通告的、接收窗口大小和拥塞窗口大小中的最小值。它是网络拥塞的一个重要指标。
优势
- 提高网络吞吐量： 通过动态调整接收窗口大小，TCP连接可以在网络拥塞时采取相应的措施，从而提高网络吞吐量。
- 减少网络延迟： 接收窗口大小可以控制发送方发送数据的速度，从而减少网络延迟。
应用场景
- 实时音视频传输： 在实时音视频传输场景中，为了保证音视频的质量和实时性，接收窗口大小需要根据网络状况进行动态调整。
- 物联网（IoT）设备： 在物联网设备中，接收窗口大小需要根据设备的应用场景和需求进行设置，以优化网络性能。
推荐的腾讯云相关产品
- 腾讯云实时音视频（TRTC）： 腾讯云实时音视频提供低延迟、高可用性的实时音视频通信服务。支持接收窗口大小动态调整，以适应网络状况。
- 腾讯云物联网平台（IoT）： 腾讯云物联网平台提供一站式物联网解决方案，支持海量设备连接、设备数据上报与远程控制。
产品介绍链接地址：
请注意，以上答案中并未涉及任何关于亚马逊AWS、Azure、阿里云、华为云、天翼云、GoDaddy、Namecheap、Google等流行云计算品牌的名称或相关信息。
相关·内容
2回答
小TCP接收窗口的好处？
、、、
当我遇到接收窗口的概念时，我正在尝试了解TCP流控制是如何工作的。
我的问题是，为什么TCP接收窗口是可缩放的？实现较小的接收窗口大小有什么优势吗？
因为据我所知，接收窗口大小越大，吞吐量就越高。而接收窗口越小，吞吐量就越低，因为TCP将始终等待，直到分配的缓冲区未满才发送更多数据。因此，让接收窗口始终处于最大值以具有最大传输速率不是很有意义吗？
浏览 1提问于2013-04-18得票数 1
回答已采纳
3回答
如何为特定的套接字增加TCP接收窗口？-我知道如何通过设置注册表项TcpWindowSize来实现所有套接字的TCP接收窗口，但是对于特定的套接字如何做呢？
根据的说法，方法是
调用Windows函数setsockopt，该函数根据每个套接字设置接收窗口。
但是在中，提到了SO_RCVBUF：
指定为接收保留的每个套接字缓冲区空间的总数。这与SO_MAX_MSG_SIZE无关，不一定与TCP接收窗口的大小相对应。
那么这有可能吗？多么?
谢谢。
浏览 6提问于2010-05-05得票数 8
回答已采纳
考虑使用10 Mbps链接的单个TCP (Reno)连接。假设此链路不缓冲数据，且接收方的接收缓冲区比拥塞窗口大得多。每个TCP段的大小为1500字节，发送方和接收方之间连接的双向传播延迟为200毫秒。另外，假设TCP连接始终处于拥塞避免阶段(忽略慢速启动)。
此TCP连接可以达到的段中的最大窗口大小是多少？
所以我们知道连接的吞吐量和延迟，我认为我们应该能够操作下面的公式，这样我们就能够找到窗口的大小。
吞吐量=窗口大小/ RTT
吞吐量* RTT =窗口大小
10 Mbps * 200 msec =窗口大小
我不确定这是否正确。除了这个公式外，我很难找到其他与窗口大小有关的东西。
浏览 6提问于2011-03-06得票数 6
如何在MAC OS X中获得最大TCP接收/发送窗口？
Linux中有两个ctl。/proc/sys/net/core/rmem_max -最大TCP接收窗口(NET_CORE_RMEM_MAX) /proc/sys/net/core/wmem_max -最大TCP发送窗口(NET_CORE_WMEM_MAX)
但我找不到如何在mac os中获取这些参数。
有人知道吗？
我在MAC中发现了以下ctls : net.inet.tcp.recvspace、net.inet.tcp.sendspace、kern.ipc.maxsockbuf
看起来recvspace+sendspace不能大于max
浏览 21提问于2010-12-22得票数 7
2回答
我们有一个系统，其中有两个应用程序。其中一个是遗留应用程序，我们不能对其进行任何代码更改。该应用程序正在向第二个应用程序发送消息，该应用程序是用java编写的。在我们的java代码中，我们将输入流缓冲区大小设置为1MB，如下所示：
Socket eventSocket = new Socket();
eventSocket.setSendBufferSize(1024 * 1024);
现在，遗留应用程序正在发送可变大小的消息。大多数消息小于1MB。但有时它会发送高达8MB的消息。java应用程序多次成功地读取这些消息。但在某些情况下，以下读取操作将返回-1值：
read = stream.r
浏览 1提问于2015-10-20得票数 0
问题
从我们托管在Windows2008Server上的WCF服务中调用由ISP承载的asp webservice将显示来自webservice的超时/无响应。
诊断
使用windows网络监视器来捕获和隔离发送给webservice的数据包，我可以看到：
TLS握手你好
TCP传输
TCP重传
TCP重传
TCP重传
TCP重传
TCP重传
TCP调整标度因子
不支持TCP刻度因子
这似乎没有显示对TCP有效负载的响应，这意味着一个IP块。
解决方案
在与TCP服务提供商联系后，他们建议不存在IP块，这个问题是针对Microsoft Windows 2008 Server、动态TCP帧大小及
浏览 0提问于2012-05-15得票数 0
回答已采纳
1回答
tcp接收窗口更新
、、、
我一直在阅读latley的tcp协议，以及它的接收窗口。
我还不明白的是，接收方如何知道何时通告新的窗口大小？
我只想过在接收缓冲区为0时通告一个新的窗口大小，但是必须有更多的情况是接收方必须通告一个新的窗口大小，至少我这样认为。
有没有一些标准的阶段，接收方可以知道何时通告新的窗口大小？
我在下一个链接中检查了tcp协议的linux实现：
但我没有发现任何关于如何知道何时广告新的窗口大小的知识。
谢谢你的帮助，本。
浏览 1提问于2014-05-19得票数 1
2回答
我正在两个服务器之间运行iperf测量，通过10 10Gbit链接连接。我试图将我观察到的最大窗口大小与系统配置参数关联起来。
特别是，我观察到最大窗口大小为3 MiB。但是，我无法在系统文件中找到相应的值。
通过运行sysctl -a，我得到以下值：
net.ipv4.tcp_rmem = 4096 87380 6291456
net.core.rmem_max = 212992
第一个值告诉我们，最大接收窗口大小为6 MiB。然而，TCP倾向于分配请求大小的两倍，因此最大接收窗口大小应该是3 MiB，与我所测量的完全一样。来自man tcp
请注意，TCP实际上分配了s
浏览 5提问于2015-07-21得票数 13
1回答
在TCP连接建立中，当SYN段(仅启用SYN标志的TCP段)从发送方/客户端流向接收方/服务器时，wirehsark显示窗口大小。但是，仅当确认标志被设置时，窗口大小才被认为是存在的，因为它是通常被称为接收器窗口的值，并且是由接收方决定的。
在客户端发送SYN段之前，服务器将无法向发送方报告接收方窗口。
由于窗口大小存在于SYN段的wireshark中，这是否意味着对于SYN段来说窗口大小的值可能是垃圾。
如果不是，在SYN段中窗口大小的用途是什么？
浏览 9提问于2014-07-09得票数 0
回答已采纳
1回答
我知道TCP协议有一个拥塞窗口大小来控制网络拥塞。
但是，在TCP报头中，我只能找到接收窗口大小，而找不到
有人对如何在TCP报头中找到拥塞窗口大小有想法吗？或者如果TCP报头中不存在这个值，那么在哪里可以找到这个值呢？
浏览 5提问于2015-12-07得票数 1
回答已采纳
1回答
我正在为一个类研究TCP的实现，我想知道窗口大小字段实际上意味着什么。
我知道窗口大小是字节数，但这个字节数适用于：
TCP段的有效负载，不包括报头或
整个TCP段，包括报头？
到目前为止，我查看过维基百科：
指出：
该窗口指示发送方在接收进一步权限之前可能发送的允许的八进制数。
指出：
接收方广告窗口(rwnd)是接收方对未完成数据量的限制。
这些都没有特别清楚地说明这一点。有没有人？
浏览 0提问于2013-11-20得票数 3
回答已采纳
据我所知，由于TCP是面向连接的，实际上没有一个发送方和接收方，有两个管道，每个节点同时充当发送方和接收方。当窗口大小被称为接收端的可用缓冲区时，这会带来一些混乱。
最后，当我观察到TCP段时，窗口大小是指接收或发送它的节点上的缓冲区吗？
浏览 3提问于2015-05-22得票数 0
回答已采纳
1回答
我需要自定义正常的TCP实现，以便实现和测试冻结TCP，如下文所述：
T. Goff，J. Moronski，D. S. Phatak和V. Gupta，冻结- TCP :移动环境的端到端TCP增强机制，载于IEEE INFOCOM 2000的议事录
考虑到我在Windows中的操作系统，有人能提出解决这个问题的最佳方法吗？
编辑，因为我觉得我没有正确地解释：
冻结TCP的基本思想是在中断发生之前冻结发送方流。接收方向发送方发送“零窗口广告”。发送方在收到此选项后停止发送数据包。当接收者可以再次连接时，它会发送它的实际窗口大小，这样发送方可以避免缓慢启动。
我签出了windows选项SO
浏览 3提问于2010-11-12得票数 0
回答已采纳
1回答
我目前正在尝试实现单向TCP，我只想澄清TCP发送/接收窗口和接收缓冲区的行为。
我对窗口过程的理解如下：
窗口大小表示发送方一次发送的未确认字节的最大数量。
此大小是在连接期间商定的。
TCP发送方应该使用较低的序列号跟踪ACK，并在接收到ACK时将数据包标记为ACKed。如果最低序列号(它正在跟踪)与当前窗口中的第一个字节匹配，则将窗口向右滑动。
现在，我对接收器缓冲区的理解..。
当数据包出现故障时，就会使用此方法。数据被放置到一个缓冲区中，而接收方不对它进行ACK，而是继续ACK --它是在最早的无序包之前接收到的最后一个数据包。这将导致发送方在重复ACK号码之后“快速”重新发送下一个
浏览 1提问于2013-06-04得票数 6
1回答
我试图了解TCP的广告接收窗口大小和立方体拥塞控制是如何工作的。
我们能设置最初广告的接收窗口大小吗？我试着设置SO_RCVBUF，但没有影响。
在传输过程中，什么可以改变广告中的接收窗口--哪些操作/事件会影响接收窗口的大小？
拥塞控制与接收窗口大小之间的关系是什么？
我正在使用Linux3.11。
浏览 1提问于2014-12-28得票数 1
我是新到Wireshark，并希望找到窗口缩放，这是接收窗口的大小，如果我没有弄错。
我有一个大约110 my的转储文件，用于我的图形。这是用于数据包分析的系统与FTP服务器之间的通信量，初始系统在那里请求一个大文件。
我必须显示只来自FTP服务器的接收窗口的窗口缩放图，并对它们的大小做一些假设。
我对Wireshark的行动是：
加载转储文件
查找TCP 3-ack数据包。
之后选择第一个tcp数据包。
Go统计-> TCP流图->窗口缩放
我得到一个空白窗口缩放窗口，如下：
📷
然后，我单击2次Stream，从0增加到2，然后得到以下窗口缩放窗口：
📷
147.102.222.
浏览 0提问于2018-12-30得票数 0
回答已采纳
1回答
在我们的应用程序中，我们使用运行在8081中的apache服务器。
它在16:42:06.87 IST时间内接收来自客户端的POST消息。它由ACK包确认，200 by后窗口大小为62356字节。
几秒钟后(3-5秒)，它也发送类似的ACK数据包，但作为一个65535字节(缓冲区为空)的"TCP“数据包发送到客户端。然后它发送200确定这意味着成功的处理..。
我的问题是：
哪些情况下"TCP窗口更新“数据包将从服务器发送到客户端。
这是否意味着yet服务器或应用程序层在其TCP接收窗口中读取65535-62356(~ 3100)字节花费了大约3-5秒，并且在读取之后，它发送了
浏览 5提问于2015-06-16得票数 2
回答已采纳
1回答
Linux内核TCP/IP堆栈impl可以通告的最小TCP接收窗口大小是多少?我如何配置才能使其通告这样的窗口？我的目标是实现低延迟和牺牲吞吐量？
浏览 4提问于2019-03-22得票数 0
2回答
我将根据以下情况提出问题。假设我必须使用窗口大小为5的TCP发送10个数据包，我为它们发送1，2并接收ACK，我发送3，ACK丢失，我发送4，5并接收它们的ACK。我的问题是: SACK谈判后，TCP是否继续在窗口外传输？也就是说，它在接收到3之前就开始发射6了？如果窗户不移动的话
浏览 0提问于2019-06-04得票数 3
1回答
我从福鲁赞的书那里学习TCP。它解释发送方窗口如下：
📷
因为它定义了接收窗口的大小如下：
rwnd =接收器缓冲区大小-等待接收进程消耗的字节数
然后上面写着：
发送方窗口关闭(将窗口的左墙向右移动)，当它收到一些确认时
发送方窗口打开(右墙向右移动)，当接收方通信rnwd这样的that新ackNo +新rwnd >旧ackNo +最后rwnd时。
在上述情况不发生时，发送窗口缩小(向右移动)。
它显示发送者窗口的打开和关闭情况如下：
📷
它没有显示出窗口的收缩。我不明白为什么会发生收缩。如果您查看上面第一个引文中的rwnd公式，收缩将需要减小接收方缓冲区大小，对吗？如果是的话，会不
浏览 0提问于2019-10-19得票数 3
1回答
我在linux (2.6.43.8-1.fc15.i686.PAE)上工作，遇到了一些禁用TCP接收器窗口自动调整的问题。
我正在尝试找到一个给定的设置，它将强制我的客户端通告固定的接收器窗口。我尝试给net.core.rmem_max (/proc/sys/net/core/rmem_max)和net.core.rmem_default (/proc/sys/net/core/rmem_default)以及ipv4.tcp_rmem (net.ipv4.tcp_rmem)赋一个相同的值，但是当检查通告窗口(使用wireshark)时，它绝对没有改变任何东西……
这是为了研究TCP行为，如果有
浏览 2提问于2013-03-20得票数 8
回答已采纳
我正在阅读“TCP/IP插图”( TCP /IP Illustrated )一书，在“零窗口”部分，我注意到使用了TCP持久化计时器--该定时器用于避免在零窗口场景刚刚结束后从接收方丢失窗口更新消息。显然，丢失窗口更新消息的概率更高，因为它是“纯ACK”数据包，而不是具有实际数据的数据包。
有谁能告诉我，纯ack包和数据包的递送有什么不同？谢谢!
浏览 0提问于2021-05-22得票数 0
回答已采纳
我正在试验一个安卓应用程序，它通过UPnP将音乐流到XBox。流在大多数情况下工作，但相当频繁地，在一两分钟后，流停止，特别是当有其他活动在网络上。当流到其他非XBox设备时，这种情况永远不会发生。我已经用许多不同的UPnP服务器应用程序证实了这种行为。
在分析了大量的Wireshark痕迹之后，我找到了根本原因。似乎在XBox上填充了TCP接收窗口之后，它只会显式地重新宣布一个窗口更新，以响应包含1字节有效负载数据的零窗口探测。
当基于Windows的机器发送包含1字节有效负载的零窗口探测时，基于Linux的机器发送包含0字节有效负载的探测(纯ACK)。
在理想的网络条件下，这不是问题，因为
浏览 30提问于2011-01-28得票数 15
1回答
我的意图是写一个应用程序。libnids之上的层进程。之所以使用libnids API，是因为它可以模拟Linux内核TCP功能。Libnids将返回hlf->count_new，它是自上次调用TCP回调函数以来的字节数。但是，每当有新的数据包传入时，tcp_callback都会被调用，因此hlf->count_new包含单个TCP段。
然而，这款应用。层应该接收TCP窗口缓冲区，而不是单独的TCP数据段。
有没有办法获取TCP窗口(而不是TCP数据段)的数据？换句话说，为了让libnids传递TCP窗口缓冲区数据。
提前感谢！
浏览 1提问于2011-09-25得票数 1
回答已采纳
1回答
我对MSS和窗口大小有问题。
、、、、
我举了一个简短的例子，因为当我们考虑发送方和接收方时，我尝试理解tcp报头中MSS和窗口大小之间的区别。
因此，假设发送方和接收方使用相同的MSS，即700字节，并且对于发送方和接收方来说，窗口大小(在tcp头中)都是28000字节。
现在我的问题是，接收者能把28000字节全部发送给发件人吗？或者这会被700字节的MSS限制/影响吗？
也许你可以给我一个简单的例子，如果我的太糟了？
浏览 0提问于2021-01-20得票数 1
回答已采纳
2回答
我不明白为什么tcp_adv_win_scale和tcp_app_win变量在Linux中共存。来自tcp(7)的信息显示：
对于tcp_adv_win_scale：
tcp_adv_win_scale (整数；默认值: 2；因为Linux2.4)
如果bytes/2^tcp_adv_win_scale大于0，则将缓冲开销计算为tcp_adv_win_scale；如果tcp_adv_win_scale小于或等于零，则计为bytes-bytes/2^(-tcp_adv_win_scale)。
套接字接收缓冲区空间在应用程序和内核之间共享，TCP将部分缓冲区保持为TCP窗口，这是向另一端广告的接收
浏览 0提问于2013-10-12得票数 5
回答已采纳
当我阅读有关TCP三步连接的内容时，我脑海中浮现了两个问题：
如果接收器中有接收窗口，当接收到的数据被存储到窗口中或窗口已满时，ACK是否被发送回？
当发送方接收到ACK时，是否意味着接收方应用程序已经读取和处理了所有发送的数据？
事实上，这两个问题有几个内在联系。感谢任何有帮助的答案！
浏览 2提问于2014-11-02得票数 3
回答已采纳
我正在寻找一种方法，如何在发送和接收TCP窗口时，实际地确定它们的段？
我想修改每个TCP窗口的IP数据包。
我已经查看了IP和TCP头定义，使用Wireshark查看了TCP/IP数据包，并搜索了python库，但没有找到相关的工作。
如何创建TCP段或IP数据包或片段与TCP？
之间的映射
我假设对窗口的开始段和结束段的知识可以解决问题。
我感谢任何有助于决定该做什么的答案，包括理论方法。
系统是使用IPv6的Linux，虽然首选通用答案。
浏览 0提问于2021-06-07得票数 0
TCP窗口大小是发送方在等待TCP攻击之前发送的数据量。接收方是否有办法控制这一点(例如，作为TCP握手的一部分)，还是只有发送方才能控制？
浏览 0提问于2020-05-31得票数 3
例如，在Windows中，TCP窗口大小总是变化在30000~60000之间(当然，最大值为65535)。窗口大小的目的是通知TCP发送方和接收方，提高数据包的传输效率。
我听说一些操作系统(例如solaris)总是使用固定的窗口大小。那么，为什么Windows不总是将窗口大小保持在最大的65535或大的值？是什么决定了窗口的大小并总是改变它？
浏览 0提问于2016-06-16得票数 1
回答已采纳
2回答
TCP最大吞吐量和浏览器
、、、
理论上，最大tcp速度是min{ rwnd，cwnd} / RTT，其中cwnd是拥塞窗口大小，rwnd是接收窗口大小。假设cwnd足够大，那么它就是rwnd/RTT。现在，如果我得到的最大窗口大小是65K字节(使用来自某些站点的计算)：
RTT 10 ms => TCP throughput = 52428000 bps = 52Mbps
RTT 20 ms => TCP throughput = 26214000 bps = 26Mbps
RTT 50 ms => TCP throughput = 10485600 bps = 10Mbps
RTT 100 ms =>
浏览 0提问于2012-12-20得票数 2
回答已采纳
我正在运行一个运行2.6.9-55.ELsmp，x86_64的Linux机器。
我正在尝试通过使用C使用setsockopt()函数来设置TCP接收窗口。我尝试以下方法：
rwnd = 1024;
setsockopt(sock, SOL_SOCKET, SO_RCVBUF, (char *)&rwnd, sizeof(rwnd));
上面的代码段位于从服务器接收数据的客户端程序中。当我启动程序接收和观察tcpdump输出时，我观察到窗口协商，如下所示：
11:34:40.257755 IP clientReceiver.42464 > serverSender.8991:
S
浏览 1提问于2010-02-09得票数 10
回答已采纳
我想限制每个TCP连接的速率。我可以在Linux中设置最大TCP接收窗口大小吗？
使用iptables + tc只能限制IP源。参数net.core.rmem_max和net.core.wmem_max不能很好地工作。
浏览 0提问于2016-05-10得票数 2
1回答
TCP接收窗口的最大大小似乎是1GB (使用缩放时)。因此，最大的RTT仍然可以用一个连接填充100 1GB管道，是40 is (因为2* 40E-3 * 100E9 /8= 1GB)。这将把这种通讯速度限制在IRO 10000公里的距离内。
另一个缩放问题似乎是32位序列号无法提供保护，以防止重复数据包延迟超过400 of (因为它们在这么长的时间内被包围)。它们还将窗口大小限制为2GB (因为它们需要在发送方窗口和接收方窗口之间分割)。
三个问题：
我知道TCP时间戳可以帮助解决序列号的问题，但我想知道这是否只是碰巧帮助了一些功能，但实际上是为了其他目的而设计的。另外，我不明白时间戳实现什
浏览 2提问于2014-05-24得票数 3
回答已采纳
2回答
对于在应用程序中增加TCP窗口大小，我有一些疑问。在我的C++软件应用程序中，我们使用TCP/IP阻塞套接字从客户端向服务器发送大约1k大小的数据包。最近，我发现了TCP窗口大小的概念。因此，我尝试使用setsockopt()将SO_SNDBUF和SO_RCVBUF的值提高到64K。在增加这个值之后，我在WAN连接的性能上得到了一些改进，但在LAN连接中没有得到一些改进。
根据我对TCP窗口大小的理解，
客户端将向服务器发送数据包。到达此TCP窗口大小后，它将等待确保从服务器接收到的ACK用于窗口大小中的第一个数据包。在WAN连接的情况下，由于RTT中大约100 is的延迟，ACK从服务器延迟
浏览 8提问于2013-01-17得票数 15
回答已采纳
1回答
我想了解建立状态的TCP接收方应该如何在接收窗口段内处理无序和完全处于接收窗口段的SACK信息，
其中rcv_nxt < seq_no < rvc_nxt +获胜。
RFC793指定了如何处理以下字段
如何处理ack_no字段
如何处理窗口字段
如何处理控制位(SYN，FIN，RST)
在重新排序的情况下，如何保护这些字段不被“旧”段更新。
但是RFC2018没有指定在类似情况下如何处理SACK信息。
由于TCP中的选项空间有限，SACK信息可能分布在段数之间，SACked数据可能会被否认等等。
当迟来的部分到达时，该怎么办？如何处理麻袋信息？如何处理D-袋信息？无法在RFC201
浏览 0提问于2018-11-14得票数 1
为什么TCP接收窗口被认为是MSS最大数据段大小的倍数？ Wiki指出，为了充分利用分组长度并避免IP分片，通常建议对接收窗口使用最大分段大小( as )的整数倍，因此该值通常仅作为因子/倍数给出。 Here指出，超过is大小的段被丢弃。
浏览 17提问于2021-01-13得票数 1
1回答
晚上好,
我正在从事一个项目，该项目使用Python之上的来创建websocket服务器。到目前为止，一切都很顺利。然而，今天我们做了一些深入的数据包分析，发现了一些奇怪的东西。我们正在尽量减少来自服务器的出站数据。目前，它似乎只发送ACK，而ACK目前占据了大部分数据(大约每小时100万)。
不管我们在Ubuntu文件上设置了什么接收窗口，ACK都同时被发送到客户端(在5个数据包之后)。我们希望使这个窗口更大一些，这样也许每15个包就会发送1个ACK包，这些数据包的大小是1440字节。
下面是TCP发送和接收缓冲区的sysctl设置
net.core.wmem_max = 4194304
n
浏览 1提问于2016-07-21得票数 0
如果传输速率受到接收窗口(卢旺达)的限制，我试图了解TCP拥塞窗口(Cwnd)发生了什么。我知道，转会率是卢旺达和Cwnd的最低水平。我还知道，每个ACK收到的Cwnd都会增加。假设接收缓冲区非常小，因此卢旺达总是保持很低，但是所有的数据包都被接收到并且是ACKed。这是否意味着Cwnd一直在增长？有什么限制吗？
浏览 0提问于2013-11-21得票数 6
1回答
我有一个应用程序，需要在服务器和客户端之间传输数据。两端都在公司防火墙的后面，但它们需要安全地进行通信。我已经编写了一个TCP中继服务器，它可以建立两个应用程序之间的通信。
我的问题是TCP流的性能现在急剧下降，我想找出原因。我将TCP接收和发送缓冲区大小设置为10 MB，用于服务器、客户端和中继。性能问题是最明显的较大的RTT，所以我目前的RTT是60毫秒。完成初始握手后，中继将原始TCP流连接到服务器和客户端之间，而不需要额外的帧。
我已经检查了TCP窗口的大小大小，并正确设置了它。尝试在wireshark中搜索tcp.analysis.flags，以查看接收窗口是否已满，但从未生成过此类
浏览 5提问于2021-10-04得票数 0
回答已采纳
我试图理解TCP是如何工作的(当然不是很详细)。我在网上冲浪，寻找容易理解的流程图，出现了一个问题，却找不到一个直接的答案。
假设我们有一个很好的流，其中所有东西都是同步的(忽略FIN和交叉数据包的结尾部分)：
我想知道如果A和B同时发送数据包会发生什么情况(据我所知，TCP是一个双向协议，以便每个实体都可以随时发送)。基本上，序列号的行为。有交叉数据包的。
我还读到TCP是一个SWP (滑动窗口协议)，我想知道在这种情况下ACK是如何形成的。TCP是以字节数来响应的--基本上是Seq号，我无法想象在窗口内(您可以按任何顺序接收)怎么会发生这种情况。对于接收方和发送方，实现是否使用两
浏览 2提问于2021-03-31得票数 1
回答已采纳
1回答
我想对linux TCP接收器消耗其缓冲区中的数据的速率进行建模。我知道这取决于应用程序是如何开发的(如果启用了MSG_DONTWAIT等...)但是最通用的行为是什么呢？包到达缓冲区的时间和相关的recv()返回调用之间的平均时间是多少？
我希望通过发送方的TCP定步来找到该速率:就像我改变TCP发送方的数据速率，直到接收方窗口保持稳定为止，在这种情况下，发送速率将等于接收方消耗速率。我想在用户空间中进行TCP调步，但我担心内核会阻止它(即使禁用了NAGLE等)。
我正在寻找任何能给我提供这类信息的提示/论文。
诚挚的问候
浏览 1提问于2014-06-12得票数 0
1回答
有没有办法使用任何winsock api函数来更改TCP接收器窗口大小？RCVBUF值只会增加临时存储的容量。我需要提高数据传输的速度，我想增加接收器窗口的大小会有所帮助，但我找不到使用winsock api来提高它的方法。有没有办法做到这一点，或者我应该修改注册表？
浏览 0提问于2014-01-30得票数 0
在高延迟环境(假定每个连接没有流量成形或诸如此类的情况下，具有较大地理距离的公共internet )中，是否有可能通过多个并行TCP连接来实现更好的数据传输速率?或者TCP是否可以通过一个连接来利用整个带宽？
如果接收方没有报告具有0窗口大小的缓冲区拥塞，TCP发送数据的速度是否会尽可能快？例如，如果RTT是60秒，它根本不影响速率？是否有最大窗口大小或其他限制速率的东西？
浏览 18提问于2008-11-03得票数 15
回答已采纳
1回答
我有一个IBM系列3700 (NetApp Filer)，运行数据ontap7.4。当我运行netdiag时，我得到：
NFS客户端x.x公布的TCP接收窗口为5888。这低于32768字节的推荐值。您应该在客户端上增加NFS的TCP接收缓冲区大小。按回车继续
从主机接收到的NFS TCP数据包的平均大小:x.x为969。这比数据传输中涉及的接口的MTU (1500字节)小。TCP用于此主机的最大段大小为: 1460。此系统接收的数据包平均大小较低可能是由于配置错误的客户端系统或编写不当的客户端应用程序造成的。按回车继续
客户端为RHEL5.5，文件处理程序和客户端都在同一个开关上。我打算安装
浏览 0提问于2011-04-14得票数 1
在python中，方法是：
socket.recv(bufsize[, flags])
在C中，方法是：
int recv( _In_ SOCKET s, _Out_ char *buf, _In_ int len, _In_ int flags)
这两种方法中的缓冲区是什么？
我认为如果我创建一个receive window size套接字，它就是receive buffer或TCP。但是当我捕获测试tcp消息时，我发现我错了。
我猜缓冲区就是套接字缓冲区。当tcp消息出现并第一次进入tcp's buffer时(在传输层)。然后，tcp的“接收”窗口开始滑动，用于接收数据，如果消息正
浏览 1提问于2017-10-17得票数 1
2回答
我尝试执行TCP流量，并在另一端使用原始套接字捕获数据包。
我将窗口大小设置为50000字节。同时以最大速率发送TCP流量。我在wireshark中观察到大约每12个包(1512字节包)就发送一个ACk。
在接收原始套接字中的数据包时。我期望12个数据包，就像我进入wireshark (我相信wireshark也使用原始套接字)。但我惊讶地看到一个数据包与发送数据流。
据我所知，原始套接字应该以数据包的形式接收，而不是以TCP流的形式传输。
我使用下面的原始套接字接收端口中的数据包。
rawsd = socket(PF_PACKET, SOCK_RAW, ETH_P_ALL);
这是否与t
浏览 4提问于2015-02-03得票数 2
回答已采纳
在TCP中，数据包丢失可以通过两种方式检测:超时和三个ACK(对于一个特定的数据包，即。(丢失包)。
假设还没有到达超时，如果数据包丢失发生在慢启动阶段，那么拥塞窗口会发生什么情况？当接收到第一次复制ACK时，拥塞窗口是否仍会增加1？
例如，在发送方的视图中，最初窗口大小为3: 1 2 3。
发送和接收分组1及其ACK (分组1的ACK )。因此，窗口的大小增加了1 .至4: 2 3 4 5
第二包已发送，但丢失了。然后，当数据包3成功发送时，一个重复的ACK (仍然用于数据包1)到达，此时窗口的大小是多少？
1)如果由于接收到第一次复制的ACK (请注意，发送方现在不知道数据包丢失，因为只有
浏览 1提问于2017-07-28得票数 0
回答已采纳
1回答
我有一个发件人和一个接收节点，通过一个交换机连接。我收集广告窗口大小从tcpdump和内核。我正在接收端运行tcp转储，以监视ACK数据包的窗口大小，并且我还在"tcp_input.c“文件中添加了一些代码来打印snd_wnd值。我相信这两种价值观应该是一样的。我把数据放在两个图上，两个图上的观测值都完全不同。我不知道为什么会发生这种事，我正试图找出答案。在这里你可以看到这两张图。
TCPDUMP结果：
📷
内核结果：
📷
浏览 0提问于2014-12-01得票数 -1
1回答
我读过关于TCP零窗口探针的文章，似乎这样的探测段传递了一些有效载荷。
但是我不知道在探测段中到底发送了哪些字节？它是前一个窗口之后的一个(或多个)字节(在接收到零窗口之前)还是其他什么？
浏览 0提问于2020-02-20得票数 4
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储活动推荐
腾讯云开发者
