題 對於公認的無連接網絡協議,有一個很好的例子嗎?


根據我的閱讀,計算機網絡中有三種主要的連接類型:

  • 未確認,無連接(例如UDP)
  • 承認,無連接 (例如?)
  • 已確認,面向連接(例如TCP)

7
2017-07-01 12:43


起源




答案:


從內存中,這三種連接類型由OSI網絡模型定義,而且 TCP / IP 和 OSI模型 可以 分享一些相似之處 OSI要求/暗示的某些功能的支持並不一定轉化為TCP / IP模型的支持。

我能找到的關於“已確認的,無連接”協議的所有內容都只是指它是一個特徵/要求 數據鏈路層 OSI模型

雖然OSI模型是學習網絡的好模型 應該 工作,不一定適合廣泛使用,並且一些功能根本不值得在通用網絡協議中實現。

您列出的兩種類型(TCP和UDP)足以支持99.9%可能發生的情況,並且隨著網絡設備和功能的增加,連接“成本更低” 選擇性確認 對已確認但無連接協議的要求變得極小,如果您真的不想連接(即向多台計算機廣播),那麼確認可能會產生一個處理瓶頸。

我能看到的特定類型連接的唯一實際用途是在像工廠這樣的系統中,你絕對必須知道所有機器都已收到某些數據,而我無法理解為什麼使用現代硬件速度和功能,你會想要使用無連接協議作為面向連接的協議將提供更好的服務質量。


4
2017-07-01 13:16



這不是我試圖使用這樣的協議,問題更多的是教育用途對我來說:)我只是想知道這樣的協議將用於什麼,因為我沒有想出它的良好用途無論是。 - fresskoma


TFTP使用UDP,並依賴確認來運行。


4
2017-07-01 13:39



不完全是我想要的,但仍然有用^^ - fresskoma


有一個叫做的協議 可靠的用戶數據報協議(RUDP)。它是TCP的可靠性和UDP的簡單性之間的權衡。它試圖在提高可靠性的同時最小化TCP連接的複雜性和開銷。


4
2017-07-01 13:50





具有請求 - 響應協議的UDP是否有資格作為已確認的無連接?例如。 UDP Echo是否符合RFC 862?


1
2017-07-01 18:34





802.11(WiFi) 是這類服務的一個很好的例子。

“在可靠性方面的下一步是公認的   無連接服務。提供此服務時,有   仍然沒有使用邏輯連接,但每個發送的幀都是單獨的   確認。通過這種方式,發送者知道幀是否具有   到達正確或丟失。如果它還沒到達   指定的時間間隔,可以再次發送。這項服務很有用   通過不可靠的渠道,例如無線系統。 802.11(WiFi)是一個   這類服務的好例子。“

參考。計算機網絡書由Andrew S. Tanenbaum撰寫(第196頁)


1
2018-04-22 09:32