Webrtc 回合申请是否应该包括眩晕的候选人？

这里有两个非常相似的问题，但都没有得到回答：

问题1。表示“使用rfc5766，回合服务器足以充当回合和眩晕服务器，或者我也需要运行眩晕服务器”

谈到缺少接力候选人，我看到的效果是，当我只发出

转向请求时

我们有
coturn
配置
turns
和
使用auth secret
并用于测试


当我在没有密码的情况下发出stun请求时，我会看到
srflx
候选（我的外部IP）
当我发出轮换请求时，我看到了
中继
候选者（轮换服务器的公共地址）

这看起来不错，但我是否需要向同一服务器发出两个请求？不应该
转动
包括
眩晕
并给我
srflx
和
中继
候选者吗


我是否可以将
coturn
配置为在一个请求中同时返回这两个值
或者客户必须同时提出这两个请求？如果是这样，那么所有浏览器在使用WebRTC时都能正确地做到这一点吗
如果在客户端中配置了TURN/UDP，则无需将同一服务器配置为STUN服务器

翻转UDP将自动返回srflx候选，您应该能够在涓流冰测试页面上看到。如果你看一下Wireshark中交换的数据包，你会看到两者
*STUN绑定请求和绑定响应，其中包含服务器在xor映射地址字段中看到的公共ip以及
*一个STUN（TURN）分配请求，其响应还包含一个xor映射地址

“翻转TLS”或“翻转TCP”无法做到这一点，因为这不适用于udp打孔。
如果在客户端中配置了“翻转/udp”，则无需将同一服务器配置为STUN服务器

翻转UDP将自动返回srflx候选，您应该能够在涓流冰测试页面上看到。如果你看一下Wireshark中交换的数据包，你会看到两者
*STUN绑定请求和绑定响应，其中包含服务器在xor映射地址字段中看到的公共ip以及
*一个STUN（TURN）分配请求，其响应还包含一个xor映射地址

“翻转TLS”或“翻转TCP”不能做到这一点，因为这不适用于udp打孔