IPv4

インターネット プロトコル バージョン 4

プロトコルスタック
IPv4パケット
略語	IPv4
目的	インターネットワーキングプロトコル
開発者	DARPA
導入	1981年; 43年前 （1981年）
影響を受けた	IPv6
OSI層	ネットワーク層
RFC(複数)	791

インターネット プロトコル バージョン 4 ( IPv4 ) は、スタンドアロン仕様としてのインターネット プロトコル(IP)の最初のバージョンです。これは、インターネットやその他のパケット交換ネットワークにおける標準ベースのインターネットワーキング方法のコア プロトコルの 1 つです。IPv4 は、1982 年にSATNETで、1983 年 1 月にARPANETで実稼働用に導入された最初のバージョンです。 ^[1]後継のインターネット プロトコル バージョン 6 (IPv6) ^[2]の導入が進んでいるにもかかわらず、今日でもほとんどのインターネット トラフィックのルーティングに使用されています。

IPv4は32ビットのアドレス空間を使用し、4,294,967,296（2の^32乗）の一意のアドレスを提供しますが、大きなブロックは特別なネットワーク目的のために予約されています。^{[3] [4]}

以前のバージョンのTCP/IPはTCP/IPv3を介した統合仕様でした。IPv4では、インターネットプロトコルは個別の仕様になりました。^[5]

インターネットプロトコルバージョン4は、IETF出版物RFC 791（1981年9月）で説明されており、1980年1月の以前の定義（RFC 760）に代わるものです。1982年3月、米国国防総省は、インターネットプロトコルスイート（TCP/IP）をすべての軍事コンピュータネットワークの標準として決定しました。^[6]

インターネット プロトコルは、インターネット プロトコル スイートのインターネット層でインターネットワーキングを定義し、有効にするプロトコルです。本質的には、インターネットを形成します。インターネット プロトコルは、論理アドレス指定システムを使用し、ルーティングを実行します。ルーティングとは、送信元ホストから、別のネットワーク上の目的の宛先ホストに 1 ホップ近い次のルータにパケットを転送することです。

IPv4 はコネクションレスプロトコルであり、ベスト エフォート配信モデルで動作します。配信を保証するものではなく、適切な順序付けや重複配信の回避も保証しません。データの整合性を含むこれらの側面は、伝送制御プロトコル(TCP) などの上位層トランスポート プロトコルによって対処されます。

IPv4 は 32 ビットのアドレスを使用するため、アドレス空間は4 294 967 296 (2 ³² ) 個のアドレスに制限されます。

IPv4 は、プライベート ネットワーク(2 ²⁴  + 2 ²⁰  + 2 ¹⁶  ≈ 1,800 万アドレス) とマルチキャストアドレス (2 ²⁸  ≈ 2 億 6,800 万アドレス) 用に特別なアドレス ブロックを予約しています。

IPv4 アドレスは、32 ビットの整数値を表す任意の表記法で表すことができます。ほとんどの場合、ドット 10 進表記法で記述されます。これは、アドレスの 4 つのオクテットが10 進数で個別に表現され、ピリオドで区切られたものです。

たとえば、図の 4 つのドットで区切られた IP アドレス ( 172.16.254.1 ) は、32 ビットの 10進数 2886794753 を表し、16 進形式では 0xAC10FE01 になります。

CIDR 表記は、アドレスとルーティング プレフィックスをコンパクトな形式で組み合わせたもので、アドレスの後にスラッシュ文字 (/) が続き、ルーティング プレフィックス (サブネット マスク) の 先頭の連続する1ビットの数を示します。

クラスフル ネットワークが実践されていたときは、他のアドレス表現が一般的に使用されていました。たとえば、ループバックアドレス127.0.0.1 は、ネットワーク マスクに 8 ビット、ホスト番号に 24 ビットを持つクラス A ネットワークに属しているため、一般的に127.1と記述されていました。ドット表記のアドレスに 4 つ未満の数字が指定された場合、最後の値は、アドレスを 4 オクテットに埋めるために必要なバイト数の整数として扱われました。したがって、アドレス127.65530は127.0.255.250に相当します。

IPv4 の元の設計では、IP アドレスは 2 つの部分に分かれていました。ネットワーク識別子はアドレスの最上位オクテットで、ホスト識別子はアドレスの残りの部分でした。後者は残りフィールドとも呼ばれていました。この構造では最大 256 個のネットワーク識別子が許可されていましたが、すぐに不十分であることが判明しました。

