同じサブネット内のTracerouteホップ
traceroute出力の同じサブネットに2つのネイバーホップがあるのはどのような場合ですか？私が知っているように、それは送信元アドレスのみであり、各ルーターインターフェイスは異なるサブネットにある必要がありますか？
例えば。：
1 * * * Request timed out.
2 2 ms 3 ms <3 ms 10.10.0.14
3 5 ms 4 ms 3 ms 10.10.0.15
4 21 ms 22 ms 25 ms 194.221.100.49
このようになります。
(PC) 192.168.1.2 --- 192.168.1.1 (Router1) 10.10.0.X --- 10.10.0.14 (Router2) 10.10.0.x --- 10.10.0.15 (Router3) 192.221.100.X --- 192.221.100.49 (Router4) X.X.X.X
しかし、Router2では、同じサブネットに2つのインターフェイスがありますが、これは不可能なはずです。
それはどのような構成でしょうか？多分フレームリレー？
各ルーターインターフェイスは異なるサブネットにある必要がありますか？
ロジックのエラーは、ネットワークトポロジには、あるサブネットワークのインターフェイスで受信したパケットを、別のサブネットワークで定義されたインターフェイスを介して厳密に渡すルーターが常に含まれているという想定にあります。これは一般的なSOHOおよび中小企業の環境に当てはまりますが、onlyの可能な展開モードではありません。ネットワークエンジニアは、別のアプローチを採用する理由があるかもしれません。あるいは、運と構成の混乱によって、誤って採用される可能性があります。
ルーターがパケットを受信し、その後、受信したのと同じネットワークにルーティングして戻すことができるシナリオがいくつかあります。サブネットを定義するデバイスをどのように、どのデバイスを参照するかが重要です。たとえば、ルーターが10.0.0.1/16のインターフェースを持つことは完全に合法ですが、ルーターの背後にあるデバイスはサブネット10.0.x.y/24のアドレスを使用します。デバイスの観点からは、10.0.1.xから10.0.2.xへのパケットは、1つ以上のルーターを通過する必要がありますが、ルーターはそれをよく知っています。 ネットワークトロンボニング のこの現象は、エンタープライズネットワークのコアで一般的に見られます。必ずしも効率的ではありませんが、動作し、ルーターは正しく機能しています。
もう1つの一般的な発生は、VPNコンセントレータに接続されたデバイスからtracerouteを実行しているときに発生します。このデバイスは、VPNを介してトラフィックをリモートデバイスにトンネリングします。これがtraceroute出力の原因であると思われる場合、.14デバイスは、リモートエンドで企業LANに接続されているコンセントレータである可能性があります。 .15デバイスは、コンセントレータが接続されているネットワークのルーターです。パケットは.14インターフェースで受信（トンネリング）され、同じインターフェースに戻されて宛先にルーティングされます。これには何の問題もありません。tracerouteは、IP層でパケットへのアクセスを担当するすべてのデバイスのIDを合法的に示しています。
ネットワークトポロジ、特に中間ルーターの構成に関するさらに正確な知識がなければ、ケースで何が起こっているのかを正確に理解することは不可能です。
Tracerouteは、TTl（存続時間）が1のpingを効果的に送信することで機能します。これは、ICMP TimeExceededメッセージで応答する最初のルーターにヒットします。これを繰り返します。あなたの場合は合計3回です。
次に、TTLが2、次に3など）で3つのpingを送信します。各ルーターの応答をホストへのルートとして表示します。
https://en.wikipedia.org/wiki/Traceroute
私の最初の推測では、システムが適切に構成されている場合、最初のルーター（Time Exceededメッセージを送信しないように構成されている）には、194.221.100.49サブネットに宣言された静的ルートを持つ10.10.0.14へのデフォルトパスがあります。