jjzjj

tcp - 在 RUDP、UDT、LWIP、DCCP 中广播

coder 2023-09-18 原文

在Reliable UDP (RUDP)、UDT、LWIP和DCCP协议(protocol)中,哪些协议(protocol)可以支持BROADCAST机制?哪个更可靠并且有拥塞控制?

最佳答案

可靠的 UDP”是许多不同实现相关的通用名称。例如,Plan 9's RUDP是一种简单可靠的点对点数据报协议(protocol),具有基本的流量控制。

UDT”是另一种点对点协议(protocol),但针对当前 TCP 拥塞逻辑失败的高延迟高带宽环境,例如洲际文件传输。该协议(protocol)以拥塞为代价实现可靠传输,数据包通过大量推送以减少往返 ACK 和 NAK 机制的开销。

LWIP”我假设指的是 lightweight IP堆栈并独立于此讨论。

DCCP”是使用 ECN 的一种方式在基本数据报之上添加拥塞控制,与可靠性正交。

那么有哪些可用选项?

最实用的是 overlay network例如 XMPP 这样您可以获得广播语义但利用 TCP 拥塞控制连接和 HTTP 进行广泛连接。代价是代码的复杂性。

如果你真的必须,PGM是一种协议(protocol),可以通过针对有线和无线网络调整的拥塞控制来提供可靠的传输。然而,它依赖于 IP 多播,这意味着昂贵的网络基础设施支持和更复杂的集成测试。所有当前研究的 PGM 拥塞控制机制在超过每秒 10,000 个数据包时就会饱和并变得无用,因此必须考虑具有更大有效载荷的更低数据包速率。

关于tcp - 在 RUDP、UDT、LWIP、DCCP 中广播,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13581956/

