草庐IT

cellular-network

全部标签

networking - 防止TCP连接导致UDP丢包

考虑原型(prototype)多人游戏服务器。允许连接到服务器的客户端下载map和脚本。创建TCP连接来完成此操作很简单。但是,服务器必须继续通过UDP响应其余客户端。如果允许TCP下载连接使可用带宽饱和,UDP流量将遭受严重的数据包丢失。处理此问题的最佳方法可能是什么?通过跟踪时间以某种方式“限制”TCP上传连接似乎绝对是个好主意,并在固定的时间间隔内发送send()。这样,如果UDP数据包丢失开始更频繁地发生,则TCP连接可能会进一步受到限制。操作系统是否仍倾向于将数据捆绑在一起而不是源源不断地发送出去?我希望多久调用一次send()?我想这样做太频繁会导致数据首先被缓冲在一起,从

networking - Windows 7 或 Vista TCP 行为更改

各种分辨率出现此问题的客户端计算机安装了TrendMicroSecurity。该安全套件在系统中的每个网络适配器之上放置了一个服务或驱动程序。一旦这个遗留应用程序再次开始工作,我就懒得进一步调试了。更新1我在Win7上禁用了TCP窗口比例自动调整。在Windows7上,如果我拔下直接连接到服务器的以太网电缆,断开连接会在大约5秒后发生,但客户端进程会崩溃。服务器上的netstat向客户端报告两个不再有效的TCP连接,因为客户端进程未正常关闭并关闭连接。在物理断开后将服务器置于这种奇怪的状态后,如果我重新启动客户端进程,它会在连接到服务器时挂起(就像原来描述的那样)如果我在XP端执行物理

networking - 为什么在接收到 SYN/ACK 时,某些站点会发送 RST 数据包

我正在运行ArchLinux,最近遇到了这个奇怪的问题。一段时间后,连接到Google将超时,因为我的系统在从服务器接收SYN/ACK数据包时不断发送RST数据包。Google的其他IP和端口号也是一样的。yahoo.com也会发生这种情况。这在以前从未发生过。我想我的系统可能有问题,但我不记得我最近更改过系统配置。[更新]这又发生了,我得到了以下tcpdump输出,正如skjaidev所建议的:$sudotcpdump-ieth0"iphost209.85.153.100"tcpdump:verboseoutputsuppressed,use-vor-vvforfullprotoco

networking - 主机路由表的理解

我有这样配置以太网适配器的主机:IP地址192.170.100.10,子网掩码255.255.255.0。还有一个类似IP服务器的硬件设备,配置为:192.170.100.20、255.255.255.0。当我将此设备连接到主机以太网适配器时,以下信息将添加到routeprint命令输出(Windows):ActiveRoutes:NetworkDestinationNetmaskGatewayInterfaceMetric192.170.100.0255.255.255.0192.170.100.10192.170.100.1020192.170.100.10255.255.255.

networking - TCP/IP 校验和有多稳健

与CRC32或类似的东西相比,TCP/IP校验和有多稳健。它们只是1B位补码还是更复杂(但更慢)的东西? 最佳答案 http://en.wikipedia.org/wiki/Transmission_Control_Protocol#Checksum_computationTheTCPchecksumisaweakcheckbymodernstandards.DataLinkLayerswithhighbiterrorratesmayrequireadditionallinkerrorcorrection/detectioncapa

qt - Simple Qt code for network 简单网络连接

我对使用QtNetwork连接计算机完全陌生。现在我只想看到连接尝试。因此,我创建了一个GUI应用程序,并在mainwindow.cpp上将这两个函数编写为两个按钮的插槽:voidMainWindow::on_pbTalk_clicked(){QStringIP=ui->leIP->text();ui->pteLog->appendPlainText("NowTalkingtoIP:"+IP);talker=newTalker();talker->connectToHost(IP,25000);}voidMainWindow::on_pbListen_clicked(){ui->pte

networking - 无论协议(protocol)如何,如何使用 tshark 获取源端口和目标端口?

我正在尝试从数据包中获取一些字段,例如目的地ip=ip.dst;但是我不确定源端口和目标端口的ID是什么。据我所见,它们似乎是特定于协议(protocol)的,即udp=udp.destport;但是我想知道是否有一种方法可以不考虑协议(protocol)来获取端口。以下是我尝试过的示例:-n-Tfields-Eseparator=,-eframe.time-eip.src-eip.dst-eip.proto-etcp.port-eip.len-etcp.flags.push'---祝福。 最佳答案 可能找出字段名称的最简单方法是在

networking - WebRTC中如何指定UDP或TCP协议(protocol)的选择

我了解WebRTC支持TCP和UDP协议(protocol)。但是,我看不到API中可以指定支持哪种协议(protocol)的位置。应用程序通常在哪里指定要使用的协议(protocol)选择? 最佳答案 当两个RTC/P客户端连接时,它们通过sessiondescription交换参数列表,其中包括ICEprotocol发现的连接选项.它们具有优先级,可以是UDP或TCP。提供哪些选项以及如何确定它们的优先级取决于客户端实现,即浏览器。由于由JavaScript应用程序控制的信号层传输这些icecandidates*,因此网站开发人

networking - 计算子网掩码?

如何计算IP地址为128.2.19.4且属于子网128.2.19.0/25的子网掩码。请给我详细的过程。我想学习计算。 最佳答案 这是您示例的算法:子网掩码只是子网地址“/25”部分的表示。在IPv4中,地址有32位长,其中前25位是1:11111111111111111111111110000000地址以八位字节给出——每个八位字节:octet1.octet2.octet3.octet40000000000000000000000000000000011111111111111111111111110000000所以每个八位字节的

networking - 如果数据使用校验和的 TCP,ftp 协议(protocol)为什么有时会产生传输错误?

每隔一段时间,通过ftp下载(尤其是大的)文件就会出错。我猜这也是所有主要网站都在下载时发布外部校验和的部分原因。如果ftp通过TCP,这怎么可能呢?TCP内置了校验和,如果数据传输错误则重新发送数据?有人可能会争辩说,这是由于TCP协议(protocol)中的CRC长度较短(我认为是16位,或类似的长度),并且冲突发生得太频繁了。但1)要做到这一点,不仅必须存在CRC冲突,而且随机网络错误必须同时修改数据包中的CRC和数据包本身,以便CRC对新数据包有效......即使使用16位CRC,也有可能吗?2)例如,浏览同样通过TCPIP的网页时,似乎没有太多错误。