Перейти до

Резервирование BGP mikrotik


kit3

Рекомендованные сообщения

 

Есть 2 роутера mikrotik. Между ними поднята сессия iBGP, настроен VRRP. У каждого роутера несколько аплинков.

Проблема. Если в качестве мастер роутера (VRRP) выступает роутер R1, то получается что аплинки на R2 будут незагружены, потому как трафик от клиентов идет к R1, дальше идет сразу к аплинкам R1, и не идет к R2 (и соотвественно аплинкам R2) через iBGP потому как административная дистанция EBGP меньше чем iBGP. Есть ли вариант побороть эту проблему не разбрасывая часть клиентов на R1, часть на R2 вручную (разбив на подсети и для каждой подсети указав VRRP мастер роутером разные роутеры)?

 

post-14367-0-53709500-1435928123_thumb.jpg

Ссылка на сообщение
Поделиться на других сайтах

Нет, конечно, Вы можете поднять еще две сессии, но делать это на оборудовании Mikrotik, где процесс BGP не параллелится - плохая идея.

В случае флапа пира вы сядите на задницу.

 

Вы можете внезапно понизить/повысить AD вручную используя filters, но потом это будет дико неудобно сопровождать.

Единственный нормальный вариант - поднять RS. Это также даст Вам дополнительные приемущества в виде возможности анализа маршрутов.

Ссылка на сообщение
Поделиться на других сайтах

А в случае выхода из строя RS? Или на нем тоже использовать VRRP? Чем будет отличаться работа в схеме с RS и без него (с дополнительными сессиями) при флапании пира?

Ссылка на сообщение
Поделиться на других сайтах

Для резервирования RS - ставится второй RS.

VRRP используется при статической маршрутизации.

На BGP сесиях используются только статические адреса, иначе получите выключение и флопанье сессии и соответствующее пенальти.

И почитайте книжки. Например - Принципы маршрутизации в Internet

Відредаговано supportod
Ссылка на сообщение
Поделиться на других сайтах

Т.е. два BGP роутера и два RS сервера? У всех работает такая схема?

 

 

 

VRRP используется при статической маршрутизации.

Если в схеме пока только два BGP роутера (без RS), то без использования VRRP при выходе из строя основного роутера на резервном придется переписывать ip со стороны клиентов, т.к. маршрут по умолчанию будет прописан на основной роутер (который потух).

 

 

 

На BGP сесиях используются только статические адреса, иначе получите выключение и флопанье сессии и соответствующее пенальти.

Как раз и используются статические.

 

 

 

И почитайте книжки. Например - Принципы маршрутизации в Internet

Спасибо, читал как раз эту перед тем как писать сюда, но для решения своей задачи наилучшим способом информации в ней не хватило.

Ссылка на сообщение
Поделиться на других сайтах

Нет, конечно, Вы можете поднять еще две сессии, но делать это на оборудовании Mikrotik, где процесс BGP не параллелится - плохая идея.

В случае флапа пира вы сядите на задницу.

 

Вы можете внезапно понизить/повысить AD вручную используя filters, но потом это будет дико неудобно сопровождать.

Единственный нормальный вариант - поднять RS. Это также даст Вам дополнительные приемущества в виде возможности анализа маршрутов.

Все отлично паралеллится! От флэпа никто не застрахован.

Ссылка на сообщение
Поделиться на других сайтах

Никого не слушайте. Делайте по две сессии на маршрутизаторы и между ними ВРРП. 

Ссылка на сообщение
Поделиться на других сайтах

 

Нет, конечно, Вы можете поднять еще две сессии, но делать это на оборудовании Mikrotik, где процесс BGP не параллелится - плохая идея.

В случае флапа пира вы сядите на задницу.

 

Вы можете внезапно понизить/повысить AD вручную используя filters, но потом это будет дико неудобно сопровождать.

Единственный нормальный вариант - поднять RS. Это также даст Вам дополнительные приемущества в виде возможности анализа маршрутов.

Все отлично паралеллится! От флэпа никто не застрахован.

 

Продаван Saab95 в соседнем форуме, на наге, сознался, что у микротика BGP использует только одно ядро.

Відредаговано supportod
Ссылка на сообщение
Поделиться на других сайтах
Если в схеме пока только два BGP роутера (без RS), то без использования VRRP при выходе из строя основного роутера на резервном придется переписывать ip со стороны клиентов, т.к. маршрут по умолчанию будет прописан на основной роутер (который потух).

Вот тут можно использовать групповой виртуальный IP адрес (VRRP).

Могут быть приколы на коммутаторе, где MAC этого IP светится.

