gpt4 book ai didi

ios - iPhone 上 802.11 QOS 控制的 TOS

转载 作者:行者123 更新时间:2023-12-03 16:57:08 26 4
gpt4 key购买 nike

我们有一个基于 iPhone 的 IP 音频应用程序,目前我们正在设置 TOS 级别,并了解这如何反射(reflect)在 802.11 QoS 控制字段中。

我们只是简单地调用setsockopt:

    int tos = 0xB8; // VOICE
status = setsockopt(socketFD, IPPROTO_IP, IP_TOS, &tos, sizeof(tos));

if (status == -1)
{
if (errPtr)
*errPtr = [self errnoErrorWithReason:@"Error setting TOS (setsockopt)"];
}

理论上,这会将 WLAN 链路上的所有数据包标记为 VOICE,但我们最终得到的 TID 为 5,这表示 VIDEO(至少根据 Wireshark 是这样的)。

这是从 iPhone 到无线 AP 的流量,因此我们无法进行 WAP 内映射。

我们已经能够将 TOS 设置为 0xC8,这确实会导致 VOICE 分类,但是当 IP header 中出现 C8 的 TOS 值时,网络的其余部分似乎会感到困惑。

有人知道我们应该使用什么值来通过 802.11 获取来自 iPhone 的数据包的 VOICE 吗?

最佳答案

您正在查看两个不同的值 - 一个是第 1 层值,另一个是第 2 层值。两者之间没有直接对应关系 - 需要提供一些映射。

在您的情况下,此映射必须由接入点(如果使用轻量级接入点,则由无线 LAN Controller )和原始设备上的网络堆栈执行,因此您无法直接控制此映射.

您在 IP 层操作,而不是网络链路层,因此您所能做的就是设置适当的 DSCP(通过 TOS 值)并相信较低层会做正确的事情。

DSCP 46 (EF)(TOS 值 0xB8)最适合语音流量。 iOS 堆栈似乎将其放入 802.11e UP 5。虽然您可能更喜欢 6,但您对此无法控制。其他设备的映射方式会有所不同。例如,Cisco AP 会将 EF 映射到 UP 6

最重要的是,通过指定 DSCP EF,您可以为端到端的所有网络元素提供有关如何处理此流量的最佳指示。

来自原始无线设备的 QoS 无论如何都是相当无用的 - 通常设备内的 WiFi 不会拥塞,因此 QoS 是不必要的,并且您无法控制正在发送的其他设备网络 - WiFi 是一种共享访问介质。

接入点中的 QoS 可能会带来好处,因为整个无线链路可能会拥塞,并且 AP 可以使用 QoS 来决定接下来应发送其输入队列中的哪个数据包。

关于ios - iPhone 上 802.11 QOS 控制的 TOS,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/30175828/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com