AG>>> Аха. Поковырю тога на стенде и если всё ок потащу взамен квагги. AG>>> Там даже bfd есть. EG>> Сразу предупреждаю: у frr в настоящее время идёт процесс перехода EG>> от отдельных конфигов каждого демона - и этот режим глючный, EG>> например, демон зебра может "не видеть" ACL или route-map, EG>> определённый в bgpd.conf - к единому конфигу frr.conf, EG>> но дефолтный режим ещё старый. Чтобы использовать лучше работающий EG>> общий конфиг, надо в rc.conf прописать frr_vtysh_boot="YES", EG>> то есть: AG> Окак. Спасибо за предупреждение.
Попробовал я тут OSPF на frr7 несколько дней назад. Hадо признать, у мертвой квагги её ospfd гораздо живее, чем у frr7. Четыре дня назад вышла frr8, но судя по релизнотесам OSPF там лучше не стал, правда я ещё не тестировал.
Во-первых, два ospfd в случае quagga без проблем вяжутся в одном сегменте ethernet, если на интерфейсах есть алиасы с маской /32 (например, для CARP, но можно и без него), а в случае quagga+frr7 сам frr7 не желает делать соседства: авторы ospfd умеют только в линуксовые алиасы (в виде сабинтерфейсов), а фрёвые алиасы воспринимает не как "secondary-адреса", а только как "unnumbered". Hу, эту проблему я запатчил достаточно простым самодельным патчем, отправил его в FROG-лист их, ни одного комментария.
Вторая и более сложная проблема вылезла, когда мне в сетке с двумя Микротиками в бекбоне и отдельной shortcut-областью из двух фрях (DR+BDR), каждая из которых имеет по одному p2p-туннелю к каждому из микротиков, не получилось проанонсировать с frr7 в бекбон областные маршруты (пробовал frr7 и в роли DR своей области, и в роли BDR - одинаково).
Заменил frr7 на кваггу и всё заработало сразу, как ожидается: каждый микротик принял по два LSA, по одному от каждой фряхи. А пока стоял frr7 ровно с тем же конфигом для OSPF (благо синтаксис совпадает) - у микротиков были LSA только от квагги, хотя OSPF-соседства с frr7 тоже были.
Дедлайн подошел и пришлось на frr7 забить пока, будет жить квагга.
Eugene -- Смотри, но не смей трогать --- slrn/1.0.3 (FreeBSD) * Origin: RDTC JSC (2:5006/1@fidonet)
