☰

опция quagga ospf max-metric портит исходящие маршруты

tag-icon • tag-icon ospf quagga
опция quagga ospf max-metric портит исходящие маршруты

У нас есть несколько машин, которые подключены как к высокоскоростной, так и к низкоскоростной сети; другие машины подключены только к низкоскоростной сети. Я изучаю возможность развертывания OSPF, чтобы каждое соединение могло автоматически выбирать самый быстрый маршрут. Однако я не хочу, чтобы машины случайно сами стали маршрутизаторами, поэтому я использую опцию max-metric router-lsa administrativeв /etc/quagga/ospfd.conf.

К сожалению, в дополнение к установке стоимости исходящей ссылки на ∞ в рекламных целях, он также, похоже, использует ∞ (ну, 65535) в качестве стоимости ссылки при вычислении стоимости маршрута на хосте. В результате вместо того, чтобы предпочитать пути, использующие высокоскоростную ссылку, он рассматривает их как пути с равной стоимостью. Если я уберу эту max-metricнастройку, то он правильно вычислит, что высокоскоростная ссылка предпочтительнее.

Примечание: в данный момент я просто экспериментирую с использованием виртуальных машин и виртуальных сетей, поэтому ссылки фактически эквивалентны, и я вручную указываю затраты. Три машины подключены к одной сети с адресами 192.168.50.2-4, две подключены к другой сети с адресами 192.168.51.2-3, и у каждой машины также есть адрес обратной связи 192.168.100.x, по которому они будут обращаться друг к другу. Вот мой файл /etc/quagga/ospfd.conf на одной из машин:

hostname ospf
password zebra
enable password zebra

interface eth1
  ip ospf area 0
  ip ospf cost 1000
  ip ospf hello-interval 1
  ip ospf dead-interval 5

interface eth2
  ip ospf area 0
  ip ospf cost 100
  ip ospf hello-interval 1
  ip ospf dead-interval 5

interface lo
  ip ospf area 0 192.168.100.1
  ip ospf cost 100

router ospf
  log-adjacency-changes
  passive-interface lo
  max-metric router-lsa administrative
  auto-cost reference-bandwidth 1000

log stdout

а вот таблица маршрутизации:

node1# show ip ospf route
============ OSPF network routing table ============
N    192.168.50.0/24       [65535] area: 0.0.0.0
                           directly attached to eth1
N    192.168.51.0/24       [65535] area: 0.0.0.0
                           directly attached to eth2
N    192.168.100.1/32      [0] area: 0.0.0.0
                           directly attached to lo
N    192.168.100.2/32      [65535] area: 0.0.0.0
                           via 192.168.50.3, eth1
                           via 192.168.51.3, eth2
N    192.168.100.3/32      [65535] area: 0.0.0.0
                           via 192.168.50.4, eth1

============ OSPF router routing table =============

Как видите, доступ к 192.168.100.2 стоит 65535 и будет осуществляться через любой интерфейс.

Есть ли способ заставить хост использовать стоимость соединения для собственного расчета кратчайшего пути, не допуская при этом использования хоста в качестве транзитного маршрутизатора?

решение1

Мне не удалось заставить Quagga делать то, что я хотел (также пробовал с FRR, та же проблема), но я обнаружил, что Bird с OSPF v3 работает хорошо. OSPF v3 имеет встроенную функцию для тупиковых маршрутизаторов, а не полагается на установку стоимости соединения до бесконечности. Quagga/FRR не поддерживают RFC 5838, поэтому я не смог попробовать OSPF v3 с ними.

Связанный контент