是否有與應用無關的信令協議？

是否有應用無關信令協議？是否有與應用無關的信令協議？

用例是這樣的。我們有一個支持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綁定在一起。應該由用戶如何描述會話。提供/答案模型接近我所期望的！ –

是否有與應用無關的信令協議？

回答

相關問題