有关tcp - 在 RUDP、UDT、LWIP、DCCP 中广播的更多相关文章

  1. 计算机网络笔记:TCP三次握手和四次挥手过程 - 2

    TCP是面向连接的协议,连接的建立和释放是每一次面向连接的通信中必不可少的过程。TCP连接的管理就是使连接的建立和释放都能正常地进行。三次握手TCP连接的建立—三次握手建立TCP连接①若主机A中运行了一个客户进程,当它需要主机B的服务时,就发起TCP连接请求,并在所发送的分段中用SYN=1表示连接请求,并产生一个随机发送序号x,如果连接成功,A将以x作为其发送序号的初始值:seq=x。主机B收到A的连接请求报文,就完成了第一次握手。客户端发送SYN=1表示连接请求客户端发送一个随机发送序号x,如果连接成功,A将以x作为其发送序号的初始值:seq=x②主机B如果同意建立连接,则向主机A发送确认报

  2. ruby - yarn 未初始化常量 Socket::SOL_TCP - 2

    我在这里尝试使用yarn,遇到了一个可能与ruby​​相关的问题。在执行任何yarn命令,我收到错误.../.rvm/gems/ruby-2.3.0/gems/yarn-0.1.1/lib/yarn/server.rb:14:in':uninitializedconstantSocket::SOL_TCP(NameError)错误堆栈:$yarn.../.rvm/gems/ruby-2.3.0/gems/yarn-0.1.1/lib/yarn/server.rb:14:in':uninitializedconstantSocket::SOL_TCP(NameError)Didyoume

  3. ruby - 你如何使用 Ruby 找到空闲的 TCP 服务器端口? - 2

    我正在尝试创建一个使用一次的HTTP服务器来处理单个回调,并且需要帮助在Ruby中找到一个空闲的TCP端口。这是我正在做的事情的框架:require'socket't=STDIN.readport=8081whiles=TCPServer.new('127.0.0.1',port).acceptputss.getss.print"HTTP/1.1200/OK\rContent-type:text/plain\r\n\r\n"+ts.closeexitend(它回显标准输入到第一个连接然后死掉。)如何自动找到空闲端口进行监听?这似乎是在远程服务器上启Action业然后使用唯一作业ID回调

  4. ruby-on-rails - 服务器是否在主机 "localhost"(::1) 上运行并在端口 5432 上接受 TCP/IP 连接? - 2

    首先请注意,我在StackOverflow和网络上的文章中发现了几个类似的问题,但没有一个能帮助我解决我的问题:PGErrorcouldnotconnecttoserver:ConnectionrefusedIstheserverrunningonport5432?PG::ConnectionBad-couldnotconnecttoserver:Connectionrefusedpsql:couldnotconnecttoserver:Connectionrefused问题来了:我有一个非常棒的Rails应用程序。我和我的合作者使用GitHub一起工作。我们有一个master和一个m

  5. 【操作系统】十分钟了解关于TCP/IP网络的基础知识(二)ARP、路由器、DHCP、DNS以及TCP/IP - 2

    承接上篇文章(十分钟了解关于TCP/IP网络的基础知识)五.ARP(地址解析协议)        虽说使用IP地址确实方便了我们使用者记忆以及整理归类、寻找信息的发送目的地,但是最终接收数据的地方,还是MAC地址,于是乎,为了实现有IP地址到MAC地址的转换,引入了名为ARP(AddressResolutionProtocol)又称之为地址解析协议。      ARP通过广播(Broadcast,这是个专业名词,后面还会继续提起)的方式对LAN中所有的计算机提问:“哎,谁IP地址是10.165.7.116(上篇文章中的例子)呀?你MAC地址多少啊,快过来登记一下!”,如果有哪台计算机回复了MA

  6. ruby - TCP 服务器错误 : Address already in use - bind(2) - 2

    几周前Jekyll对我来说工作正常,但现在突然出现以下错误:TCPServerError:Addressalreadyinuse-bind(2)INFOWEBrick::HTTPServer#start:pid=7300port=4000%lsof-i:4000即使端口上没有任何运行。以下是详细信息:%jekyll--versionJekyll0.11.2%wherejekyll/home/bhaarat/.rvm/gems/ruby-1.9.2-p290/bin/jekyll/usr/bin/jekyll%ruby--versionruby1.9.2p290(2011-07-09re

  7. javascript - 有没有办法用 javascript 建立到 IP 的 tcp 连接? - 2

    让我介绍一下我正在努力完成的事情的背景。我有一个具有本地IP地址的设备(芯片和pin终端),它已被编程为接收特定数据并处理它。示例:我发送十六进制格式的字符串"05""3035",终端读取它并重新启动。我试过使用SockJS-Client以及内置的WebSockets.但是使用Websockets我注意到浏览器正在发送:GET/HTTP/1.1Host:IP:PORTConnection:UpgradePragma:no-cacheCache-Control:no-cacheUpgrade:websocketOrigin:MYIPSec-WebSocket-Version:13User

  8. SpringBoot+Netty实现TCP客户端实现接收数据按照16进制解析并存储到Mysql以及Netty断线重连检测与自动重连 - 2

    场景在SpringBoot项目中需要对接三方系统,对接协议是TCP,需实现一个TCP客户端接收服务端发送的数据并按照16进制进行解析数据,然后对数据进行过滤,将指定类型的数据通过mybatis存储进mysql数据库中。并且当tcp服务端断连时,tcp客户端能定时检测并发起重连。全流程效果 注:博客:霸道流氓气质的博客_CSDN博客-C#,架构之路,SpringBoot领域博主实现1、SpringBoot+Netty实现TCP客户端本篇参考如下博客,在如下博客基础上进行修改Springboot+Netty搭建基于TCP协议的客户端(二):https://www.cnblogs.com/haolb

  9. TCP 中 Flags 标志位 ACK、SYN 与 seq、ack - 2

    单独存在时ACK(Acknowledgment):向对方确认它已成功接收。当ACK=1时,确认号字段才有效。SYN(Synchronization):用于发起和建立连接,连接建立后无用。FIN(Finish):当FIN=1时,表明数据已经发送完毕,要求释放连接。seq(SequenceNumber):占4字节。首先,在传输过程的每一个字节都会有一个编号。在建立连接后,序号代表:这一次传给对方的TCP数据部分的第一个字节的编号。ack(AcknowledgmentNumber):占4字节。在建立连接后,确认号代表:期望对方下一次传过来的TCP数据部分的第一个字节的编号。组合时SYN=1、ACK=

  10. 【计算机网络】TCP协议详解 - 2

    目录1.TCP协议头部格式2.TCP协议原理 2.1可靠传输机制2.1.1确认应答机制2.1.2超时重传机制2.1.3连接管理机制(三次握手,四次挥手)2.1.4流量控制2.1.5拥塞控制 2.2效率机制 2.2.1滑动窗口 2.2.2延迟应答 2.2.3捎带应答 3.粘包问题 4.TCP的异常情况 5.TCP协议特点总结6.基于TCP的应用层协议 1.TCP协议头部格式源/目的端口:表示数据从哪个进程发送,发送到哪个进程去32位序号:发送的数据按照一个字节一个编号存放进去32位确认号:用于给对方的响应,值为收到TCP报文段的序号值加1(表示当前的应答报文针对的是哪个消息进行的确认应答)4位T

随机推荐