这是一个创建于 783 天前的主题，其中的信息可能已经有所发展或是发生改变。
试了几次都是这样，不知道原因是什么。
两端之间内网是通的，而且即便是在内网不通的情况下，一般也都可以 STUN UDP 打洞实现点对点通信。
只有在开启屏幕共享后会这样，如果关闭数据流量，那么两端直接画面声音都中断，关闭屏幕共享，即切回成普通的视频模式时，一切又恢复正常，可以正常通过 WIFI 进行通信。
不明白导致个问题的原因是什么，网络环境是两端内网已经通过 SDWAN 打通，且各自家宽出口具有公网 IP 地址，出口配置了 Full-cone NAT 。
只是其中一个家里的宽带由于安装较早，只有 IPV4 地址而没有 IPV6 地址。
猜测了一个原因，会不会是屏幕共享强制使用 IPV6 ，所以才导致强制切 5G?
 | 1 fan88 OP 提 ios17 是因为，先前 ios16 的时候似乎没有这个问题。 |
 | 2 dfly0603 2023-10-27 21:11:51 +08:00  1 我发现 Facetime 下，5G 的优先级远高于 Wi-Fi 。在 Wi-Fi 网络稍有波动的情况下（比如 AP 间漫游，用时 50ms 左右）手机就会立即切换到 5G 网络，并且在通话结束前一直保持在蜂窝网络，实现了类似功能的微信“使用移动数据优化通话体验”则远没有这么激进。我猜是系统策略的问题。 |
 | 3 oIMOo 2023-10-27 21:52:00 +08:00 如果你在开启屏幕共享前关闭数据呢？ （只是考虑临时方案） |
 | 4 339 2023-10-27 23:30:40 +08:00 via iPhone 之前 iOS16 15 也经常发现有这个问题 |
 | 5 Dreax 2023-10-28 11:33:24 +08:00 之前抓过包看到很多 QUIC 流量，可能是 UDP QoS 问题 |
 | 6 bao3 2023-10-28 13:19:44 +08:00 有可能是在无线里勾了那个自动切换 |
| 7 fan88 OP @oIMOo 试了，关闭蜂窝数据，Facetime 普通通话正常，切换到屏幕共享时，双方断线（画面转圈圈），打开数据才能恢复，获取关闭屏幕共享也能恢复。 |
| 8 fan88 OP @Dreax Facetime 不开启屏幕共享的通话是正常的，并且由于 SD-WAN 内网已经打通，内网无 QOS 问题。 公网层面双方都是同城电信，也做过各种 UDP 打流测试，没有 QOS 的情况 |
 | 9 0ranger 2024-05-31 22:19:52 +08:00 |
Select Language