2つのIPアドレスを持つLinuxサーバーがあります。 1 つは ULA(fd00::/8)、もう 1 つは GUA(2000::/3)、両方ともループバック インターフェイスに割り当てられます。私のルーティングテーブルには、srcLinuxが特定の宛先の特定のアドレスを選択するように明示的に強制するパスの属性が含まれています。標準アドレスラベルは、宛先がULAのときにULAが使用され、宛先土地が次の場合にGUAが使用されるようにする必要がありますが、発生しないGUA。実行すると、指定されたプレフィックスと一致するルーティングテーブルにパスが1つしかない場合でも、thisを実行するのとは異なる結果がip r g得られます。また、Linuxが正しいソースアドレスと間違ったソースアドレスの間をランダムに切り替えて、接続のヒットまたは切断が発生するため、この動作は不規則です。srcip r
root@ninym:~# ip r g fd2e:9fea:c7ed:53::
fd2e:9fea:c7ed:53:: from :: via fe80::60:1 dev eth0 proto bgp src 2001:db8:60:2:: metric 20 pref medium
root@ninym:~# ip r | grep ^fd2e:9fea:c7ed:53::
fd2e:9fea:c7ed:53::/64 nhid 6 via fe80::60:1 dev eth0 proto bgp src fd2e:9fea:c7ed:6002:: metric 20 pref medium
編集：したがって、このルートはBGPを介してfrrから来ており、次のルートマップがあります。このパスマップを無効にすると問題は解決しますが、理想的ではありません。一部のサーバーには複数のULAがあり、常に正しいULAを選択できるようにするため、この方法で設定しました。このサーバーには複数のサーバーがないため、このサーバーで無効にすることはできますが、他のサーバーよりも少数のサーバーを除いて、すべてのサーバーに影響を与えます。これがfrrのバグなのか、私のロードマップに問題があるのかはわかりません。
route-map src_map permit 10
match ipv6 address gua
set src 2001:db8:60:12::
exit
!
route-map src_map permit 20
match ipv6 address ula
set src fd2e:9fea:c7ed:6012::
exit