この制限を克服するために、1981 年に最上位アドレス オクテットが再定義され、後にクラスフルネットワーキングとして知られるようになったシステムでネットワーク クラスが作成されました。改訂されたシステムでは 5 つのクラスが定義されました。クラス A、B、C は、ネットワーク識別用に異なるビット長を持っていました。アドレスの残りの部分は、以前と同様に、ネットワーク内のホストを識別するために使用されました。クラスによってフィールドのサイズが異なるため、各ネットワーク クラスはホストのアドレス指定能力が異なっていました。ホストのアドレス指定用の 3 つのクラスに加えて、クラス D はマルチキャストアドレス指定用に定義され、クラス E は将来のアプリケーション用に予約されました。

既存のクラスフル ネットワークをサブネットに分割する作業は、1985 年にRFC 950の公開で始まりました。この分割は、1987 年にRFC 1109 で可変長サブネット マスク (VLSM) が導入されたことで、より柔軟になりました 。1993 年には、この作業に基づいて、RFC  1517 でクラスレス ドメイン間ルーティング(CIDR) ^[7]が導入されました。これは、ビット数 (最上位から) をたとえば/24のように表現し、クラスベースのスキームは対照的にクラスフル と呼ばれました。CIDRは、アドレス空間の再分割を許可して、より小さいまたは大きいアドレス ブロックをユーザーに割り当てることができるように設計されています。CIDR によって作成された階層構造は、インターネット割り当て番号機関 (IANA) と地域インターネット レジストリ (RIR) によって管理さ れています。

インターネット技術特別調査委員会（IETF）とIANAは、特別な目的のために予約されたさまざまなIPアドレスの一般使用を制限しています。 ^{[4]特に、これらのアドレスは}マルチキャストトラフィックに使用され、プライベートネットワーク上で無制限に使用できるアドレス空間を提供するために使用されます。

IPv4 で定義されている約 40 億のアドレスのうち、3 つの範囲の約 1,800 万のアドレスがプライベート ネットワーク用に予約されています。これらの範囲のパケット アドレスはパブリック インターネットではルーティングできず、すべてのパブリック ルーターによって無視されます。したがって、プライベート ホストはパブリック ネットワークと直接通信することはできませんが、この目的のためにはルーティング ゲートウェイで ネットワーク アドレス変換が必要になります。

2 つのプライベート ネットワーク (たとえば、2 つのブランチ オフィス) はパブリック インターネット経由で直接相互運用できないため、2 つのネットワークは、仮想プライベート ネットワーク(VPN) またはIP トンネルを介してインターネット経由でブリッジされる必要があります。これにより、パブリック ネットワーク経由での送信中に、プライベート アドレスを含むヘッダーを含むパケットがプロトコル レイヤーでカプセル化されます。さらに、カプセル化されたパケットは、データを保護するために、パブリック ネットワーク経由での送信時に暗号化されることがあります。

RFC 3927 は、リンクローカル アドレス指定用の特別なアドレス ブロック 169.254.0.0/16 を定義します。これらのアドレスは、それらを使用するホストに直接接続されたリンク (ローカル ネットワーク セグメントやポイントツーポイント接続など) 上でのみ有効です。これらのアドレスはルーティングできません。プライベート アドレスと同様に、これらのアドレスはインターネットを通過するパケットの送信元または送信先にはなりません。これらのアドレスは主に、ホストが DHCP サーバーまたはその他の内部構成方法から IP アドレスを取得できない場合に、アドレス自動構成 ( Zeroconf ) に使用されます。

アドレス ブロックが予約されていた当時、アドレスの自動構成に関する標準は存在しませんでした。Microsoftは、 Automatic Private IP Addressing (APIPA)と呼ばれる実装を作成しました。これは、何百万台ものマシンに導入され、事実上の標準となりました。それから何年も経った 2005 年 5 月、IETF はRFC 3927 で「Dynamic Configuration of IPv4 Link-Local Addresses 」という正式な標準を定義しました。

クラス A ネットワーク127.0.0.0 (クラスレス ネットワーク127.0.0.0 / 8 ) はループバック用に予約されています。送信元アドレスがこのネットワークに属する IP パケットは、ホストの外部に現れることはありません。ループバックの送信元または宛先アドレスを持つ非ループバック インターフェイスで受信されたパケットは、ドロップする必要があります。

