網際網路協定(Internet Protocol) - 拾人牙慧- 痞客邦

IP 封包在傳送的過程中，所經過的Router 只會決定與負責對IP 封包作分割(Fragmentation)，而不負責重新組合(Reassemble)，將分割段(Fragments)重新組合的 ... 拾人牙慧 跳到主文 IfIcan'texplainitsimply,Idon'tunderstanditwellenough. 部落格全站分類：視覺設計 相簿 部落格 留言 名片 Jul19Fri201921:32 網際網路協定(InternetProtocol) 網際網路協定(InternetProtocol,IP) IP層的四個特性： Connectionless AsynchronousCommunication Unreliable Efficient IP層的下一層是資料鏈結層，所以IP層在封裝封包時，必須封裝成資料鏈結層所能承載的MTU大小。

不同型態的資料鏈結層所能承載資料的最大長度稱為MaximumTransmissionUnit,MTU，常見的網路型能及其MTU為： 網路型態 MTU Ethernet 1,500Bytes X.25 1,600Bytes FDDI 576Bytes ATM 9,180Bytes 在IP封包傳送的過程，可能會遇到比當初封包的MTU還小的網路類型，此時，就必須對該IP封包進行分割(Fragmentation)。

IP封包在傳送的過程中，所經過的Router只會決定與負責對IP封包作分割(Fragmentation)，而不負責重新組合(Reassemble)，將分割段(Fragments)重新組合的工作，是由最終的目的主機所負責。

舉例來說，一個資料長度為5,000byte的封包，透過IP傳送，經過一個MTU為1,500bytes的Ethernet時，它的分割情況是這樣的： 原始的封包總長度為：IPheader(20bytes)+data(5,000bytes)=5,020bytes MTU為1,500bytes的封包為：IPheader(20bytes)+data(1,480bytes)=1,500bytes 所以分割後的封包為： IPheader(20bytes)+data(1,480bytes)=1,500bytes，Offset=0,MoreFragment=1 IPheader(20bytes)+data(1,480bytes)=1,500bytes，Offset=1480/8=185,MoreFragment=1 IPheader(20bytes)+data(1,480bytes)=1,500bytes，Offset=2960/8=370,MoreFragment=1 IPheader(20bytes)+data(560bytes)=580bytes，Offset=4440/8=555,MoreFragment=0 IP的TimetoLive(TTL)欄位是一個counter，可設定的最大值為255，目的是為了避免IP封包因為某些因素找不到目的地，而在網路上不斷繞行。

每IP封包在網路上繞行時，每經過一個Router，其TTL就會被該Router減1後，再傳送出去，如果IP封包到達Router時，其TTL為1，則該Router會直接丟棄(discard)此封包，不再繼續往下傳遞。

Reference TCP/IP網路通訊協定(第二版) 文字內容或影像內容部份參考、引用自網路，如有侵權，請告知，謝謝。

全站熱搜 創作者介紹 silverwind1982 拾人牙慧 silverwind1982發表在痞客邦留言(0)人氣() 全站分類：進修深造個人分類：網路此分類上一篇：網路位址(IPv4Addressing) 此分類下一篇：位址解析協定(AddressResolutionProtocol) 上一篇：網路位址(IPv4Addressing) 下一篇：位址解析協定(AddressResolutionProtocol) 歷史上的今天 2019:位址解析協定(AddressResolutionProtocol) 2016:AffineTransformation ▲top 留言列表 發表留言 文章分類 軟體(9) 程式設計(8)Linux(8)硬體(6)BIOS(2)網路(12)VO(32)IMU(1)KalmanFilter(2)其它(16) 熱門文章 最新留言 最新文章 QRCode 回到頁首 回到主文 免費註冊 客服中心 痞客邦首頁 ©2003-2022PIXNET 關閉視窗