IOS17.0 的 Facetime 在共享屏幕时强制切换为 5G

[fan88]

试了几次都是这样，不知道原因是什么。

两端之间内网是通的，而且即便是在内网不通的情况下，一般也都可以 STUN UDP 打洞实现点对点通信。

只有在开启屏幕共享后会这样，如果关闭数据流量，那么两端直接画面声音都中断，关闭屏幕共享，即切回成普通的视频模式时，一切又恢复正常，可以正常通过 WIFI 进行通信。

不明白导致这个问题的原因是什么，网络环境是两端内网已经通过 SDWAN 打通，且各自家宽出口具有公网 IP 地址，出口配置了 Full-cone NAT 。

只是其中一个家里的宽带由于安装较早，只有 IPV4 地址而没有 IPV6 地址。

猜测了一个原因，会不会是屏幕共享强制使用 IPV6 ，所以才导致强制切 5G?

[fan88]

提 ios17 是因为，先前 ios16 的时候似乎没有这个问题。

[dfly0603]

我发现 Facetime 下，5G 的优先级远高于 Wi-Fi 。在 Wi-Fi 网络稍有波动的情况下（比如 AP 间漫游，用时 50ms 左右）手机就会立即切换到 5G 网络，并且在通话结束前一直保持在蜂窝网络，实现了类似功能的微信“使用移动数据优化通话体验”则远没有这么激进。我猜是系统策略的问题。

[oIMOo]

如果你在开启屏幕共享前关闭数据呢？
（只是考虑临时方案）

[Free3]

之前 iOS16 15 也经常发现有这个问题

[Dreax]

之前抓过包看到很多 QUIC 流量，可能是 UDP QoS 问题

[bao3]

有可能是在无线里勾了那个自动切换

[fan88]

@oIMOo 我试了，关闭蜂窝数据，Facetime 普通通话正常，切换到屏幕共享时，双方断线（画面转圈圈），打开数据才能恢复，获取关闭屏幕共享也能恢复。

[fan88]

@Dreax Facetime 不开启屏幕共享的通话是正常的，并且由于 SD-WAN 内网已经打通，内网无 QOS 问题。 公网层面双方都是同城电信，也做过各种 UDP 打流测试，没有 QOS 的情况