Articles of tcp

交通控制软件会导致tcp数据包被丢弃

我正在testing我们的客户端服务器应用程序使用NetLimiter这是一个交通控制软件。 我发现,当客户端正在从服务器接收文件,我使用NetLimiter设置下载速率为50K / S的值,通过连续点击button(增加速率从0K / s到50K / s,每次点击增加速度由1),那么传输将停止并且不会恢复,似乎来自服务器的一些控制包丢失。 由于未知原因,交通控制软件是否会拦截数据包而不向客户发送? 交通控制软件会丢弃应该发送给我们客户的tcp数据包吗? [更多]交通控制软件确实打破了传输,因为我们的服务器将发送一些控制包到客户端来控制传输,例如停止传输或开始传输。 在testing过程中,我们发现“开始传输”控制包已经到达networking接口卡,但数据包没有被客户端接收到(有一个TCP套接字)。 谢谢

尝试join域之前,是否可以知道重复的计算机名称?

该领域的技术人员正在将Windows 7 PC部署到一个域中。 他们完成一个input屏幕,应该给他们一个独特的计算机名称。 但是,他们是人类,最终给了同一个名字。 PC通过TCP / IP连接到站点的路由器。 我希望在电脑尝试join域之前检测重复的名称。 但是,使用ping,arp,nbtstat,System.Net.Dns.GetHostEntry进行的testing显示,信息取决于重启时间。 testing点A 重命名计算机 重启 testing点B join域名 重启 testing点C 实际的重新启动可能需要几分钟的时间。 我明白,检测一个电脑重新启动将无法正常工作,但我甚至无法检测到这两个机器上的“testing点B”。 实际上,如果两台机器都停在“testing点B”,最后一次重新启动就无法检测到另一台机器。 第一个重新启动可以看到另一个。

TCP时间戳字段是未来的

我有一个服务器发送TCP数据包。 我注意到,与wireshark,我的数据包在时间戳可选字段看起来像 Timestamps: TSval 2552765291, TSecr 3858527953 TSval是我的服务器给数据包的值。 据我的理解,数据包应该有一个时间戳来帮助防止PAWS以及计算TTL。 但为什么这个时间戳在未来? 此外,时间戳字段是否与数据包到期有关,或者可能导致数据包在目的地被丢弃? 我的服务器运行CentOS 5

来自单个快速链路的多个连接的LACP带宽

有没有办法从相同的IP / MAC获得多个TCP连接来使用LACPconfiguration中的所有物理链路? 这是我的设置: 中央交换机(Meraki MS42P)有一个10GbE链接到一个服务器和一个10GbE链接到接入交换机(Cisco 2960-CX)在大厦的另一边。 第二台服务器在接入交换机上使用4 x 1GbE的LACPconfiguration。 如果我从networking中的任何位置的多个1GbE客户端打开一个连接,则可以饱和4个1GbE聚合链路(即,最多4个客户端同时获得全部1Gb)。 但是,如果我从第一台服务器(连接到交换机的单个10GbE链路)同时打开4个TCP连接到第二台服务器,则它们总是共享一个1GbE链路。

宽带有多快?

我需要select知道networking的人的大脑,特别是networking如何在宽带上运行。 通过拨号,在计算网页下载多长时间时,需要考虑每个需要下载的文件的两个因素 – 计算机连接到服务器的时间只有几分之一秒(通常估计为0.5秒用于这些目的),然后几秒钟下载文件本身。 因此,一个100k的文件可能需要0.5秒的连接时间和30秒的下载时间,这意味着该文件为网站加载时间增加了30.5秒。 随着宽带30秒下载文件大大减less。 但是,我的问题是stream程的连接部分需要多长时间? 是相同的(每个文件0.5秒),还是相对减less,还是很小,几乎不可测量?

vpn连接上的TCP over TCP

例如,我们有一个通过代理的VPN TCP传输连接。 我想知道UDP是如何模拟这个TCP连接的? 它的不可靠性如何被仿效?

为什么在第一个和第二个数据包中有很大的差别,然后在TCP握手中第二个和第三个数据包之间的差别非常小?

为什么在SYN和SYN-ACK之间的时间差异很大,然后在TCP三次握手期间SYN-ACK和最后一次ACK之间的时间差异要小得多?

几个负载均衡服务器监听单个IP /端口?

比方说,我有一个完全正常工作,负载平衡的应用程序服务器环境。 所有服务器都必须优雅地进行故障切换。 使用应用程序服务器相对容易,但是如何使用前端负载均衡器实现故障切换? 我可以让多个负载均衡器监听同一个IP和端口吗? 一旦我发现旧的死亡,我需要运行一个新的?

服务器如何处理丢失的TCP段?

我特别感兴趣的是通过TCP实现FIX协议 ,但是我很乐意用更一般的方式来讨论这个问题。 假设客户端向服务器发送TCP分段,并且涉及的一些IP分组丢失。 然后,对于没有完全到达的TCP段,客户端将不会收到ACK。 现在通常这是客户端在超时期限过去之后重新传输TCP段的提示。 现在让我们假设客户决定不发送那些丢失的TCP段。 那么服务器已经正确接收到的不完整的段组会发生什么? 服务器是否希望最好,并假设最终失踪的部分将到达? 是否有超时,服务器从缓冲区中清除不完整的信息? 如果是这样,通常多久,超时?

用于固定目标和源端口的并行TCP会话

据我所知,TCP接收大量的数据并将其分割成通过TCP 会话传输的段 。 现在假设我作为客户端有两个数据块A , B ,我想要发送到服务器。 每个块被分成3个部分,共6个部分。 我将通过互联网发送这6个段,但我不能保证服务器将收到它们的顺序。 幸运的是,TCP服务器为我重新排列乱序。 但是,对于我的应用程序来说,区块A和区块B是完全独立的,所以如果所有的B区段都被接收到,我不希望服务器等待A区段,反之亦然。 实际上,我想为块A和B两个独立的TCP会话。 客户端和服务器可能有并行的,独立的TCP会话吗? 查看TCP标题条目,我看不到“会话编号”。 我被迫使用不同的源或目标端口?