サブネットの最初のアドレスは、サブネット自体を識別するために使用されます。このアドレスでは、すべてのホストビットは0です。表現の曖昧さを避けるために、このアドレスは予約されています。^[18]最後のアドレスでは、すべてのホストビットが1に設定されています。これは、サブネット上のすべてのデバイスに同時にメッセージを送信するためのローカルブロードキャストアドレスとして使用されます。サイズが/ 24以上 のネットワークでは、ブロードキャストアドレスは常に 255 で終わります。

たとえば、サブネット192.168.5.0 / 24 (サブネット マスク255.255.255.0 ) では、識別子192.168.5.0 はサブネット全体を参照するために使用されます。ネットワークのブロードキャスト アドレスは192.168.5.255です。

ただし、これは 0 または 255 で終わるすべてのアドレスがホスト アドレスとして使用できないという意味ではありません。たとえば、アドレス範囲192.168.0.0～192.168.255.255に相当する/ 16サブネット192.168.0.0 / 255.255.0.0では、ブロードキャスト アドレスは192.168.255.255です。 192.168.1.255、192.168.2.255などのアドレスは、255 で終わっていますが、ホストに使用できます。また、 192.168.0.0 はネットワーク識別子であり、インターフェイスに割り当てることはできません。^{[19] : 31} 192.168.1.0、192.168.2.0などのアドレスは、0で終わっていても割り当てられることがある 。

過去には、一部のソフトウェアが1ではなく0を含む非標準のブロードキャストアドレスを使用していたため、ネットワークアドレスとブロードキャストアドレスの間に競合が発生しました。^{[19] : 66}

/ 24より小さいネットワークでは、ブロードキャスト アドレスは必ずしも 255 で終わるわけではありません。たとえば、CIDR サブネット203.0.113.16 / 28 のブロードキャスト アドレスは203.0.113.31です。

特別なケースとして、/ 31ネットワークは2台のホストのみに対応しています。これらのネットワークは通常、ポイントツーポイント接続に使用されます。これらのネットワークにはネットワーク識別子やブロードキャストアドレスはありません。^[20]

インターネット上のホストは通常​​、名前 (例: www.example.com) で認識され、ルーティングやネットワーク インターフェイスの識別に使用される IP アドレスでは認識されません。ドメイン名を使用するには、ドメイン名をアドレスに変換する (またはその逆) 必要があります (これを解決と呼びます)。これは、受信者の名前を使用して電話帳で電話番号を検索するのと似ています。

アドレスとドメイン名間の変換は、他の DNS サーバーへの 名前空間の委任を可能にする階層型の分散命名システムであるドメイン ネーム システム(DNS) によって実行されます。

番号なしポイントツーポイント(PtP) リンクはトランジットリンクとも呼ばれ、IP ネットワーク番号やサブネット番号が関連付けられていないが、IP アドレスを持つリンクです。1993 年に初めて導入され、^{[21] [22] [23] [24]} Qualcomm の Phil Karn がオリジナルの設計者として知られています。

トランジット リンクの目的は、データグラムをルーティングする ことです。トランジット リンクは、不足している IP アドレス空間から IP アドレスを解放したり、IP の割り当てとインターフェイスの構成の管理を軽減したりするために使用されます。以前は、ポイントツーポイント リンクごとに 2 つまたは 4 つの IP アドレスを使用して、各リンクで/ 31または/ 30サブネットを専用にする必要がありました。リンクが番号付けされていない場合は、定義済みの (通常はループバック) インターフェイスから借りた単一の IP アドレスであるルータ IDが使用されます。同じルータ ID を複数のインターフェイスで使用できます。

番号なしインターフェースの欠点の 1 つは、リモート テストと管理が困難になることです。

1980年代には、利用可能なIPv4アドレスのプールが、ネットワークの当初の設計では予想されていなかった速度で枯渇していることが明らかになりました。^[25]アドレス枯渇を加速させた主な市場要因には、インターネットユーザーの急増があり、ラップトップコンピューター、携帯情報端末（PDA）、 IPデータサービスを備えたスマートフォンなどのモバイルコンピューティングデバイスの使用が増えていました。さらに、高速インターネットアクセスは常時接続デバイスに基づいていました。枯渇の脅威は、次のようないくつかの救済技術の導入を促しました。

