回答情况：
提问时间：
问题标签：
在FreeBSD上，我可以通过net.inet.tcp.cc.algorithm改变TCP拥塞控制算法。
在OpenBSD上，没有net.inet.tcp.cc.algorithm参数。因此，问题在于:如何改变OpenBSD上的TCP拥塞控制算法？
浏览 0提问于2018-07-06得票数 2
我知道TCP协议有一个拥塞窗口大小来控制网络拥塞。有人对如何在TCP报头中找到拥塞窗口大小有想法吗？或者如果TCP报头中不存在这个值，那么在哪里可以找到这个值呢？
浏览 5修改于2015-12-07得票数 1
回答已采纳
到目前为止，linux中的命令'sysctl‘在全局上改变了整个系统的拥塞控制算法。但是拥塞控制，其中TCP窗口大小和其他类似的参数是变化的，通常是每个TCP连接。所以我的问题是：
还是我错过了一些琐碎的东西？如果是，那又是什么呢？
浏览 3修改于2015-06-08得票数 5
1回答
以下是我对快速恢复的理解:在接收到三个重复的ACK时，TCP启动一个重传，然后执行快速恢复:拥塞窗口减半，并为每个重复的ACK增加一个段。因此，我认为这包括启动快速重传的三个重复ACK，这意味着cwnd_new = cwnd_old +3+1用于每一个新的重复ACK。出于某种原因(为什么？)当第一个非重复ACK到达接收端后，cwnd被设置为cwnd_old /2，然后执行拥塞避免。
感谢你的帮助！
浏览 0提问于2018-01-22得票数 -3
回答已采纳
有什么方法可以在FreeBSD中运行不同的TCP拥塞控制算法吗？我试图修改现有的TCP拥塞控制算法，并在研究论文中发表了一些想法，试图在无线网络上获得更好的性能。
浏览 0修改于2015-06-11得票数 4
回答已采纳
拥塞控制是网络现象，那么为什么以及如何在传输层处理这一问题。拥塞发生在网络中的中间设备(路由器)之间。但是昨天我正在读一篇论文( TCP主机到主机拥塞控制，Alexander Afanasyev，Neil Tilley，Peter Reiher和Leonard Kleinrock)。在这里，我们可以看到标题，主机到主机拥塞控制。因此，我想问一下，如果网络之间发生拥塞，那么控制它是网络层的</
浏览 0修改于2015-11-21得票数 0
回答已采纳
我会打字要更改运行在IPv4上的TCP连接的拥塞控制算法，但是如何为那些通过IPv6到达的连接更改拥塞控制算法
浏览 0修改于2017-08-05得票数 7
回答已采纳
1回答
我读到了TCP拥塞变体是如何在Linux中实现的。每个变体都作为一个单独的模块实现。我知道这个变体可以使用mod探头加载。这是否意味着当lsmod运行时，TCP立方必须显示为默认加载？当我运行lsmod时，我找不到与拥塞控制相关的加载模块。是否有特定类型的内核模块列在lsmod下面？
浏览 0修改于2018-09-16得票数 1
回答已采纳
拥塞避免算法是从cwnd>=ssthresh开始还是只从cwnd>ssthresh开始？
cwnd=Congestion窗口ssthresh=slow启动阈值
浏览 1提问于2018-04-19得票数 0
回答已采纳
对于tcp流，我需要使用不同的拥塞控制算法。
如何继续使用Fedora 11在Fedora 17中的流拥塞算法？
浏览 0修改于2013-03-28得票数 1
我是否纠正了TCP receive window(它是发送方的send window )与TCP立方拥塞控制无关？TCP receive window仅仅是TCP 流量控制的一个属性？
浏览 0修改于2018-04-25得票数 4
为什么TCP拥塞控制中的初始阶段被称为慢启动，而它实际上是指数的，而加性增长阶段具有线性的拥塞窗口增长？
浏览 1提问于2015-10-05得票数 6
回答已采纳
1回答
我想知道TCP拥塞控制适应变化的网络条件的总体延迟。具体来说，我的问题是：
在改变可用带宽和/或往返时间(RTT)后，系统的反应速度如何？我的意思是修改发送速率以适应新的网络条件？系统需要多长时间来测量网络条件的变化？据我所知，在默认情况下，TCP只通过查看ACK中的序列号来度量RTT。这是否意味着系统需要一个RTT才能对网络条件的任何变化作出反应？是否
浏览 0提问于2019-06-19得票数 0
回答已采纳
TCP三次拥塞控制算法是否减少了已空闲一段时间但尚未超时的连接的窗口大小？例如，如果应用程序开始发送数据并将窗口大小增加到起始值以上，则停止发送数据30秒，然后继续发送数据，新发送的数据会按照第一次停止数据突发之前的拥塞窗口所建议的速度发送，还是TCP拥塞窗口在连接空闲期间会减少
浏览 0提问于2023-05-19得票数 0
回答已采纳
我了解到拥塞窗口是可以在一轮传输中发送的最大数据包数量。现在TCP似乎以字节来确认数据包，所以用字节来定义拥塞窗口不是更有意义吗？那么，如何才能让确认和拥挤窗口一起工作呢？此外，RFC还提到拥塞窗口增加了最大的SMSS，这实际上不允许指数增长。RFC的以下部分让我感到困惑：
在慢速启动期间，对于每个接收到的累计确认新数据的A
浏览 0修改于2023-01-17得票数 0
我有8888端口供我的程序使用。我的问题是
如果网络流量非常繁忙，TCP套接字可能会拒绝或发信号通知另一端停止发送东西，这就是所谓的拥塞控制，对吧？因此，如果TCP是拥塞控制，其他端可能不会发送更多的数据，在这个"TCP静默期“，UDP通道应该没有那么多<e
浏览 2修改于2010-05-11得票数 1
2回答
我想知道为什么在我的iphone上传输一段高质量的视频时，当您在TCP中使用端端拥塞控制时，性能会下降呢？
我在想，TCP有带宽控制，并且在当前连接上平均分配带宽。因此，当视频传输很长的距离时，可能会有一个连接，其中有太多的带宽使用，因此流视频将失去它的一些数据。我是这么想的，但这是对的吗？或者还有另一个原因，为什么TCP的拥塞
浏览 0提问于2015-06-17得票数 1
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号