【図解】ルーティング時のIPパケット破棄の原因

IPパケット破棄の原因

(レイヤー3レベルで)パケットが破棄されるのは、以下のような場合があります。

ルーティングテーブルに宛先 IP のルートが無い場合、どこに送ればよいか分からなくなるため、その NW 機器でパケットが破棄されます。

破棄されるタイミングで NW 機器から ICMP の Destination Unreachable (Network Unreachable) が送信元 IP アドレス宛に通知されます。

ただし、大抵ルーティングテーブルにはデフォルトルートが入っているため、このケースは稀です。

ある NW 機器上で『この宛先の通信は破棄したい』というとき、ACL で書くこともできますが、Null ルートを設定することでパケットを破棄できます。

例えば 192.168.1.0/24 宛の通信を破棄したい場合は、『192.168.1.0/24 宛のパケットのネクストホップは Null インタフェース』という Null ルートを設定すれば良いのです。

(config)# ip route 192.168.1.0 255.255.255.0 interface null

この Null ルートは、OSPF や EIGRP で集約ルートを設定する際に生成されます。ルーティング・ループを回避するためです。

この理由の詳細については以下をご参照下さい。

MTU 値を超えるパケットサイズを転送しようとしたとき、ルータはフラグメンテーションを試みます。

ただし、df ビットが立っている場合は、フラグメンテーション禁止のため、そのNW機器でパケットが破棄されます。

破棄されるタイミングで NW 機器からICMP の Destination Unreachable (Need Fragmentation but Can't Fragment) が送信元 IP アドレス宛に通知されます。その際、送信元に適切な MTU 値を知らせることができます。

しかし、もしこの ICMP がアクセスリスト等で拒否されている場合、適切な MTU 値を知ることができず、また、宛先に届いたかどうかすら分からないため、タイムアウトまで待ち続けることになります。

ルーティングをする際には IP ヘッダの TTL フィールドの値を 1 つ減らします。

ルータに TTL = 1 のパケットが入ってきたとき、さらにルーティングが必要になる場合 (宛先 IP アドレスがその NW 機器に Connected の NW アドレスではない場合)、 TTL = 0となり、その NW 機器でパケットが破棄されます。

破棄されるタイミングで NW 機器からICMP の Time Exceededが送信元 IP アドレス宛に通知されます。

コマンドプロンプトで ping を打ち、"転送中にTTLが期限切れになりました"、もしくは、"TTL expired in transit"と出てくるのは、この ICMP を受け取ったためです。

この場合の原因はたいてい、どこかでルーティングループが起こっています。『経由するNW機器が多過ぎる』という可能性もありますが、現在では、あり得ないと考えても良いレベルです。

きちんと確認したい場合は、tracert を使って調査します。

これは当たり前ですが、機器の性能以上のパケットが入ってきたときは、一部のパケットは破棄されます。

関係する性能指標としては、bps や pps、CPU 使用率やメモリ使用率などがあります。

bps や pps はいわゆるパケットの流量です。詳細は以下をご参照下さい。

CPU 使用率は、ハードウェア処理のルーティング、スイッチングには関係ないだろと思う方もいるかもしれませんが、パケットを受信 NIC から取り出すときや、ヘッダ書き換え処理をしたパケットを送信 NIC へセットする際には、僅かながら CPU を利用します。

なので、CPU が 100% 稼働していると影響はあります。

また、メモリ使用率についてですが、受信パケットを保存するメモリ領域としては、具体的には ring-buffer と呼ばれるメモリの heap 領域を使います。

受信バッファを rx-ring、送信バッファをtx-ringと呼びます。

これらの値を変更したい場合は以下コマンドを使います。大きくすれば、パケットロスの可能性は低くなります。

(config-if)# rx-ring-limit 128

(config-if)# tx-ring-limit 128

ただし、これらの設定は大きくし過ぎるとパケットロスは減るものの、遅延が大きくなりますのでチューニングの際には注意が必要です。

あなたが成長の日々を歩めますように。