[译]WEBRTC开发框架Kurento和Jitsi的比较

Kurento和Jitsi是基于WebRTC的开源媒体服务器开发的两大开源框架，乍看到这两个项目，很难知道他们有什么具体区别，本文对这两个框架进行点对点的比较。

如果你仅仅想获得一个简单的类似“项目中应该用Kurento”或者“Jitsi解决所有问题”的结论，无疑这篇文章很难帮助到你。Kurento和Jitsi的选择往往取决与你的项目目标。由于这个问题很多人在不同的场合问过我，所以我觉得有必要分享下我的观点。现在，我来解释下我是如何区分这两个项目的。

Jitsi是一个SFU开源框架，由Atlassian维护，被集成到HipChat中。Github上的介绍如下：

Kurento是一个媒体服务框架，由Kurento Technologies维护。借助Kurento, 你可以构建任何类型的后端媒体处理功能：SFU,MCU,recording，transcoding,gateway等等。这是优势，也是劣势。

如果你能够在实践中使用它，那么这就是优势。但这总是需要比其他目标简单、聚焦的框架付出更多的工作。有很多软件供应商可以帮助你定制和集成Kurento到你的项目中，其中一个就是项目的实际作者和维护者。

哪个好？

这两个框架都非常流行，每个都有超过10年的实际使用和产品验证。因此，从中选择一个并不总是那么容易。如果你只是需要单纯的XMPP的SFU，那么请使用Jitsi.如果你的需求比较复杂，需要做很多集成，那么最好还是使用Kurento。

原文阅读

按照OSI网络分层模型，IP是网络层协议，TCP是传输层协议，而HTTP是应用层的协议。在这三者之间，SPDY和WebSocket都是与HTTP相关的协议，而TCP是HTTP底层的协议。WebSocket则提供使用一个TCP连接进行双向通讯的机制，包括网络协议和API，以取代网页和服务器采用HTTP轮询进行双向通讯的机制。本质上来说，WebSocket是不限于HTTP协议的，但是由于现存大量的HTTP基础设施，代理，过滤，身份认证等等，WebSocket借用HTTP和HTTPS的端口。由于使用HTTP的端口，因此TCP连接建立后的握手消息是基于HTTP的，由服务器判断这是一个HTTP协议，还是WebSocket协议。 WebSocket连接除了建立和关闭时的握手，数据传输和HTTP没丁点关系了。

---