誰かがクアガ(OSPF)を使用していて、Shorewallを使用してOSPFが動作するチャネルのバランスを取ることを計画している場合は、catを要求します。
だから問題自体
ルートを完全に交換する通常動作するOSPFがあり、すべて正常です。 しかし、2番目のプロバイダーが必要であると判断し、QoSの状況を改善するため
に、QoSサービスにLXCのようなものを適用し
ました(ifbをvethに置き換えます) (OSPFとのインターフェースでバランシングを開始しました)。 ここで問題が発生します:非常に通常のライブチャネル、ルートなど。 quaggaはルートをルーティングテーブルにマップしません。 さらにわかりにくいのは、vtyshのコマンド:
show ip osfp routeはすべてのルートを
表示し、
show ip routeではこれらのルートが
非アクティブなルートステータスであるということです。
理由
「Shorewall」が原因であることが判明しました。これにより、バランスの取れたインターフェースに不要なフォームのルートが追加されます。
10.0.11.0/24 dev eth1 proto kernel scope link src 10.0.11.2 10.0.11.1 dev eth1 scope link src 10.0.11.2 <============= 10.0.12.0/24 dev eth2 proto kernel scope link src 10.0.12.2 10.0.12.1 dev eth2 scope link src 10.0.12.2 <=============
これに遭遇すると、クアッガは失われ、これを通過するルートを確立しません。
解決策
shorewallを開始するときに実行する小さなスクリプト:
/usr/local/bin/shorewall-prov-fix.sh そしてそれを書いてください:
/ etc / shorewall /開始 /usr/local/bin/shorewall-prov-fix.sh > /dev/null 2>&1
PS
私はすぐに解決策のヒントを見つけることができませんでしたが、適切な
ソースへのリンクがあります。