这只是一个开始,我在P2P方面探索更多,并在可扩展性或其他任何方面寻找原因:SIP或XMPP(Jingle)用于以下用例:
P2P客户端应用程序能够在所有网络遍历方案上执行文件传输.
//对于信令(例如;连接/定位/断开对等体),XMPP(Jingle)或SIP都可用.
我可以知道使用什么和为什么可能的原因？有实际用途吗？例如; 可扩展性或任何真正对上述用例产生影响的东西
sip*_*wiz 10
Jingle是处理多媒体会话的XMPP扩展.实际上,Jingle是SIP的XMPP等价物.
至于P2P文件应用程序:
就可扩展性而言,Jingle和SIP大致相当.两者都将信令和媒体分开,从而为服务器端组件的部署方式提供了更大的灵活性(并因此也带来了复杂性).
XMPP/Jingle具有更好的安全性设计,使得使用SSL信令层实施客户端变得更加实用.SIP确实支持SSL,但它更复杂,并且在现实世界中也没有得到广泛的支持,
就NAT而言,你们两个都会遇到同样的问题.当涉及NAT时,从单独的信令和媒体路径获得的可扩展性又回来了.有一些不同的机制来处理NAT,最新的尝试是ICE.ICE是尝试和解决不同NAT配置的不同机制的集合,值得注意的是,并非所有配置都可以解决,而后备是使用媒体代理服务器,如TURN.
如果我是你,我会使用XMPP但在开始之前我会确切地知道需要支持哪些NAT配置.如果您需要从互联网上的任何地方支持任意客户端,那么您将无法始终能够在您的客户之间建立直接的P2P通信,而这将是您面临最大挑战的地方.
| 归档时间： |
|
| 查看次数： |
4102 次 |
| 最近记录： |