• 小規模ISP割り当て向けのクラスレスドメイン間ルーティング（CIDR）
• 番号なしインターフェイスにより、トランジット リンク上のアドレスが不要になりました。
• ネットワーク アドレス変換(NAT) により、エンドツーエンドの原則が不要になりました。

1990 年代半ばまでに、NAT は、地域およびローカルのインターネット レジストリでの厳格な使用量ベースの割り当てポリシーとともに、ネットワーク アクセス プロバイダー システムで広く使用されるようになりました。

IANAによって管理されていたインターネットのプライマリアドレスプールは、2011年2月3日に最後の5つのブロックが5つのRIRに割り当てられた時点で枯渇した。^{[26] [27]} APNICは、2011年4月15日に地域アドレスプールを使い果たした最初のRIRとなったが、IPv6への移行技術用に予約された少量のアドレス空間は制限付きポリシーの下で割り当てられることになっていた。^[28]

アドレス枯渇に対する長期的な解決策は、1998年にインターネットプロトコルの新しいバージョンであるIPv6の仕様が定められたことだった。^[29]これにより、アドレス空間が大幅に拡大されるだけでなく、インターネット全体のルート集約が改善され、エンドユーザーには最低2 ^{64 個のホストアドレスの大規模なサブネットワーク割り当てが提供される。しかし、IPv4はIPv6と直接相互運用できないため、IPv4のみのホストはIPv6のみのホストと直接通信できない。2004年に}6bone実験ネットワークの段階的廃止が始まり、2006年にIPv6の恒久的な正式な導入が開始された。^[30] IPv6の導入が完了するまでには相当の時間がかかると予想されているため、^[31]ホストが両方のバージョンのプロトコルを使用してインターネットに参加できるようにするには、 中間の移行技術が必要となる。

IPパケットはヘッダーセクションとデータセクションから構成されます。IPパケットにはデータセクションの後にデータチェックサムやその他のフッターはありません。通常、リンク層はほとんどのエラーを検出するCRCフッターを使用してIPパケットをフレームにカプセル化しますが、IPによって伝送される多くのトランスポート層プロトコルにも独自のエラーチェック機能があります。^[32]

IPv4 パケット ヘッダーは 14 個のフィールドで構成され、そのうち 13 個は必須です。14 番目のフィールドはオプションで、オプションという適切な名前が付けられています。ヘッダー内のフィールドは、最上位バイトが最初に来るようにパックされており (ネットワーク バイト順序)、図と説明では、最上位ビットが最初に来るものとみなされます ( MSB 0 ビット番号付け)。最上位ビットは 0 に番号付けされているため、たとえばバージョン フィールドは実際には最初のバイトの最上位 4 ビットにあります。

バージョン

IPパケットの最初のヘッダー フィールドは、4 ビットのバージョン フィールドです。IPv4 の場合、これは常に 4 になります。

インターネット ヘッダー長 (IHL)

IPv4 ヘッダーは、オプションの 14 番目のフィールド (オプション) によりサイズが可変です。IHL フィールドには IPv4 ヘッダーのサイズが含まれます。このフィールドには、ヘッダー内の 32 ビット ワードの数を指定する 4 ビットがあります。このフィールドの最小値は 5 で、^[33] 5 × 32 ビット = 160 ビット = 20 バイトの長さを示します。4 ビット フィールドであるため、最大値は 15 です。つまり、IPv4 ヘッダーの最大サイズは 15 × 32 ビット = 480 ビット = 60 バイトです。

差別化サービスコードポイント（DSPC )

もともとサービスタイプ（ToS）として定義されたこのフィールドは、差別化サービス（DiffServ）を指定します。^[34]リアルタイムデータストリーミングはDSCPフィールドを利用します。例としては、インタラクティブ音声サービスに使用されるVoice over IP （VoIP）があります。

明示的輻輳通知（ECN )

このフィールドにより、パケットをドロップすることなく、ネットワーク輻輳をエンドツーエンドで通知できます。^[35] ECNは、両方のエンドポイントがサポートしている場合に利用できるオプション機能であり、基盤となるネットワークでもサポートされている場合に有効です。

全長

