IPパケット形式

IPプロトコルは、コアプロトコルでTCP / IPプロトコルスイートです。これはすなわち、他の層は、プロトコルエラー制御に依存して、信頼できない、コネクションレスサービスを提供します。LAN環境では、IPプロトコルは、通常、イーサネットフレームにカプセル化されます。IPデータグラムにカプセル化されたすべてのTCP、UDP、ICMP、およびIGMPの送信データ

  1. バージョン(版)IPプロトコルのバージョンを説明し、別のバージョンのプロトコル・バージョンの変更を可能にします。   
  2. パケットヘッダの長さ(長さ)の長さが記載されています。   
  3. サービスの種類(サービスの種類:TOS)「品質」サービスの種類やデータグラムを示すため このフィールドを読んでデータグラムを扱うルータは、必要に応じて、優先度のサービスを提供します。以前は、軍事分野を優先する緊急または重要なイベントを示します。最近の議論で見応じIETF(Internet Engineering Task Force)の、そして今、TOSの定義は、待ち時間の短縮、コストのお金を減らし、スループット向上させるために変更されている、または信頼性向上の必要性。   
  4. データグラムの全体の長さの合計長さ(全長)説明、最大長は65,536バイトです。   
  5. 別連結セグメント情報データグラムを提供する識別(同定)は、宛先局は、完全なパケットにそれらを組み立てることができます。   
  6. 旗(フラッグ)は、二つのフラグがあります。第1のフラグは、パケットを処理することができ、現在のサブネットワークの長さを介して送信されなければならない、断片化されたパケットを指定することができません。第2のフラグビットのデータメッセージのセグメントが最後のパケットであることを指定。   
  7. セグメント化されたデータパケットのインデックス付きセグメント(フラグメントオフセット)、データフィールドは、この情報は、再組み立ての過程で使用される、パケット内の元の位置を示しています。   
  8. 生存時間(タイム・ツー・ライブは)時間は、秒単位で、それはデータグラムが生き残ることができる時間です。この時間を超えた場合の伝送では、データグラムが失わみなされ、廃棄されるか、またはループ内れます。   
  9. プロトコルタイプのプロトコル非TCP / IPプロトコルの作業を可能にすることができる(プロトコル)データグラム識別子。   
  10. テストパケットヘッダ(ヘッダチェックサム)は、分散パケットの完全性を保証するために、エラーチェック値を提供します。   
  11. ソース/データグラムのデータパケットの送信元と送信先のアドレスである宛先アドレス。このフィールドはオプションであり、それは記録を通る経路を提供する(オプション)を選択するか、ネットワーク(ソースルーティング)を介してパスを指定します。[1]  

 

 

おすすめ

転載: www.cnblogs.com/SsShirley/p/11871659.html