是否存在与应用程序无关的信令协议？
用例就是这样。我们有一个用于多代理系统的开源库，它支持OSI模型的应用层的几个协议。例如，支持HTTP，XMPP和ZeroMQ。我们希望增加高带宽实时流媒体可能性。为此使用RTP是合乎逻辑的。
所以，总结一下，我们已经与另一方建立了联系，我们可以用它来发信号。我们只想协商一个新的数据通信渠道。
然而，就目前的标准而言，就信号而言，所有这些标准似乎都与其应用有关。这些当前的“标准”似乎是SIP，RTSP和Jingle。它们似乎都在应用层使用RTP或SRTP，在传输层使用UDP。参见例如XEP-0167。
我们唯一想要协商的是与该方的另一个连接，可以用于数据传输。在Session Description Protocol关于媒体出现的所有类型的东西，可选的电话号码等。如果有人可以指向与应用程序无关的信令协议，那将是很棒的！
答案 0 :(得分：1)
我是XMPP的忠实粉丝，我认为你会得到你需要的东西。但是，由于您已经拥有HTTP，我想提一下PubSubHubbub也可以用于此！ 该协议的当前版本适用于任何 mime类型，可以使用HTTP传输，以便工作。
在实践中，它只是一个webhooks API，可以通过负载平衡轻松使用和扩展。
答案 1 :(得分：1)
是否存在与应用程序无关的信令协议？
是的，有很多，你已经提到了很多，如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
答案 2 :(得分：0)
如果您只需要一个与系统和应用程序无关的信令协议，那么XMPP就是您的选择。