2017-02-13 70 views

回答

0

CoAP實現通常會引入其自己的最大消息大小設置(因此爲默認值)。

欲瞭解更多信息如何選擇在特定情況下適當的限制,請參見點4.5 RFC 7252的:

RFC 7252 - The Constrained Application Protocol (CoAP)

引用它:

的CoAP協議規範本身提供只有消息大小的上限。 大於IP數據包的消息會導致不需要的數據包碎片。 一個恰當封裝的CoAP消息應該適合單個IP數據包(即,避免IP分片)和(通過適應 一個UDP有效載荷)顯然需要適合單個IP數據報。 如果路徑MTU對於目的地不是已知的,則應假定IP MTU爲1280 個字節;如果關於 標頭的大小沒有任何已知的信息,則對於有效負載大小,好的上限是1152個字節的消息大小和 個1024字節。

而且它依賴於網絡協議棧的實現:

實現注意:CoAP協議中的選擇的消息尺寸參數工作 以及支持IPv6,並與今天的大多數IPv4的路徑。 (但是,使用IPv4的 ,很難絕對確保沒有IP分片。如果異常網絡上的IPv4支持是 的考慮因素,則實現可能希望將其自身限制爲更保守的IPv4數據報大小,例如576字節;根據 [RFC0791],IPv4的IP MTU的絕對最小值爲 低至68字節,這將只留下40個字節減去UDP有效負載的安全 開銷。實現極其集中於 此問題集也可能設置然後執行一些 形式的路徑MTU發現[RFC4821];但是,對於CoAP的實際使用情況,這通常應該是 )。更多 importa在適配層上(例如,6LoWPAN L2分組被限制爲 至127字節,包括各種開銷),許多受限網絡中的nt種分裂是 ;這可能促使 實現節省數據包大小,並在接近三位數字消息 大小時移動到 塊式傳輸[BLOCK]。 ```

如果你想發送大消息,還有另一個規範。

RFC 7959: Block-Wise Transfers in the Constrained Application Protocol (CoAP)

最受歡迎實現實現這個規範爲好。

相關問題