-1 
bash-3.00# /usr/sbin/ip -6 route show
default via fdc6:3001:8e20:9ce9::1 dev int0  metric 1024  expires 2133437sec mtu 1500 advmss 1440 metric10 4294967295
unreachable default dev lo  proto none  metric -1  error -101 metric10 255
unreachable default dev lo  proto none  metric -1  error -101 metric10 255
unreachable default dev lo  proto none  metric -1  error -101 metric10 255
fdc6:3001:8e20:b06::/64 dev ext0  metric 256  expires 2132985sec mtu 1500 advmss 1440 metric10 4294967295
fdc6:3001:8e20:9ce9::/64 dev int0  metric 256  expires 2132977sec mtu 1500 advmss 1440 metric10 4294967295
fe80::/64 dev int0  metric 256  expires 2132977sec mtu 1500 advmss 1440 metric10 4294967295
fe80::/64 dev ext0  metric 256  expires 2132985sec mtu 1500 advmss 1440 metric10 4294967295
default via fe80::226:88ff:fee2:5d01 dev int0  proto kernel  metric 1024  expires 154sec mtu 1500 advmss 1440 metric10 64
default via fe80::226:88ff:fee2:5d02 dev ext0  proto kernel  metric 1024  expires 175sec mtu 1500 advmss 1440 metric10 64
default via fdc6:3001:8e20:b06::1 dev ext0  metric 1024  expires 2133059sec mtu 1500 advmss 1440 metric10 4294967295
unreachable default dev lo  proto none  metric -1  error -101 metric10 255
ff00::/8 dev int0  metric 256  expires 2132977sec mtu 1500 advmss 1440 metric10 4294967295
ff00::/8 dev ext0  metric 256  expires 2132985sec mtu 1500 advmss 1440 metric10 4294967295
unreachable default dev lo  proto none  metric -1  error -101 metric10 255

上記の出力で、ルートの順序は、ルートが検索された順序を示していますか? それとも、「hoplimit」(最後の列) がルックアップの順序に影響しますか? 「hoplimit」と「metric」の違いは何ですか? また、どちらがルックアップ順序に影響しますか?

ありがとう！

4

3 に答える 3

3

  1. ルートは最初に最長一致で検索されます。そのため、/64 ルート、/48 ルート、およびデフォルト ルート (/0) がすべてパケットの宛先に一致する場合、/64 ルートが使用され、他のルートは無視されます。

    例: 宛先がfdc6:3001:8e20:9ce9:1:2:3:4で、ルートが次の場合:

    default via fdc6:3001:8e20:9ce9::1 dev int0  metric 1024  expires 2133437sec mtu 1500 advmss 1440 metric10 4294967295
fdc6:3001:8e20:9ce9::/64 dev int0  metric 256  expires 2132977sec mtu 1500 advmss 1440 metric10 4294967295

    /64 ルートが常に選択されます。

    これは、そうでないことを意味するあなたのコメントにもかかわらずです。コメントで説明したことは起こらないはずです。これをさらに診断するために、問題のあるパケットの正確な送信元と宛先の IP アドレス、および送信元と宛先の MAC アドレスを提供してください。

  2. 同じプレフィックス長を持つ宛先へのルートが複数ある場合は、最適なメトリックを持つルートが優先されます。

    ルーティング テーブルには、メトリックによって同点が解消される例はありません。宛先とプレフィックスの長さが同じで、メトリックが異なるルートが必要です。

  3. それでも複数のルートがある場合は、使用可能なパスごとに負荷分散が行われます。

ホップリミットは、ルート ルックアップ プロセスではまったく使用されません。ルートの選択が行われた後、ローカルで発信された発信パケットのホップ制限を設定するために使用されます。

于 2012-04-04T14:28:59.897 に答える
0

Redirect ICMP メッセージの影響が見られます。

ip -6 route flush cacheルーティングを再び機能させるように言ってください。

sysctl -w net.ipv6.conf.all.accept_redirects=0今後のリダイレクトを無視すると言う。

これの最も可能性の高い原因は、起動/再起動時に不完全なルートを持つゲートウェイです。そのシステムにリダイレクト パケットを送信しないように指示したい場合があります。

于 2015-08-05T20:36:59.313 に答える
0

IPv6 のルート ルックアップは、従来の IPv4 と基本的に違いはありません。

IP スタックは、ターゲット IP に最も一致し (つまり、プレフィックスが最も長く)、メトリックが最も低いルートを見つけます。

ホップ制限は、ルーティングの決定には影響しません。メトリックは、ルートの「コスト」を示します。目的地までのホップ数と経路の帯域幅、レイテンシー、価格などに基づいて設定されるはずです。ホップ リミットは、IPv6 ヘッダーのホップ リミット フィールドを事前に設定するためにのみ使用されます。

于 2012-04-04T14:34:38.473 に答える