需要点对点聊天，WCF 和 PNRP 适合吗？
我正在编写一个应用程序，作为该应用程序的一部分，我希望用户能够打开彼此的直接连接，以便他们可以聊天。完全像 msn Messenger/Skype 等...
但据我了解，由于 NAT 和防火墙的原因，这并不简单。
我将 WCF 用于应用程序的单独部分，想知道 WCF 对 P2P 应用程序有什么好处吗？
这个 PNRP 的东西，似乎没有很好的文档。它实际上被任何现实世界的应用程序使用吗？它能克服 NAT 和 NAT 的所有问题吗？防火墙？
I am writing an application and as part of this application I want users to be able to open up direct connections to each other so they can chat. Exactly like msn messenger/skype etc...
But from what I understand this is not straightforward due to NAT and firewalls.
I am using WCF for a separate part of the application and was wondering is WCF any good for P2P applications?
This PNRP thing, it seems there isn't very good documentation on it. Is it actually used by any real world applications? Would it overcome all the issues with NAT & firewalls?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
之前使用过 Windows PNPR 堆栈，我可以告诉您，它与 IPV6 是紧密相连的。因此，只要网络上的所有节点都具有 IPV6 连接，就可以了。在现实世界中，很少有 ISP 和企业网络支持 IPV6。但如果所有节点都在同一个 LAN 上，它就可以工作。
归根结底，我不会向任何人推荐 PNRP。
合法的 NAT 穿越需要公共 Internet 上的服务器协助会合（存在）、信令和 NAT 穿越。请在此处查看我对一般 P2P 问题的回答。
如果您只专注于文本聊天 - 您是否考虑过部署 Jabber/XMPP 服务器并使用 许多编写良好的 XMPP 客户端堆栈供用户聊天？
Having used the Windows PNPR stack before, I can tell you that it is very hardwired to IPV6. So as long as all the nodes on the network have IPV6 connectivity, then you are fine. In the real world, few ISPs and corporate networks support IPV6. But if all the nodes are on the same LAN, it does work.
At the end of the day, I wouldn't recommend PNRP to anyone.
Legitimate NAT traversal requires servers on the public Internet to assist with rendezvous (presence), signaling, and NAT traversal. See my answer to the general P2P problem here.
If you are just focused on text chat only - have you considered just deploying a Jabber/XMPP server and using one of the many well written XMPP client stacks for users to chat through?