是否有与应用无关的信令协议？

是否有应用无关信令协议？是否有与应用无关的信令协议？

用例是这样的。我们有一个支持OSI模型应用层协议的多代理系统的开源库。例如，HTTP，XMPP和ZeroMQ支持。我们希望增加高带宽的实时流媒体可能性。为此使用RTP是合乎逻辑的。

因此，总而言之，我们已经与另一方建立了连接，我们可以使用它来发送信号。我们只想谈判一个新的数据通信渠道。

但是，就目前的标准而言，就信号而言，它们似乎都与其应用有关。这些当前的“标准”似乎是SIP，RTSP和Jingle。它们似乎都在应用层上使用RTP或SRTP，在传输层上使用UDP。见例如XEP-0167。

我们想要协商的唯一事情是可以用于数据传输的该方的另一个连接。在Session Description Protocol关于媒体的所有类型的东西显示，可选的电话号码等等。如果有人可以指向一个信号协议，这意味着是应用程序不可知的，那会很棒！

来源

2014-01-23 Anne van Rossum

这并不意味着作为广告，但这是上下文：http://eve.almende.com/。如果这不正确，请随时删除此评论。我特意将其置于评论中，因此很容易做到这一点。 –

请注意，我在此处遵循OSI术语。因此，与OSI模型中的应用程序层无关的应用程序无关。因此，对于使用XMPP，HTTP或ZeroMQ是不可知论的。 –

如果您只需要一个系统和应用程序不可知的信号协议，XMPP就是您的选择。

来源

2014-01-23 15:16:46

XMPP没有定义这一点。我提到的扩展XEP-0617确实是，这是Jingle。它定义了诸如'''session-initiate'''，''session-accept'''和'''session-terminate'''之类的东西。看看它，你会同意这看起来不像应用程序不可知。 SDP很接近，但它只描述（！）一个会话。它通常与一个Offer/Answer模式相关。这不是唯一的选择！见例如http://blog.webrtc.is/2013/02/26/sdp-in-webrtc-who-cares/。然而，乍一看，OpenPeer并没有将这个因素作为库或标准来考虑。 –

以及您可以扩展XMPP以适合您的应用程序。这意味着您可以在实体之间交换自定义xml数据。 – 2014-01-24 16:50:40

通过扩展XMPP，它不会成为XMPP不可知的。自定义XML数据将作为SDP的替代方案，而不是RFC3264中的提供/答案模型的替代方案。我承认，'''application-agnostic'''可能会令人困惑，但它只是OSI的解释。 XMPP是在应用程序层定义的，因此通过使用XMPP来应用程序不可知是没有意义的。 –

我是XMPP的忠实粉丝，我想你会得到你需要的。但是既然你已经有了HTTP，我想提一下PubSubHubbub也可以用于这个！该协议的当前版本适用于任何 MIME类型，可以使用HTTP传输，以便工作。

在实践中，它只是一个webhooks API，它可以通过负载平衡轻松使用和扩展。

来源

2014-01-23 20:33:36

感谢您的指针。这意味着如果用户决定为代理使用HTTP，她仅限于使用PubSubHubbub，并且当用户决定使用XMPP时，她仅限于使用XEP-0167。显然，没有人对HTTP，XMPP不可知的信令协议感兴趣。选择其中之一，用户没有后来的自由了，在如何做信号... –

是否有与应用无关的信令协议？

是的，有很多，你已经提到了很多，如XMPP，SIP和RTSP。您也可以将全新的WebRTC协议添加到列表中。

我们想添加高带宽的实时流式传输的可能性。为此使用RTP是合乎逻辑的。

是。 RTP非常轻便，正如其名称所暗示的那样，它是为实时流量而设计的。它也很受欢迎，所以你将能够找到许多现有的实现。

我们想要协商的唯一的事情是可以用于数据传输的另一个连接到该方的方。在会话描述协议有关媒体的所有类型的东西出现，可选电话号码等。如果有人可以指向一个信号协议，是为了应用程序不可知的，那将是伟大的！

我不确定你在这里是什么意思。会话描述协议（SDP）是描述设备媒体能力的标准方式。它通常用于SIP和RTSP（并且XMPP具有相同的功能），但它与这些协议是分开的，如果您不想使用它，则可以自由地提出自己的描述媒体的方式。

您可能会被一些SDP示例所淹没，而且当提供多个流和编解码器时，它们确实会变得非常复杂。然而，SDP有效载荷也可以非常简单;以下是提供单个MJPEG视频流的RTSP服务器的SDP示例。

v=0 
o=- - 0 IN IP4 0.0.0.0 
s=- 
t=0 0 
m=video 0 RTP/AVP 26

来源

2014-01-23 22:23:56 sipwiz

我认为你的措辞显示，SDP做的比我期望的更多。描述媒体是描述会话的重要部分。不过，我同意你的观点，我根本不需要使用SDP，我的基本问题不在于SDP。 SDP来就是不孤单。它提供了一种如何传达SDP消息的方法。这是https://www.ietf.org/rfc/rfc3264.txt中描述的'''Offer \ Answer''模型。这个模型的问题在于它与SDP绑定在一起。应该由用户如何描述会话。提供/答案模型接近我所期望的！ –

是否有与应用无关的信令协议？

回答

相关问题