Відредаговано supportod
Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від G_ua
      Доброго дня всім!
      Підскажіть, можливо хтось стикався з проблемою:
      На мікротіку IKEv2, тільки для андроід клієнтів. ip адреси видаються з пула dhcp, тобто пула локальної мережі (192.168.1.0/24). При підключенні все працює, кліенти бачать інші vpn мережі (192.168.10.0/24, 192.168.11.0/24) але не бачать локальної, тобто 192.168.1.0/24, з неї вони отримують dhcp при підключенні. Якщо видати кліенту, на приклад, 11.0.0.0/24, любу мережу відмінну від локальної, ми бачим всі адреси в діапазоні 192.168.1.0/24, але не бачимо vpn (бо з тої сторони vpn нема маршруту в мережу 11.0.0.0/24).
      Чи можливо щоб при підключенні андроід кліенти отримували ip з мережі 192.168.1.0/24 та могли підключитися на ресурси цієї мережі, на ...1.2 до прикладу. Тобто воно не  маршрутизує в мережу з якої ми отримаємо адресу, але бачить по дефолту любу відмінну від ...1.0 мережу.
      Клієнт аднроід StrongSwan.
    • Від denisluk
      Вітаю шановне товариство! Маю напіввирішену проблему з вищевказаним провайдером і EPON підключенням.
      Суть проблеми полягає в тому що періодично і рандомно на Мікротіку відвалюється з'єднання і самостійно відновлюється.
      Сетап: 1) ONU Picotel PU-E910, 2) Mikrotik HEX
       
      Тріолан наливає інет зі статичною адресою і прив'язкою по МАС. 
      На мікроті все стандартно: виділив порт під WAN, насетапив адресу, склонував МАС ноута (спочатку по швидкому тестили інет на ноуті тому його МАС і вбили в білінг), правило НАТу вписав - інет є. 
      Потім рандомно почав відвалюватись інет. В логах геть нічого. Порт мікрота не змінював статус. 
      Перевірив налаштування - все типово. І ніяких глюків чи помилок не виявлено.
      Заміна порта мікрота, прошивка, заміна на інший мікрот (новий з коробки зі скинутим конфігом, налаштований лише з одним правилом НАТу) ніяк не покращили ситуацію. 
      Представник саппорта прийшов і замінив ОНУшку. Теж не допомогло. При спілкуванні представника саппорта по телефону з мережевим інженером з'ясувалось що відвал стається саме тоді, коли мікрот перестає передавати свій МАС. Не бачимо маку, нема авторизації, логічно. 
      З ноутом на пряму все працює без зауважень. На моє питання: "що може бути?" представник саппорта розвів руками і запропонував роутер "не мікротік")))) Мене такий варік не влаштовує, тому що на моєму роутері побудована і пачка тунелів на роботу і до батьків. 
      Почав розбиратись сам, що пробував: 1) ставити чек гетвея пінгами, 2) чек arp запитами, 3) отримувати адресу і по дхцп (так, писав про статику, знаю. Але це рекомендація Тріолану. Взагалі у них працює ДХЦП, але при зникненні світла з ДХЦП є проблеми в них. Тому лишився на статиці), 4) інші мікроти, 5) інші блоки живлення, 6) інші кабелі utp. Все це не мало позитивного результату і не міг відслідкувати що саме спричиняє проблему. 
       
      Що допомогло: 1) створив брідж. 2) на брідж прописав майстер-МАС який закріплений в білінгу, 3) відключив на цьому бріджі оновлення МАС, 4) на цей брідж прописав адресу і т.д. 4) вкинув порт, до якого підключена ОНУ, в цей брідж без ніяких налаштувань взагалі, 5) правило срцнат. 
      Диво, все працює і аптайм уже більше тижня. При спілкуванні з саппортом все ОК, вони бачать валідний МАС (МАС бріджа).
       
      Шановне товариство, допоможіть розібратись: чому схема яка допомогла - працює, а типове налаштування веде до обривів? Дякую за ідеї.
       
       
       
    • Від fet4
      Добрый день.
       
      Вышестоящий провайдер выдал IP пару /31 для BGP сессии. Сессию поднял на Bird, мой префикс маршрутизируется, все в порядке но вот маршрутизатор не может выйти в интернет так как использует в качестве адреса источника один ip из не маршрутизируемой пары. Как правильно выйти с данного положения ?
       
    • Від GekaPeka
      MikroTik PowerBox Pro (RB960PGS-PB), новый, в упаковке. Цена: 2800 грн.
    • Від Игорь_Кривой Рог
      Продам за ненадобностью остатки после модернизации, лежать без дела.
       
      Mikrotik RB850Gx2 - 4шт.
       
      Mikrotik RB260GS - 1шт.
       
      Все в рабочем состоянии, сброшены на заводские настройки, битые порты отсутствуют.
       








×
×
  • Створити нове...