ルーティングの再帰的クエリは実際に何をするのですか？
ルートに対する再帰的なクエリはスタティックルートのためのもので、ダイナミックルートには必要ありません。再帰ルーティングを使う理由は、頻繁に変更されるリンクを迂回するためで、スタティックルートのコンフィギュレーションの手間を減らすことができます。
再帰ルーティングを使用する条件の1つは、宛先ネットワークへのリンクを、途中の宛先ネットワークの数よりも少ないリンクに集約できることです。
ルータはパケットをホップごとに宛先に送りますが、宛先までの各ホップに静的経路を指定することができますが、経路上のノードに問題が発生すると静的経路全体が機能しなくなり、本当に静的経路が使えるのであれば、管理者が宛先に到達できる静的経路を指定し直す必要があり、手間がかかります。
再帰的ルーティングはこの問題をある程度解決することができます：
上記のトポロジでは、R1はR2またはR3ルータを経由する必要があり、パケットはネットワークセグメント下のR4に送信されます。管理者は、R2またはR3からネットワークセグメント下のR4へのスタティックルートを指定する必要があり、指定されたスタティックルートがR2を経由する場合、R2が残念ながらダウンしている場合は、R3を経由するルートを指定する必要がありますこのような単純なトポロジは可能ですが、大規模なネットワーク環境では、より面倒です。R2がダウンした場合は、R3を経由するルートを指定する必要があります。
R1がR2やR3を指定せず、R4ルータのf0/0インタフェースを直接指定した場合、R2がダウンしてもR3経由で作業を継続できます。
目的
R1から、R4ルート下の4つのネットワークセグメントにアクセスできます。
実現：
1.R4との通信を実現するために、R2またはR3にスタティックルートを関連付けますが、R2またはR3のルータが利用できない場合、ルーティングコンフィグレーションを再修正する必要があります。
2. R4 f0/0インタフェースに直接接続：R2またはR3に障害が発生しても、R1がR4のネットワークセグメントにアクセスできるように、再帰ルーティングを行います。
具体的なオペレーション
R1はR4へのスタティックルートを指定します：
R1(config)#ip route 40.0.1.0 255.255.255.0 fastEthernet0/020.2.2.4
R1(config)#ip route 40.1.1.0 255.255.255.0fastEthernet 0/020.2.2.4
R1(config)#ip route 40.2.1.0 255.255.255.0fastEthernet 0/020.2.2.4
R1(config)#ip route 40.3.1.0 255.255.255.0fastEthernet 0/020.2.2.4
R2はR4へのスタティックルートを指定します：
R2(config)#ip route 40.0.1.0 255.255.255.0 fastEthernet 0/120.2.2.4
R2(config)#ip route 40.1.1.0 255.255.255.0 fastEthernet 0/120.2.2.4
R2(config)#ip route 40.2.1.0 255.255.255.0 fastEthernet 0/120.2.2.4
R2(config)#ip route 40.3.1.0 255.255.255.0 fastEthernet 0/120.2.2.4
R3はR4へのスタティックルートを指定します：
R3(config)#ip route 40.0.1.0 255.255.255.0 fastEthernet 0/120.2.2.4
R3(config)#ip route 40.1.1.0 255.255.255.0 fastEthernet 0/120.2.2.4
R3(config)#ip route 40.2.1.0 255.255.255.0 fastEthernet 0/120.2.2.4
R3(config)#ip route 40.3.1.0 255.255.255.0 fastEthernet 0/120.2.2.4
R1は、40.0.1.0などの4つのネットワークセグメントにメッセージを送信したいと考え、まず、静的ルートで指定されたネクストホップアドレス、つまり、20.2.2.4にメッセージを送信しますが、R1のルーティングテーブルには20.2.2.4のルートエントリがありません：
*Mar 1 00:25:23.783: IPARP: sent req src 10.1.1.1 c400.1910.0000、
dst20.2.2.4 0000.0000.0000 FastEthernet0/0
ここでは、R1がarpリクエストを送信し、送信元アドレスが10.1.1.1、送信元macアドレスがc400.1910.0000、宛先が20.2.2.4、宛先macが0000.0000.0000、インタフェース：FastEthernet0/0を介して、R1がR2とR3にARPリクエストを送信し、R2とR3がR2とR3は、要求元と要求先が同じブロードキャストドメインにあるかどうか、送信元アドレスと宛先アドレスへのルートを持っているかどうか、インターフェイスプロキシARPが有効になっているかどうかを判断し、それらがすべて満たされた場合、R2とR3はR1にARPリプライを送信します。
R2ミディアム：
*Mar 1 00:25:21.859: IPARP: rcvd req src 10.1.1.1 c400.1910.0000, dst 20.2.2.4 FastEthernet0/0
*Mar 1 00:25:21.863: IPARP: rep src 20.2.2.4 c401.1910.0000を送信しました、
dst10.1.1.1 c400.1910.0000 FastEthernet0/0
R3:
*Mar 1 00:48:20.815: IPARP: rcvd req src 10.1.1.1 c400.1910.0000, dst 20.2.2.4 FastEthernet0/0
*Mar 1 00:48:20.819: IPARP: rep src 20.2.2.4 c402.1910.0000を送信しました、
dst10.1.1.1 c400.1910.0000 FastEthernet0/0
をクリックして、R1が受信したARP応答を表示します：
*Mar 1 00:49:24.303: IPARP rep filteredsrc 20.2.2.4 c401.1910.0000, dst 10.1.1.1 c400.1910.0000 wrong cable, interfaceFastEthernet0/0
*Mar 1 00:49:24.303: IPARP rep filtered src 20.2.2.4 c402.1910.0000, dst 10.1.1.1 c400.1910.0000 wrongcable, interface FastEthernet0/0
ここで、R1が答えをフィルタリングすることがわかりました。
PCの場合、デバイスがルーターからProxyARP Replyを受信すると、PCはそのReplyを信頼し、ARPテーブルに追加します。
ルータは、Proxy ARPReplyを受信すると、Replyに含まれるレスポンダのipアドレスがあるネットワークセグメントが到達可能かどうかを優先的に判断し、到達可能であれば受信し、そうでなければ直接破棄します。
ここでR1はARPを受信し、レスポンダのipアドレスは20.2.2.4であるはずなので、R1は受信したrepをフィルタリングします。
R1の20.2.2.0にルートエントリーを追加できます。
R1(config )#ip route 20.2.2.0 255.255.255.0 10.1.1.2
このスタティックルートの効果は、R1が受信プロキシARPリプライをフィルタリングしないことです。
R4でR1へのルートエントリを指定します：
R4(config)#ip route 10.1.1.0 255.255.255.0 20.2.2.2
これにより、R1がR4の下位セグメントに行くことができます。
