S_ergey Опубликовано 11 августа, 2011 (изменено) · Жалоба Есть 2а аплинка один отдает default, второй default. Первый работает, как основной, 2ой как резервный. Нужно чтобы анонсы уходили на 2 канал только при пропадании 1. И при восстановлении 1 убирались с 2 канала. Изменено 11 августа, 2011 пользователем S_ergey Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vlad11 Опубликовано 11 августа, 2011 (изменено) · Жалоба Есть 2а аплинка один отдает default, второй default. Первый работает, как основной, 2ой как резервный. Нужно чтобы анонсы уходили на 2 канал только при пропадании 1. И при восстановлении 1 убирались с 2 канала. анонсируйте в первый канал свои сети без препенда анонсируйте во второй (резервный) канал свои сети с препендом, можете выставить 2 и больше препендов. Но это не гарантирует, что второй аплинк НЕ будет заливать траффик. Изменено 11 августа, 2011 пользователем vlad11 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
S_ergey Опубликовано 11 августа, 2011 · Жалоба set as-path prepend я выставлял проблема остается часть ресурсов отваливается. В норму приходит если только разорвать сессию в 2 аплинком. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vlad11 Опубликовано 11 августа, 2011 · Жалоба set as-path prepend я выставлял проблема остается часть ресурсов отваливается. В норму приходит если только разорвать сессию в 2 аплинком. Пожалуйста, расставляйте знаки препинания. Пробуйте при отвале одного линка мониторить состояние путей через ripe. P.S. аплинки динамикой анонсят ваши сети или статиком? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
disappointed Опубликовано 11 августа, 2011 · Жалоба В основной канал анонсируйте специфики и цельные префиксы своих сетей, в резервный только полные префиксы,а препенды убрать вообще, с них толку нет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vlad11 Опубликовано 11 августа, 2011 · Жалоба В основной канал анонсируйте специфики и цельные префиксы своих сетей, в резервный только полные префиксы,а препенды убрать вообще, с них толку нет. Уточните разницу между "полные префиксы" и "цельные префиксы"? а препенды убрать вообще, с них толку нет. Можете аргументировать? Что произойдет с маршрутами, если у этих двух аплинков будет общий аплинк? А если у этого общего аплинка еще одинаковый LP (local-preference) для всех своих клиентов? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
orlik Опубликовано 12 августа, 2011 · Жалоба Есть 2а аплинка один отдает default, второй default. Первый работает, как основной, 2ой как резервный. Нужно чтобы анонсы уходили на 2 канал только при пропадании 1. И при восстановлении 1 убирались с 2 канала. эххх , есть у циски фишка "bgp conditional advertisement" вот еслиб для quagga что-нить подобное сделали .... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
disappointed Опубликовано 12 августа, 2011 (изменено) · Жалоба Что произойдет с маршрутами, если у этих двух аплинков будет общий аплинк? А если у этого общего аплинка еще одинаковый LP (local-preference) для всех своих клиентов? Оригинируете помимо допустим сети /20, также и её части /21 и /21 (more specific routes). Анонсируете эти специфики и всю сеть в основной канал (заранее нужно создать route объекты в базе RIPE и уточнить у аплинка насчёт фильтров), в резерв только агрегированный префикс без спецификов. Получаем, что ваш "резерв" видит от вас /20, а от своих аплинков он видит /21+/21, соответственно он льёт на вас трафик через них, LP никак не влияет, соседям маршрут он /20 не передаёт т.к. вы видны через них более точно /21+/21. Если падает основной канал, /21+/21 пропадает с аплинков маршрутизатора "резерва", ваш анонс префикса /20 становится для него best и он его начинает анонсировать своим соседям как доступный. На квагге нет bgp conditional advertisement, поэтому только так. Переключается за минуту-две, зависит от связности между основным каналом и резервом, чем быстрее пройдёт отмена до резерва тем быстрее он выпустит спасительный анонс. Изменено 12 августа, 2011 пользователем disappointed Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Mechanic Опубликовано 13 августа, 2011 · Жалоба а что более мелка сеть имеет больший вес? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
disappointed Опубликовано 13 августа, 2011 · Жалоба а что более мелка сеть имеет больший вес? Не вес, вес является критерием если префиксы одинаковые. Тут работет простейший выбор пути по longest prefix match, трафик течёт по более специфичному маршруту. Тоже самое что, допустим при 2ух маршрутах 0.0.0.0/0 и 217.115.10.0/24 будет всегда выбран второй. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vlad11 Опубликовано 13 августа, 2011 · Жалоба Еще раз, аргументируйте, что препенды не работают. Анонсируете эти специфики и всю сеть в основной канал (заранее нужно создать route объекты в базе RIPE и уточнить у аплинка насчёт фильтров), в резерв только агрегированный префикс без спецификов. Получаем, что ваш "резерв" видит от вас /20, а от своих аплинков он видит /21+/21, соответственно он льёт на вас трафик через них, LP никак не влияет, соседям маршрут он /20 не передаёт т.к. вы видны через них более точно /21+/21. А если у резервного аплинка LP 600 на клиентов и 100 на своих аплинков? Куда все-таки траффик потечет? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
disappointed Опубликовано 13 августа, 2011 · Жалоба Куда все-таки траффик потечет? В аплинк, LP не сработает, префиксы же разные будут, а LP это критерий для выбора best маршрута между совпадающими префиксами. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
[-Alt-] Опубликовано 17 августа, 2011 (изменено) · Жалоба Если linux net.ipv4.conf.all.rp_filter = 0 не забыли? Я как-то также долго думал, почему при поднятии второго аплинка часть ресурсов становится недоступной... set as-path prepend я выставлял проблема остается часть ресурсов отваливается. В норму приходит если только разорвать сессию в 2 аплинком. Изменено 17 августа, 2011 пользователем [-Alt-] Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
S_ergey Опубликовано 17 августа, 2011 · Жалоба Была 1 поставил 0 посмотрю поможет ли. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
[-Alt-] Опубликовано 17 августа, 2011 · Жалоба Только оно отрабатывает после перезагрузки, или без перезагрузки, но нужно на каждый интерфейс с аплинками прописать, например, net.ipv4.conf.eth0.rp_filter=0 Была 1 поставил 0 посмотрю поможет ли. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
S_ergey Опубликовано 18 августа, 2011 · Жалоба ' timestamp='1313600307' post='634083']Только оно отрабатывает после перезагрузки, или без перезагрузки, но нужно на каждый интерфейс с аплинками прописать, например, net.ipv4.conf.eth0.rp_filter=0 Спасибо все заработало. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...