- android - RelativeLayout 背景可绘制重叠内容
- android - 如何链接 cpufeatures lib 以获取 native android 库?
- java - OnItemClickListener 不起作用,但 OnLongItemClickListener 在自定义 ListView 中起作用
- java - Android 文件转字符串
在一家视频 session 公司实习时,数据包丢失的话题很多。维基百科声明如下:
Packet loss is typically caused by network congestion.
我知道因为视频需要通过网络发送大量数据,所以数据包必然会丢失。
我不明白的是为什么在其他情况下如HTTP请求和AJAX调用不会出现丢包。如果数据包丢失确实是由于网络拥塞造成的,为什么我自己的 HTTP 请求从未遇到过这种情况?
HTTP 连接是否不会受到数据包丢失的影响,或者我发送的请求是否太小而不会受到影响。如果 HTTP 不会丢失数据包,为什么会这样?
最佳答案
任何基于 IP 的协议(protocol)都可能因拥塞而丢失数据包。如果两台机器中间存在拥塞,路由器可能会丢弃 IP 数据报,因为 IP 是尽力而为协议(protocol)。
不同的是,视频通常使用UDP协议(protocol)传输,而HTTP使用TCP协议(protocol)传输。 IP 是第 3 层协议(protocol)。 TCP 和 UDP 是两种类型的第 4 层协议(protocol)。
UDP 不是面向连接的也不可靠。这意味着如果一个数据报在中间被丢弃,没有端点节点意识到这一点(除非有更高层协议(protocol)实现可靠性)。数据报丢失。
TCP 是一种面向连接的可靠协议(protocol)。用简单的方式解释,接收 TCP 段的节点将发送对接收到的数据的确认。如果一个TCP报文段在中途丢失,接收节点不会发送ACK(确认),发送节点会在一定时间后超时。超时后,发送节点将重新传输丢失的数据。这就是为什么接收节点将接收整个 HTTP 消息,或者在极端情况下,应用程序中会出现错误,告诉您“连接已断开”之类的信息(这意味着如果两端都存在问题会意识到这一点)。
关于sockets - HTTP 丢包,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/31871074/
我有一个嵌入式设备(源),它通过UDP数据包以20毫秒(约330字节)的块大小发送(音频)数据流。因此,网络容量相当低,约为16kBps(实际上由于UDP/IP开销而有所增加)。该设备正在运行lwIP
在一家视频 session 公司实习时,数据包丢失的话题很多。维基百科声明如下: Packet loss is typically caused by network congestion. 我知道因
如何使用 Ryu 发送流条目来删除包?我从教程中学习了如何将包发送出流条目: 我定义 Action :actions = [ofp_parser.OFPActionOutput(ofp.OFPP_FL
我搜索了很多关于这个主题的内容。 UDP 不可靠 UDP 无法发送大于 64kbs 或 65507 字节且没有 header 的数据包 MTU 通常为 1500 sysctl.confnet.core
我需要计算以下内容: 上传, 下载速度 丢包 抖动 各大洲服务器的延迟 本地和有关移动运营商的详细信息 谁能告诉我跟踪这些东西的最佳方法是什么? 我需要准确度才能高。 最佳答案 请找到获取延迟的代码。
我是一名优秀的程序员,十分优秀!