この16 ビットフィールドは、ヘッダーとデータを含むパケット全体のサイズをバイト単位で定義します。最小サイズは 20 バイト (データなしのヘッダー)、最大サイズは 65,535 バイトです。すべてのホストは、最大 576 バイトのサイズのデータ​​グラムを再構成できる必要がありますが、最近のホストのほとんどは、はるかに大きなパケットを処理します。リンクによってパケット サイズにさらに制限が課される場合があり、その場合はデータグラムを断片化する必要があります。IPv4 の断片化は、送信ホストまたはルーターのいずれかで実行されます。再構成は受信ホストで実行されます。

識別

このフィールドは識別フィールドであり、主に単一のIPデータグラムのフラグメントのグループを一意に識別するために使用されます。いくつかの実験的研究では、IDフィールドを他の目的、例えば偽装された送信元アドレスを持つデータグラムを追跡するのに役立つパケット追跡情報を追加する目的などに使用することが提案されていますが、^[36]現在、そのような使用は禁止されています。^[37]

旗

3 ビットのフィールドが続き、フラグメントの制御や識別に使用されます。これらは (最上位から最下位の順で) 次のとおりです。

• ビット 0: 予約済み。ゼロでなければなりません。^[a]
• ビット 1: 断片化しない (DF)
• ビット 2: フラグメント (MF)

DF フラグが設定されており、パケットをルーティングするためにフラグメンテーションが必要な場合、パケットはドロップされます。これは、フラグメントの再構成を実行するリソースを持たないホストにパケットを送信するときに使用できます。また、ホスト IP ソフトウェアによって自動的に、またはpingやtracerouteなどの診断ツールを使用して手動で、パス MTU 検出に使用することもできます。

フラグメント化されていないパケットの場合、MF フラグはクリアされます。フラグメント化されたパケットの場合、最後のフラグメントを除くすべてのフラグメントに MF フラグが設定されます。最後のフラグメントには、フラグメント オフセット フィールドがゼロ以外であるため、フラグメント化されていないパケットと区別されます。

フラグメントオフセット

このフィールドは、元の断片化されていない IP データグラムの先頭からの特定のフラグメントのオフセットを指定します。最初のフラグメントの断片化オフセット値は常に 0 です。このフィールドは 13 ビット幅なので、オフセットは 0 から 8191 ((2 ⁰ – 1) から (2 ¹³  – 1)) までです。フラグメントは 8 バイト単位で指定されるため、フラグメント長は 8 の倍数でなければなりません。^[38]したがって、13 ビットのフィールドでは、ヘッダー長 (65,528 + 20 = 65,548 バイト) を含めて最大オフセット (2 ¹³  – 1) × 8 = 65,528 バイトが許可され、最大 IP 長の 65,535 バイトを超えるパケットの断片化がサポートされます。

存続時間 (TTL)

8 ビットのTTL フィールドは、ルーティング ループが発生した場合にネットワーク障害を防ぐために、データグラムの存続期間を制限します。これは秒単位で指定されますが、1 秒未満の時間間隔は 1 に切り上げられます。実際には、このフィールドはホップ カウントとして使用されます。データグラムがルーターに到着すると、ルーターは TTL フィールドを 1 減らします。TTL フィールドが 0 になると、ルーターはパケットを破棄し、通常はICMP 時間超過メッセージを送信者に送ります。

トレースルートプログラムは、調整された TTL 値を持つメッセージを送信し、これらの ICMP 時間超過メッセージを使用して、送信元から宛先までのパケットが通過するルーターを識別します。

プロトコル

このフィールドはIPデータグラムのデータ部分で使用されるプロトコルを定義します。IANAはIPプロトコル番号のリストを管理しています。^[39]

ヘッダーチェックサム

16 ビットのIPv4 ヘッダー チェックサム フィールドは、ヘッダーのエラー チェックに使用されます。パケットがルーターまたはその宛先に到着すると、ネットワーク デバイスはチェックサム フィールドを含むヘッダーのチェックサムを計算します。0xFFFF の値が予想されます。異なる結果が得られた場合、デバイスはパケットを破棄します。パケットのデータ部分のエラーは、カプセル化されたプロトコルによって個別に処理されます。UDPとTCP の両方に、データに適用される個別のチェックサムがあります。

パケットがルータに到着すると、ルータはヘッダーの TTL フィールドを減らします。その結果、ルータは新しいヘッダー チェックサムを計算する必要があります。

