《網(wǎng)絡協(xié)議概述》ppt課件-文庫吧
2025-04-19 12:02 本頁面
【正文】 據(jù)在機器之間傳輸時的表示方法進行定義和描述的標準，規(guī)定了如何進行傳輸、如何檢測錯誤以及如何傳輸確認信息。 協(xié)議三要素： ? 語法 數(shù)據(jù)的控制信息的結構或格式 ? 語義 需要發(fā)生何種控制信息，完成何種動作以及做出何種應答 ? 同步 事件實現(xiàn)順序的詳細說明 實體、協(xié)議、服務和服務訪問點 ? 實體 (entity) 表示任何可發(fā)送或接收信息的硬件或軟件進程。 ? 協(xié)議是控制 兩個對等實體 進行通信的規(guī)則的集合。 ? 在協(xié)議的控制下，兩個對等實體間的通信使得本層能夠 向上一層提供服務 。 ? 要實現(xiàn)本層協(xié)議，還需要使用 下層 所提供的服務。 ? 本層的服務用戶只能看見服務而無法看見下面的協(xié)議。 ? 下面的協(xié)議對上面的服務用戶是 透明 的。 ? 協(xié)議是 “ 水平的 ” ，即協(xié)議是控制對等實體之間通信的規(guī)則。 ? 服務是 “ 垂直的 ” ，即服務是由下層向上層通過層間接口提供的。 ? 同一系統(tǒng)相鄰兩層的實體進行交互的地方，稱為服務訪問點 SAP (Service Access Point)。 協(xié) 議 交換原語 交換原語 服 務 用 戶 提 供 服 務 服 務 提 供 者 第 n 層 第 n + 1 層 服 務 用 戶 SAP SAP 協(xié)議很復雜 ? 協(xié)議必須將 各種 不利的條件事先都估計到，而不能假定一切情況都是很理想和很順利的。 ? 必須非常仔細地檢查所設計協(xié)議能否應付所有的不利情況。 ? 應當注意：事實上難免有 極個別的 不利情況在設計協(xié)議時并沒有預計到。在出現(xiàn)這種情況時，協(xié)議就會失敗。因此實際上協(xié)議往往只能應付 絕大多數(shù) 的不利情況。 著名的協(xié)議舉例 ? 占據(jù)兩個山頂?shù)乃{軍與駐扎在這山谷的白軍作戰(zhàn)。力量對比是：一個山頂上的藍軍打不過白軍，但兩個山頂?shù)乃{軍協(xié)同作戰(zhàn)就可戰(zhàn)勝白軍。一個山頂上的藍軍擬于次日正午向白軍發(fā)起攻擊。于是發(fā)送電文給另一山頂上的友軍。但通信線路很不好，電文出錯的可能性很大。因此要求收到電文的友軍必須發(fā)送確認電文。但確認電文也可能出錯。試問能否設計出一種協(xié)議，使得藍軍能實現(xiàn)協(xié)同作戰(zhàn)因而一定 (即 100 %)取得勝利？ 明日正午進攻，如何？ 同意 收到“同意” 收到：收到“同意” … … … …… …這樣的協(xié)議無法實現(xiàn)！ 協(xié)議研究 ? Routing ? QoS ? Multicast ? Admission Control amp。
教學課件相關推薦
鄂ICP備17016276號-1