網絡協定設計的一點思考

分層協定一般都提供一種或幾種固定的服務，這些服務中高層一些的大多數都是通過“握手”動作來協商的，另外一些比較底層的服務則是協定本身提供的，比如udp服務，ip服務等。下層的握手過程對上層不可見，握手其實就是協商一條帶有一定功能(可以提供一定服務)的虛拟鍊路，握手完成之後，下層也就承諾了那種服務，之後服務的實作完全在本層完成。可是基于消息協定一般不這麼做，沒有握手之類的固定過程，因為基于消息的協定所完成的功能各不一緻，是以也就難以抽象出共同點來完成固定的握手協商。

     對于分層協定來說，下層為上層提供服務，比如tcp的序列号機制就是為上層提供的資料包按序服務，上層協定可以完全信任tcp傳過來的資料一定是按序的，再比如ssl為上層提供安全加密服務，最終的應用可以相信ssl提供上來的資料都是安全的，不管是按序服務還是安全服務，都是兩端協商出來的結果，而協商的過程就是我們熟悉的握手過程。層間服務的控制資料大多數都在協定頭當中。

     對于基于消息的平坦模型的協定，并不分層，沒有誰能提供承諾的透明的服務，應用可以認為下面就是實體線路了，是以必須自己維護狀态機，也就是說得到一條消息後根據消息體的内容來自行控制下一步的做法，注意不是協定頭，而是消息體，基于消息的協定的協定頭的重要性沒有分層協定的協定頭的重要性大。協定頭幾乎都是格式固定的，對于靈活多變的應用消息來說，固定化的控制并不可取，正确的做法應該是定義符合ASN.1标準的消息體，應用在解析消息的同時，見機行事，見什麼消息做什麼事，這樣比較好。

 本文轉自 dog250 51CTO部落格，原文連結:http://blog.51cto.com/dog250/1271795