チェックサム フィールドは、ヘッダー内のすべての 16 ビット ワードの 1 の補数の合計の 16 ビットの 1 の補数です。チェックサムを計算する目的では、チェックサム フィールドの値は 0 になります。

送信元アドレス

この 32 ビット フィールドは、パケットの送信者のIPv4 アドレスです。これは、ネットワーク アドレス変換(NAT) によって転送中に変更される可能性があります。

宛先住所

この 32 ビット フィールドは、パケットの受信者のIPv4 アドレスです。NAT の影響を受ける可能性があります。

オプション

オプションフィールドはあまり使用されません。一部のオプションを含むパケットは、一部のルーターによって危険とみなされ、ブロックされる可能性があります。 ^[40] IHLフィールドの値には、すべてのオプションと、ヘッダーに整数個の32ビットワードが含まれるようにするために必要なパディングを保持するのに十分な追加の32ビットワードが含まれている必要があります。IHLが5より大きい場合（つまり、6〜15の場合）、オプションフィールドが存在し、考慮する必要があることを意味します。オプションのリストは、オプションEOOL（オプションリストの終了、0x00）で終了できます。これは、オプションの終了がヘッダーの終了と一致しない場合にのみ必要です。

ほとんどの IP オプションには、パケットが通過する中間デバイスの数や種類に関する指定が含まれているため、IP オプションはインターネット経由の通信には使用されません。また、一部の IP オプションを含む IP パケットは、ネットワーク トポロジやネットワークの詳細が公開される可能性があるため、IPv4 セキュリティ評価RFC  6274 に従ってドロップする必要があります。

ヘッダーに配置できるオプションは次のとおりです。

以下の表は、IPv4で定義されたオプションを示しています。オプションタイプの列は、上で定義されたコピー、オプションクラス、およびオプション番号のビットから派生しています。^[41]

パケット ペイロードはチェックサムに含まれません。その内容は、プロトコル ヘッダー フィールドの値に基づいて解釈されます。

IP プロトコル番号のリストには、ペイロード プロトコル タイプの完全なリストが含まれています。一般的なペイロード プロトコルには次のものがあります。

インターネット プロトコルは、ネットワーク間のトラフィックを可能にします。この設計は、さまざまな物理的性質を持つネットワークに対応しており、リンク層で使用される基盤となる伝送技術とは無関係です。ハードウェアが異なるネットワークでは、通常、伝送速度だけでなく、最大伝送単位(MTU) も異なります。あるネットワークが、より小さな MTU を持つネットワークにデータグラムを送信する場合、データグラムが断片化されることがあります。IPv4 では、この機能はインターネット層に配置され、IPv4 ルーターで実行されるため、ホストによるこれらの問題への露出が制限されます。

対照的に、次世代のインターネット プロトコルであるIPv6では、ルーターによるフラグメンテーションが許可されず、ホストはデータグラムを送信する前にパス MTU 検出を実行する必要があります。

ルータはパケットを受信すると、宛先アドレスを調べ、使用する送信インターフェイスとそのインターフェイスの MTU を決定します。パケット サイズが MTU よりも大きく、パケットのヘッダーの Do not Fragment (DF) ビットが 0 に設定されている場合、ルータはパケットを断片化することがあります。

ルータはパケットをフラグメントに分割します。各フラグメントの最大サイズは、送信 MTU から IP ヘッダー サイズを引いたサイズです (最小 20 バイト、最大 60 バイト)。ルータは各フラグメントを独自のパケットに入れます。各フラグメント パケットには次の変更が加えられます。

• 合計長フィールドはフラグメント サイズです。
• 最後のフラグメントを除くすべてのフラグメントに対して、より多くのフラグメント (MF) フラグが設定されます。最後のフラグメントは 0 に設定されます。
• フラグメントオフセットフィールドは、元のデータ ペイロード内のフラグメントのオフセットに基づいて設定されます。これは、8 バイト ブロック単位で測定されます。
• ヘッダーチェックサムフィールドが再計算されます。

たとえば、MTU が 1,500 バイトでヘッダー サイズが 20 バイトの場合、フラグメント オフセットは(0、185、370、555、740 など) の倍数になります。 ${\displaystyle {\frac {1{,}500-20}{8}}=185}$

パケットが 1 つのルータで断片化され、その断片が別のルータでさらに断片化される可能性があります。たとえば、20 バイトの IP ヘッダーを含む 4,520 バイトのパケットが、MTU が 2,500 バイトのリンク上で 2 つのパケットに断片化されます。

