skeletor Опубликовано 20 декабря, 2012 · Жалоба Ситуация такая: есть некий маршрут в сетку (сеть приватная, 10.11.12.0/24), добавленный статически. Но так же есть возможность принять его (другой маршрут, но в ту же самую сетку 10.11.12.0/24) анонсом у пира. При этом нужно, что бы Quagga переписала маршрут в эту же сетку 10.11.12.0/24 (то есть заменила на тот, который приняла) Можно ли такое сделать? Если в лоб нельзя сделать, то может есть какие-то другие методы? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
MrNv Опубликовано 20 декабря, 2012 · Жалоба можно в статическом маршруте метрику большую чем у BGP выставить. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dima89 Опубликовано 20 декабря, 2012 · Жалоба метрику на статический поставьте хуже чем на маршрут принимаемый из bgp Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
skeletor Опубликовано 20 декабря, 2012 · Жалоба Не совсем так. Есть подключение по openvpn, и в случае его падения, принимается сеть через BGP. Почему так? Потому что канал через openvpn намного шире, а по BGP - очень узкий. Поэтому приоритет у openvpn'a. Но дело в том, что при отключении openvpn'a маршрут в сетку не пропадает (так как используется tap интерфейс и соединение клиент-сервер). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
st_re Опубликовано 20 декабря, 2012 · Жалоба Статически он указан где ? Если в зебре написать zebra ip route 10.11.12.0/24 1.2.3.4 250 то приехавший по bgp маршрут применится в ядро, т.к. заданный статичекский маршрут имеет сильно большую дистанцию, если по бгп нет такого то применится статический маршрут через 1.2.3.4 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
skeletor Опубликовано 20 декабря, 2012 · Жалоба Всем спасибо. Видимо стоит копать не столько в сторону BGP, сколько в сторону openvn'a - так как он после отключения клиента не убирает маршрут. А если после отключения клиента маршрута не будет, то BGP обнаружит это и потом сам добавит. Я правильно понимаю? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dignity Опубликовано 20 декабря, 2012 · Жалоба Здесь правильно только одно... Если вы имеете 2 маршрута с разными весами, то для того, чтобы маршрут с меньшим весом начал работать, надо чтобы маршрут с большим весом пропал, а BGP это или не BGP значения не имеет. Убирайте маршрут хоть с помощью скрипта с пингом OpenVPN серверного пира. Нет пира - убрать маршрут, есть пир - добавить маршрут. screen -dmS pinger watch -n1 route-add-remove.sh Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
skeletor Опубликовано 20 декабря, 2012 · Жалоба Хорошо, буду пробовать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...