IPフラグメンテーション （英 : IP fragmentation ）とは、Internet Protocol (IP ) におけるデータグラム の断片化 であり、MTU が通常のデータグラムのサイズより小さいリンク上でもパケットが転送できるようにする。日本語ではIP分割と呼ぶ資料もある。
RFC 791 でIPフラグメンテーションの手続きすなわちデータグラムの転送および再構築について記述している[ 3] RFC 815 では単純化した再構築アルゴリズムが記述されている[ 4]
IPプロトコルヘッダの「識別子」フィールド、「フラグ」フィールドの「禁止」フラグと「継続」フラグを使用してIPデータグラムのフラグメンテーションと再構築を行う。
IPv4 でルーター が次のホップのMTUより大きいPDU を受信した場合、2つの対処法がある。1つは、そのPDUを廃棄し、Packet too Big （パケットが大きすぎる）という条件を設定したICMP メッセージを送信元に返す方法である。もう1つは、IPパケットをフラグメンテーションしてMTUの小さいリンク上に送り出す方法である。IPv6 では経路の途中のルータがフラグメンテーションを行うことはできず、パケットを送信する前にパケットの最大サイズをMTUが決定し、それ以下のパケットを送信しなければならない（送出元がフラグメンテーションして送り出すことはできる）。また、IPv6では1280バイト以下のパケットはフラグメンテーションせずに送達可能であることを保証することになっている。
あるホストがフラグメンテーションされたIPパケットを受信した場合、上位層プロトコルに渡す前にデータグラムの再構築を行う必要がある。再構築は一般に受信ホストで行うことになっているが、途中のルーターが再構築することもある。例えばネットワークアドレス変換 では、RFC 2993 に記されているようにFTP などでデータストリームの変換のために再構築する必要にせまられることがある[ 5]
フラグメンテーションされたパケットが消失し、上位プロトコルがTCPなどの高信頼プロトコルだった場合、フラグメントの一部が消失しただけなのにデータグラム全体の再送を要求することになるので、再送のオーバーヘッドが大きくなる[ 6] 経路MTU探索 アルゴリズムを使う方法であり、こちらは RFC 1191 で記述されている[ 7]
IPv4とIPv6では、フラグメンテーション機構の詳細やフラグメンテーションを含む全体的アーキテクチャが異なる。IPv4ではルーターがフラグメンテーションを行うが、IPv6ではルーターはMTU より大きなパケットは破棄するため前述のように最大サイズをあらかじめ決め、それより小さいパケットを送らなければならない（送出元のみがフラグメンテーションを行える）。なおIPv4とIPv6ではヘッダの形式が異なるが、フラグメンテーションに関するフィールドは良く似ており、フラグメンテーションと再構築のアルゴリズムは流用可能である。
IPv4では、再構築後のIPデータグラムの大きさが576バイト（IPv4の最小MTU）までならベストエフォートで再構築を行う。再構築後のIPデータグラムの大きさが576バイトより大きい場合も再構築するが、そのような大きなデータグラムは何も通知せずに廃棄してもよいことになっている。IPv6ではそのしきい値が1500バイトに増やされている[ 8]
^ RFC 791 , Internet Protocol , Information Sciences Institute (September 1981)^ RFC 815 , IP Datagram Reassembly Algorithms , David D. Clark (July 1982)^ RFC 2993 , Architectural Implications of NAT (November 2000)^ Christopher A. Kent, Jeffrey C. Mogul. “Fragmentation Considered Harmful ”. 2012年8月29日 閲覧。 ^ RFC 1191 , Path MTU Discovery (November 1990)^ RFC 2460 , Internet Protocol, Version 6 (IPv6) Specification , S. Deering, R. Hinden (December 1998)