合計データ サイズは保持されます: 2,480 バイト + 2,020 バイト = 4,500 バイト。オフセットはとです。 ${\displaystyle 0}$${\displaystyle {\frac {0+2{,}480}{8}}=310}$

MTU が 1,500 バイトのリンクに転送されると、各フラグメントは 2 つのフラグメントに分割されます。

この場合も、データ サイズは維持されます: 1,480 + 1,000 = 2,480、1,480 + 540 = 2,020。

この場合も、More Fragmentsビットは、1 が設定されているすべてのフラグメントに対して 1 のままであり、到着する最後のフラグメントに対しては通常どおりに機能し、最後のフラグメントに対してのみ MF ビットが 0 に設定されます。そしてもちろん、識別フィールドは、再フラグメント化されたすべてのフラグメントで同じ値を保持し続けます。このように、フラグメントが再フラグメント化された場合でも、受信側は、フラグメントがすべて最初は同じパケットから開始されたことを認識します。

最後のオフセットと最後のデータ サイズは、合計データ サイズの計算に使用されます。 ${\displaystyle 495\times 8+540=3{,}960+540=4{,}500}$

次の条件の少なくとも 1 つが当てはまる場合、受信側はパケットがフラグメントであることを認識します。

• フラグmorefragmentsが設定されており、これは最後のフラグメントを除くすべてのフラグメントに当てはまります。
• フィールドフラグメント オフセットはゼロ以外であり、これは最初のフラグメントを除くすべてのフラグメントに当てはまります。

受信側は、送信元アドレスと宛先アドレス、プロトコル ID、識別フィールドを使用して、一致するフラグメントを識別します。受信側は、フラグメント オフセットとより多くのフラグメント フラグの両方を使用して、同じ ID を持つフラグメントからデータを再構成します。受信側は、より多くのフラグメントフラグが 0 に設定されている最後のフラグメントを受信すると、最後のフラグメントのオフセットに 8 を掛け、最後のフラグメントのデータ サイズを加算することで、元のデータ ペイロードのサイズを計算できます。この例では、この計算はバイトでした。受信側がすべてのフラグメントを取得すると、オフセットに従って正しい順序でそれらを再構成して、元のデータグラムを形成できます。 ${\displaystyle 495\times 8+540=4{,}500}$

IP アドレスはネットワーク ハードウェアに永続的に結び付けられているわけではなく、実際、最近のオペレーティング システムでは、ネットワーク インターフェイスが複数の IP アドレスを持つことができます。リンク上の宛先ホストに IP パケットを適切に配信するには、ホストとルーターに、ネットワーク インターフェイスのハードウェア アドレス^[b]と IP アドレスを関連付ける追加のメカニズムが必要です。アドレス解決プロトコル(ARP) は、IPv4 のこの IP アドレスからハードウェア アドレスへの変換を実行します。さらに、逆相関が必要になることもよくあります。たとえば、管理者がアドレスを事前に構成していない限り、IP ホストを起動したりネットワークに接続したりするときに、その IP アドレスを決定する必要があります。このような逆相関のプロトコルには、動的ホスト構成プロトコル(DHCP)、ブートストラップ プロトコル(BOOTP)、およびまれに逆 ARPがあります。

• インターネットの歴史
• 割り当てられた /8 IPv4 アドレス ブロックのリスト

この記事は、 CC BY 4.0ライセンス (2022) に基づき、以下のソースから改変されました:  Michel Bakni、Sandra Hanbo (2022 年 12 月 9 日)。「インターネット プロトコル バージョン 4 (  IPv4 ) に関する調査」(PDF)。WikiJournal of Science。doi : 10.15347 /WJS / 2022.002。ISSN 2470-6345。OCLC  9708517136。S2CID 254665961。Wikidata Q104661268  。

Wikidata には次のプロパティがあります:

• IPv4ルーティングプレフィックス（P3761） （使用法を参照）

• インターネット番号割当機関 (IANA)
• IP、インターネット プロトコル アーカイブ済み 2011-05-14 at the Wayback Machine — IP ヘッダーの内訳、特定のオプションを含む
• IPv4のIP モビリティ サポート。RFC 3344 。
• IANA によって管理されている IPv4/8 割り当ての現在の公式状態