标头长度(header length).PPT

Ch9 Networking Protocols and OSI Model OSI 參考模型 1 - 6 資料封裝 當主機透過網路傳送資料到另一裝置時, 這些資料會先經過封裝 (encapsulation)：包裹了 OSI 模型之各層協定的資訊。 而且每一層只會與接收裝置那端之對等層級溝通。 每一協定層要溝通與交換資訊必須使用協定資料單元 (Protocol Data Units, PDU)。PDU 包含模型中的每一層附加在資料上的控制資訊。 這些資訊通常加在資料欄位前面的標頭中, 但是也可能位於資料的尾端。 資料封裝 OSI 模型中的每一層都會封裝一個 PDU, 而且根據每個標頭所提供的資訊內容, PDU 的名稱也不同。 這些 PDU 資訊只會被接收裝置中的對等層級讀取, 讀取之後, PDU 就會被剝除, 資料則會再送往上一層。 圖 1.28 是這些 PDU, 以及如何附加控制資訊到每一層的方式。圖中展示了上層的使用者資料如何經過轉換, 以便在網路上傳輸。 資料封裝 資料串流接著會向下傳給傳輸層, 由它傳送同步封包以建立連結接收裝置的虛擬電路。 資料串流在此會被分解為更小的片段, 並且建立傳輸層標頭 (一種 PDU), 附加到資料欄位的標頭上 － 現在這個資料稱為資料段 (segment)。 每一資料段會加上序號, 以便在接收端依照傳輸的順序重組起來。 資料封裝 資料封裝 接著, 每個資料段送往網路層進行互連網路之網路定址與遶送；使用邏輯定址 (例如 IP) 讓每個資料段能抵達正確的網路。 網路層協定會將傳輸層送下來的資料段加上控制標頭 － 現在這個資料形式稱為封包 (packet) 或資料包 (datagram)。 請記住, 接收端的傳輸層與網路層會一同運作以重建資料串流, 但是將它們的 PDU 放在本地的網段上 (這是將資訊送達路由器或主機的唯一方式) 則不是它們的工作。 資料封裝 資料鏈結層負責從網路層取得封包, 並且將它們放到網路媒介 (纜線或無線) 上。 它會將每個封包封裝為訊框 (frame), 且訊框的標頭中包含來源與目的主機的硬體位址。 如果目的裝置是位於遠端網路, 則訊框會被送往路由器進行遶送, 以穿越互連網路。一旦訊框抵達目的網路, 會用新的訊框將封包送到目的主機。 資料封裝 要將訊框放到網路上, 首先必須將它放入數位訊號中。訊框其實上是 1 與 0 的邏輯組合, 由實體層負責將這些數字編碼為數位訊號, 供位於同一網路上的裝置讀取。 接收的裝置會對數位訊號取得同步, 並且從中擷取 (解碼) 出 1 與 0。 此時, 這些裝置會建立訊框, 執行循環冗餘查核 (CRC, cyclic redundancy check), 然後將其結果與訊框的 FCS 欄位比對。 資料封裝 如果結果相符, 則從訊框中取出封包, 並且丟棄訊框的其餘部份 － 這個過程稱為解封裝 (deencapsulation)。 封包會傳給網路層檢查位址；如果符合, 則自封包中取出資料段, 並且丟棄封包中的其餘部份。 資料段是在傳輸層處理, 由它重建資料串流, 並且傳送確認給傳輸端工作站, 表示資料已經收到。 資料封裝 Session Layer Presentation Layer TCP / IP 與 DoD 模型 TCP / IP 與 DoD 模型 連接埠編號的原則 TCP 封包結構 TCP 資料段格式 TCP 標頭的長度是 20 位元組, 如果有選項存在的話, 最多可達 24 位元組。 您必須瞭解 TCP 資料段中每個欄位的意義, TCP 資料段包含以下的欄位： 來源埠 (source port) 資料傳送端主機上之應用程式的埠號。 目的埠 (destination port) 目的主機上之應用程式的埠號。 TCP 資料段格式 序號 (sequence number) TCP 藉由這個號碼, 將資料放回正確的順序, 或重送遺失、損壞的資料。 這是一種稱為循序化 (sequencing) 的程序。 確認號碼 (acknowledgement number) 定義下次預期會收到的 TCP 位元組。 標頭長度 (header length) 以字組 (32 個位元) 為單位的 TCP 標頭長度, 顯示資料開始之處。 TCP 標頭的長度一定是 32 位元的整數倍 (即使包括選項欄位)。 TCP 資料段格式 預留 (reserved) 總是設為 0。 代碼位元 (code bits) 用來控制會談的建立與終結。 視窗 (window) 傳送端願意接收的視窗大小, 以位元組為單位。 檢查碼 (checksum) 循環冗餘查核 (cyclic redundancy check, CRC), 因為 TCP 並不信任下層, 所以會查核所有東西。 此處