标签: ice

我阅读了很多关于 ICE 或 Corba 等技术中使用的服务对象和对象的内容。有很多资源可以让我阅读如下内容：

一个仆人可以处理多个对象（为了节省资源）。一个对象可以由多个仆人处理（为了可靠性）。

有人能告诉我这两个陈述的真实例子吗？

我阅读了RFC6577和RFC8445 ，但我觉得 TURN 的使用方式与 ICE实际使用relay candidates.

TURN RFC 描述了使用单个 TURN 服务器在客户端和对等点之间传输数据。TURN 服务器上的transport addressTURN 服务器通过 TURN 消息接受来自客户端的数据流，而 TURN 服务器relayed transport address通过 UDP 接受来自对等方的数据流。这听起来很棒——一台 TURN 服务器和双向数据流。

然而，在阅读有关 ICE 的文章时，我觉得这种情况从未发生过。调用者和被调用者都独立地在可能的两个 TURN 服务器上进行分配，然后将各自的信息发送relayed transport addresses给对方。更像是一种I can be reached via this relayed transport address东西。然后进行连接检查，因此，这里最终使用两个 TURN 服务器，其中数据仅沿一个方向流经分配给relayed transport address每个参与者的 TURN 服务器。

这是真的？

TURN RFC 中的内容如下：

客户端可以安排服务器将数据包转发到某些其他主机（称为对等点），并可以控制转发方式的各个方面。客户端通过获取服务器上的 IP 地址和端口（称为中继传输地址）来完成此操作。当对等方将数据包发送到中继传输地址时，服务器会将数据包中继到客户端。当客户端向服务器发送数据包时，服务器使用中继的传输地址作为源将其中继到适当的对等点。

然而，我看不到通过 ICE 协商，数据会通过传输地址从客户端流向对等点的情况。呼叫者和被呼叫者都在 TURN 服务器上独立分配并发送给relayed transport addresses对方以进行联系。 …

我的 WiX (3.10.3.3007) 项目有 2 个不同的 web.config 文件，它们来自并安装到 2 个不同的位置。我的构建中的 2 个错误是：错误 ICE30：目标文件“svcenub9.con|Web.config”由 LFN 系统上的两个不同组件安装在“[TARGETDIR]\inetpub\wwwroot\barcode\”中：“web_config”和“views_web_config”。这会破坏组件引用计数。

错误 ICE30：目标文件“svcenub9.con|Web.config”由 LFN 系统上的两个不同组件安装在“[TARGETDIR]\inetpub\wwwroot\barcode\”中：“web_config”和“views_web_config”。这会破坏组件引用计数。

有问题的 XML 及其目录是：

<Fragment>
   <DirectoryRef Id="barcode">
      ...
      <Component Id="web_config" Guid="*">
         <File Id="web_config" KeyPath="yes" Source="$(var.buildSrc)\BarcodeIntegrationService\Web.config" />
      </Component>
      ...
      <Directory Id="views">
         ...
         <Component Id="views_web_config" Guid="*">
            <File Id="views_web_config" KeyPath="yes" Source="$(var.buildSrc)\BarcodeIntegrationService\Views\Web.config" />
         </Component>
      ...
      </Directory>
   ...
   </DirectoryRef>
</Fragment>

由于这是一个 ICE 错误，我确实生成了一个 MSI。当我查看 Component 表时，我可以看到它们确实具有不同的目录。

我的 WiX 项目中是否有我没有添加的内容？

我知道在 P2P 和更动态的环境中缓存 ICE 候选者和 sdp 并不是一个好的做法，因为你缓存的东西可能无法申请下一个 WebRTC 连接。但是，在我们确切知道连接路线应该如何的情况下呢？

更具体，

1. 假设我们有 1 个 TURN 服务器（没有负载平衡，因此没有内部路由）
2. 以及 2 个具有固定 IP 的对等点，希望不时使用 WebRTC 连接。

在这种情况下，我们确切地知道对等点的 IP 是什么，并且我们确切地知道 TURN 服务器的 IP 是什么（假设它不会改变），是否可以缓存 ICE 候选（TURN）和 SDP 或SDP 的部分只是为了绕过 ICE 候选者和 SDP 交换部分？

当请求 ICE TradeCaptureReport 消息时，FIX 消息被“截断”。这导致我们没有使用消息的“重复组”（如派对、腿详细信息）。

我们还没有使用任何数据字典。解决此问题的任何解决方案。