Комментарии 17
Подушню
ip link add name bridge_name type bridge
FRR очень крутая штука, но EVPN выглядит конечно, как костыль по верх чистой l3 фабрики... благо современные системы оркестрации дают возможность построить vxlan между хостами без надобности конфигурировать саму l3 фабрику
Спасибо.
И только скупая слеза скатилась от "просто выполните yum -y install frr", но ведь если друга его либянга в залоченом репо дистрибутивов 7.9 нет. Да и после установки некоторых пакетов enoXpY интерфейсы становятся ethX (картинка котика с вертолётами)
вспомнилось: в бытность проектной работы ковыряли оборудование в серверной клиента, уже почти закончили и собирались уезжать (что-то около трёх часов ночи) как вдруг в одной из стоек испустив дымок умирает коммутатор, поскольку в это время найти комок в отдалённом от города населённом пункте было нереально а у каждого сервера несколько сетевых дырок было принято стратегическое решение нарулить пачку бриджей и подключить сервера в сеть через друг друга (получилось 4 гирлянды). все сервера однотипные по задачам и трафика там копейки. поставили задачу закупщикам как можно скорее купить комутатор на замену и прислать сюда, отписались клиенту о том что и почему сделали и что это временное решение которое надо СРОЧНО исправить при покупке комка, и уехали. комок купили вечером следующего дня, на второй день я собрался ехать чтобы переделывать но клиент сказал "не заморачивайтесь, мы сами справимся". спустя примерно три года я узнал что сервера у них всё ещё подключены гирляндой потому что "и так отлично работает, а коммутатор пригодился в другом месте".. ну что-ж, хозяин-барин, благо что они больше не моя забота..
Это все хорошо, но хотелось бы еще вариант статьи для FreeBSD :)
Ковырялся я недавно frr и с одной стороны крутая штука, а с другой есть много вопросов.
Мне необходимо было рулить frr программно, через какой то API. Нашёл в офф документации инфу о Northwood API через grpc. Выглядит отлично и даже сгенерировался клиент под GO. Но в процессе тыканья выяснил, что в АПИ методов раз два и обчелся и большая часть функционала не покрыта апи. +не получилось собрать yang модели(не особо пытался, т.к. OSPF все равно не покрыт ими)
Ок, решил работать через CLI. В офф доке есть инфа о transactional API для CLI, пробую его использовать и оно не работает (по крайне мере для ospf).
В общем чувства смешанные. Документация поверхностная, многие фичи не допилены.
Может это я что-то не понял и юзаю его неправильно?
Если кто поделится опытом как лучше работать с ним программно, то буду очень благодарен.
Несмотря на то, что многое делал сам своими руками - читать было интересно, так что красава, ну, а кто может лучше: флаг в руки и барабан на шею, т.е перо и бумага вам в руки клавиатура, мышка и вперед))
КросссафффчЕГ...! У меня помню был заплёт какой-то с frr, не мог поднять OSPF. Статеек не особо много, но твою прям в закладочки добавил. Я дома даже ушёл от брендов и развернул программный маршрутизатор на обычном системном блоке, который уже превратился в хоумлаб
когда держал bgp PI full-view на quagga RHEL7, вступил в такое, вдруг кому пригодится
net.ipv4.conf.default.rp_filter = 2
https://access.redhat.com/solutions/53031
FRRouting. Без кликбейтного названия