CoAP數據包的大小是多少？

Question

我是這項技術的新手，有人可以幫助我了解一些疑問嗎？

Q-1。 CoAP數據包的大小是多少？
（我知道有4個字節的固定標頭，但是包括標頭，選項和有效負載的最大大小限制是多少？）

問題2。 有沒有像MQTT這樣的Keep Alive概念？
（它在UDP上可以保持打開連接多少時間，是否存在任何默認時間，或者在每次發送數據包時都保持打開狀態？）

問題3。 我們可以將CoAP與TCP一起使用嗎？
（CoAP的主要問題是它可以在UDP上工作，是否有MQTT QoS之類的概念？假設傳感器每隔一秒鍾發布一些數據，如果用戶下線，CoAP中是否有任何保證，當用戶下線時，CoAP會獲取所有數據它上網嗎？）

問題4。 連接的持續時間是多少？
（CoAP支持發布/訂閱體系結構，可能是一直需要打開連接，是否可能基於CoAP是基於UDP的。）

問題5。 它如何發現資源？
（我有一個網關和5個傳感器，這些傳感器將如何連接到網關？網關會找到這些傳感器嗎？還是傳感器會找到網關？）

問題5。 傳感器如何在網關上注冊？

請幫助我，我真的需要回答。 對於這些事情，我都是新手，並從實現的角度為我提供一些建議。

謝謝。

Answer 1

1. 這取決於：
   • 核心CoAP消息必須足夠小以適合其鏈路層數據包（UDP約為64 KiB），但是在任何情況下，RFC都指出：
     • 它應該適合單個IP數據包，以避免IP碎片（IPv6的MTU為1280）。 如果對報頭的大小一無所知，則消息大小的上限為1152字節，有效負載大小的上限為1024字節；
     • 或更少以避免適配層碎片化（對於6LoWPAN網絡為60-80字節）；
   • 如果您需要傳輸更大的有效負載，則此IETF草案使用新選項擴展了核心CoAP，以用於從多個請求-響應對中的資源表示中傳輸多個信息塊（因此，每條消息可以傳輸64KiB以上）。

2. 我從未使用過MQTT，無論如何CoAP是無連接的，請求和響應都是通過UDP或DTLS異步交換的。 我想您正在尋找觀察功能：它使CoAP客戶端可以“訂閱”資源和服務器，以便在一段時間內向訂閱的客戶端發送更新。

3. 有一個IETF草案描述了基於TCP的CoAP，但我不知道它如何與觀察功能交互：通常，它遵循盡力而為的方法 ，只是碰巧認為客戶端不再對資源感興趣，因此將其刪除了。由服務器從觀察者列表中選擇。

4. 當服務器認為客戶端不再對資源感興趣或客戶端要求退訂資源時，觀察停止。

5. 有一個眾所周知的相對URI“ /。well-known / core”。 它被定義為用於請求有關服務器托管資源的鏈接列表的默認入口點。 在這里獲取更多信息。

6. 看5