RFC 791 - Internet Protocol - Summary

RFC 791は、南カリフォルニア大学情報科学研究所のDARPA(Defense Advanced Research Projects Agency)の1981年に設立されました。 ドキュメントは3つのセクション、紹介、概要、および仕様に分割されます。 導入と概要は非常に良い情報を持っていますが、この要約は仕様に焦点を当てますが、概要から補助セクションを強調します.

ヘッダー

このサイト上のフレームとパケットの記事で見られるように、IP ヘッダーは次のようになります

ヘッダーの細部

データグラムには複数の要素が含まれているように見えます。 各要素の機能は次のとおりです

• バージョン - RFC 791 は特にバージョン 4 を参照します
• インターネットヘッダの長さ(IHL) - ヘッダーの長さとデータが始まるときの緩和システムに情報を入れます
• サービスの種類(TOS) - この8ビット値は、サービスの品質に使用されます.
  • ビット 0-2 は優先順位のためにあります
    • 000 - ルーチン
    • 001 - 優先順位
    • 010 - 即時
    • 011 - フラッシュ
    • 100 - フラッシュオーバーライド
    • 101 - クリスティック/ECP
    • 110 - インターネット接続制御
    • 111 - ネットワーク制御
  • ビット3は、通常の遅延(0)または低遅延(1)
  • ビット4はノーマルスループット(0)またはハイスループット(1)
  • ビット5は正常な信頼性(0)または高い信頼性のためにあります (1)
  • RFC 791 がビット 6 と 7 を記述すると、将来の使用を予約した
• 全長 - 最大65535オクテットまでのデータグラムの合計の長さです。 ただし、567 個のオクテットを最低でも受け入れる必要があります.
• 識別 - フラグメントされたデータグラムを再組み立てで使用される
• フラグ - データグラムのフラグメントで使用されます
  • ビット 0 は予約され、 0 でなければなりません
  • 0 に設定すると、データグラムがフラグメントされるようになります。 1 に設定すると、データグラムはフラグメントできません
  • ビット2 0に設定すると、最後のフラグメントが表示されます。 1つに複数の断片が来る場合
• フラグメントオフセット - フラグメントできるデータグラムのフラグメントを実行するシステムに伝えます
• ライブ時間 - データグラムがネットワーク上で持続できる時間を示す。 0に達すると、データグラムは破棄されなければならない
• プロトコル - データグラムで使用される次のレベルのプロトコルを示す
• Header Checksum - ネットワークを通じて各ポイントでデータグラムを検証
• ソースアドレス - 32ビット
• 宛先アドレス - 32ビット
• オプション - IPv4のオプションは多くあります。 詳細については、完全なRFCを具体的にページ15 - 22を読んで下さい
• ヘッダーの最後に、データグラムは32ビット境界で終わるまで0'sでパッドを入れられます

RFCの概要

すべての RFC のこの RFC と同様に、IP のデータグラムの整列を実装する任意の非divdual は、任意のパーティーは、多様なシステム上のデータグラムと相互作用する可能性があるという標準で必要です。 セクション3では、IPv4アドレススキーマは、上記の関数がまとめられているように長さで議論されます。 IPv4 に関連して、この RFC はクラス A、B、C のネットワーク サイズを定義します。 クラス A は、ホストのネットワークと 24 ビットの 7 ビットを割り当てます。 クラスBは、ホストのネットワークと16ビットの14ビットを割り当てます。 C クラスは、ホストのネットワークと8ビットの21ビットを割り当てます。 スキームに対処することに加えて、データグラムのフラグメンテーションと再アセンブリの特定の機能がRFC内の素晴らしい詳細で議論されています。 パケットがフラグメントされると、いくつかのオプションが含まれているか、または含まれない場合があります.

以前の statment を参照して、IP Datagram を RFC で実装することも、設定要素がより簡単な通信とシステム間の構成を容易にするために、上層プロトコルに提示すべきことについての例を示します。 これらのelemenetsは、データグラムを構築するために使用される同じ要素です.