2

我有一个 Linux 设备，它应该通过 RTP/UDP 从各种实时音频源流式传输到多个客户端，并希望实现尽可能低的延迟。它的工作方式是从各种 ALSA 接口检索帧，并使用通用 C 套接字将它们作为 RTP 流转发。

我已经使用 Wireshark 进行了一些测试，并且我很确定我在 IP_TOS 字段中正确设置了套接字的 DSCP 字段以进行加速转发，据我所知，这可以确保最大程度地减少这方面的延迟。

但是，我担心我没有做任何事情来将数据包标记为 VoIP，以在网络上的每个节点（使用 802.11e 标准）中实施尽可能好的 QoS，这可能会导致不太理想潜伏。最让我怀疑的是，根据我的 Wireshark 日志，我的数据包被标记为视频数据包而不是音频/VoIP：

Wireshark下数据包的QoS部分

所以，这是我的问题：

  1. DSCP 与 802.11e 有何关系？我在想的是他们在网络的不同层中做不同的事情，但我不是那么知识渊博，可能对此有所了解。

  2. 上图是否揭示了关于我用来在 DSCP 或 802.11e 前端发送 RTP 流的数据包和/或 UDP 套接字的任何非最佳设置的任何信息？

  3. 如何使用 C++ 上的标准套接字标记 VoIP 优先级的数据包（如果可能）？

  4. 关于路由器上的 802.11e，我应该注意什么特殊配置吗？我应该寻找支持 802.11e 的路由器还是已成定局？我假设 802.11e 可能与特定数据包无关，而是与路由器配置有关。

再一次，我有点迷路了，我想我可能需要有人敲打我的头，告诉我这一切是如何运作的。我在网上可以找到的所有内容似乎都与 CISCO 相关，我不确定它对我的目的有多大用处，如此处所述。

4

2 回答 2

1
  1. 我的理解是 QoS (ToS/DS) 八位字节是 IP 标头的第二个八位字节。802.11e 专门用于无线网络，位于比 IP 更低的层。
  2. 对于 DiffServ 中的加速转发，我认为八位字节应该是 0xb8。我不确定这张图片是什么... 2 个八位字节？
  3. 我更熟悉 Windows，并且操作系统对 QoS 标记进行了限制。对于那些找到这篇文章的人，请查看 qwave 和QOSCreateHandle. 在 Linux 上，我猜你可以使用具有适当权限的原始套接字。
  4. 路由器可以通过几种不同的方式转换 IP QoS 八位字节...选择适合您需要的一种；DSCP 应该很常见。再次注意这与 802.11e 不同。

其他注意事项：所有这些实际上只对您的传输机器和本地网络很重要。如果数据包离开您的网络，很可能所有 QoS 工作都将被忽略（例如，您的 ISP）。因此，除非您的本地网络出现拥塞，或者出口路由器出现拥塞，或者机器本身出现 I/O 问题，否则您的努力都是徒劳的。

于 2013-10-03T13:39:54.430 回答
1

我认为您没有设置正确的值。

在 Linux（相对于 Windows）中，您可以直接在套接字上设置 DSCP 值：

const int IPTOS_EXPEDITED_FORWARDING = 0xb8;
const int serviceType = IPTOS_EXPEDITED_FORWARDING;      
setsockopt(sock, IPPROTO_IP, IP_TOS, (const char*)&serviceType, sizeof(serviceType));

然后可以在Wireshark的IP级别查看： Wireshark 中的 DHCP

尽管正如马克指出的那样，它可能不是很有用，因为它经常被忽略或剥离。

更糟糕的是，正如我在追踪一些神秘行为时发现的那样，它会使事情变得更糟。我的网络路径中的一些奇怪的路由器丢弃了 5-10% 的 EF 数据包，而具有空白 DSCP 值的数据包就可以了。

添加此回复以供参考，因为即使多年前提出此问题，Google 仍然可以找到此问题。

于 2020-12-10T16:13:34.347 回答