All streams
Search
Write a publication
Pull to refresh

Comments 17

Подушню
ip link add name bridge_name type bridge

Ага! Я догадывался что с помощью ip route2 можно и бриджы конфигурить, а не только vrf-ы с vxlan-ами!

UFO landed and left these words here

Спасибо.

И только скупая слеза скатилась от "просто выполните yum -y install frr", но ведь если друга его либянга в залоченом репо дистрибутивов 7.9 нет. Да и после установки некоторых пакетов enoXpY интерфейсы становятся ethX (картинка котика с вертолётами)

вспомнилось: в бытность проектной работы ковыряли оборудование в серверной клиента, уже почти закончили и собирались уезжать (что-то около трёх часов ночи) как вдруг в одной из стоек испустив дымок умирает коммутатор, поскольку в это время найти комок в отдалённом от города населённом пункте было нереально а у каждого сервера несколько сетевых дырок было принято стратегическое решение нарулить пачку бриджей и подключить сервера в сеть через друг друга (получилось 4 гирлянды). все сервера однотипные по задачам и трафика там копейки. поставили задачу закупщикам как можно скорее купить комутатор на замену и прислать сюда, отписались клиенту о том что и почему сделали и что это временное решение которое надо СРОЧНО исправить при покупке комка, и уехали. комок купили вечером следующего дня, на второй день я собрался ехать чтобы переделывать но клиент сказал "не заморачивайтесь, мы сами справимся". спустя примерно три года я узнал что сервера у них всё ещё подключены гирляндой потому что "и так отлично работает, а коммутатор пригодился в другом месте".. ну что-ж, хозяин-барин, благо что они больше не моя забота..

Don’t fix what’s not broken

Умные люди.

Кулстори, спасибо)

Это все хорошо, но хотелось бы еще вариант статьи для FreeBSD :)

Слушай, ну логику я описал, за фряху ты вроде шаришь - осталось написать статью ;))

Уже есть )

https://bsdrp.net/features

Ковырялся я недавно frr и с одной стороны крутая штука, а с другой есть много вопросов.

Мне необходимо было рулить frr программно, через какой то API. Нашёл в офф документации инфу о Northwood API через grpc. Выглядит отлично и даже сгенерировался клиент под GO. Но в процессе тыканья выяснил, что в АПИ методов раз два и обчелся и большая часть функционала не покрыта апи. +не получилось собрать yang модели(не особо пытался, т.к. OSPF все равно не покрыт ими)

Ок, решил работать через CLI. В офф доке есть инфа о transactional API для CLI, пробую его использовать и оно не работает (по крайне мере для ospf).

В общем чувства смешанные. Документация поверхностная, многие фичи не допилены.

Может это я что-то не понял и юзаю его неправильно?

Если кто поделится опытом как лучше работать с ним программно, то буду очень благодарен.

Вообще, задача очень интересная! Как управлять и что самое интересно - мониторить всё это дело )
Но сказать по ней мне вообще нечего. У нас FRR живёт в кубе и его конфигурим полустатично с помощью конфиг-мап кубовых.

Несмотря на то, что многое делал сам своими руками - читать было интересно, так что красава, ну, а кто может лучше: флаг в руки и барабан на шею, т.е перо и бумага вам в руки клавиатура, мышка и вперед))

Лучше никто не сможет xD

КросссафффчЕГ...! У меня помню был заплёт какой-то с frr, не мог поднять OSPF. Статеек не особо много, но твою прям в закладочки добавил. Я дома даже ушёл от брендов и развернул программный маршрутизатор на обычном системном блоке, который уже превратился в хоумлаб

rp_filter - это конечно ещё одна беда линук-сетевика, особенно когда со всяким оверлеем работаешь

Sign up to leave a comment.

Articles