我有一个客户端和服务器应用程序。 将这两个应用程序部署到同一局域网中的任意两台计算机上时，它都能正常工作。 客户端应用程序find服务器应用程序并开始通信。 当我将客户端移到另一个由路由器分隔的networking时，它找不到服务器。
路由器是Cisco Catalyst 3750.我有完全权限来更改设置，但我不确定哪些设置适用于wcf发现数据包。
我的目标是改变路由器configuration，以便在客户端局域网上广播的wcf发现数据包通过路由器重新广播到服务器的局域网。
你能给任何通过路由器执行wcf发现的例子吗？ 你知道我应该找的路由器设置吗？
我们能够通过networking获得WCF发现。 基本上我们必须增加WCF中的TimeToLive，使其超过默认的1.这里是来自我们的networking顾问的更详细的解释：
来自WCF的WS-Discovery数据包的标准TTL为1.通过将此数目增加到更大数量，并将configuration为RP的第3层交换机上的正确SVI上的稀疏密集PIM启用，多播路由允许WS-Discovery协议遍历更大的企业级别的多个子网。 这不会通过NAT，防火墙等工作 – 它只会在实际路由子网之间工作（尽pipe它应该通过具有正确configuration的IP和多播路由协议的IPsecencryption的VTI工作）。
经过大量的研究，我决定这是不可能的，或者至less是完全不切实际的。 通过networking定义，通过路由器广播udp的行为不会返回任何有意义的结果。
例如，假设我可以让路由器将消息重播到所有其他子网。 我可以想象从一个子网（可以称为PC1）的10.0.1.5和另一个子网（PC2）的10.0.1.5得到结果。 TCP / IP技术无法区分它们。 此外，试图打开一个通道10.0.1.5和另一个通道10.0.1.5只是愚蠢的。 所以，即使我知道我会根据我的networking拓扑获得独特的结果，路由器将无法certificate这一点。
更糟糕的是，路由器实际上隐藏了我的PC1和PC2IP。 这是通过NAT（networking地址转换）技术完成的。 我可能不得不通过10.3.3.64到达PC1,10.3.4.64到达PC2。 再一次，我的拓扑结构不会导致这些模糊的数字，它们是非常独特和可预测的，但系统不能certificate这一点。
结论：我决定build立一个“追踪器”。 这就是P2Pnetworking的工作原理。 所有的计算机都会向一个已知的跟踪器报告，客户会询问跟踪器的地址到它想要的服务器上。