为什么在WebRTC 中进行视频通话时，一直有STUN 请求，而没有STUN 指示？
Why are there continuous STUN requests and not STUN indications when video call is ongoing in WebRTC?
为什么我会收到重复的 STUN 请求（STUN 消息类型 0x0001），大约。相隔 100 毫秒，在媒体路径建立和媒体数据包通信后，从选定的 ICE 候选者，从两个对等体到 public STUN 服务器。
我想我会直接在对等点之间看到 STUN 指示（STUN 消息类型 0x0011）以保持绑定有效。
我必须使用 wireshark 才能查看。最初我使用的是自己定制的 STUN 服务器，我想也许我做错了什么。然后我切换到 Google 的 STUN 服务器并重复了同样的行为。
指示是执行此操作的旧方法。 WebRTC 做了一些叫做“同意”的事情来检查对方是否想要接收数据。详情见https://www.rfc-editor.org/rfc/rfc7675
为什么我会收到重复的 STUN 请求（STUN 消息类型 0x0001），大约。相隔 100 毫秒，在媒体路径建立和媒体数据包通信后，从选定的 ICE 候选者，从两个对等体到 public STUN 服务器。
我想我会直接在对等点之间看到 STUN 指示（STUN 消息类型 0x0011）以保持绑定有效。
我必须使用 wireshark 才能查看。最初我使用的是自己定制的 STUN 服务器，我想也许我做错了什么。然后我切换到 Google 的 STUN 服务器并重复了同样的行为。
指示是执行此操作的旧方法。 WebRTC 做了一些叫做“同意”的事情来检查对方是否想要接收数据。详情见https://www.rfc-editor.org/rfc/rfc7675