http://mikrotik.moscow Новое в теме Практика BGP форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Wed, 12 Aug 2026 07:35:25 -0400 Практика BGP RouterOS в форуме RouterOS.
Похоже, отсутствует текст для перевода. Пожалуйста, предоставьте сообщение, которое нужно перевести.
08.01.2019 09:23:00, klasaradnicka.]]> http://mikrotik.moscow/forum/forum57/83851-praktika-bgp/message380768 http://mikrotik.moscow/forum/forum57/83851-praktika-bgp/message380768 Tue, 08 Jan 2019 09:23:00 -0500 RouterOS Практика BGP RouterOS в форуме RouterOS.
Здравствуйте, к сожалению, мне пришлось изменить топологию, так как теперь ISP 1 становится основным провайдером для всего трафика. Сейчас нужна помощь с пониманием этой проблемы.

Router F | ISP 1 – Router A ------- Router C ------- Router D ------- Router F ----- Router B — ISP 2 | | Router G

В общем, на Router B у меня два маршрута по умолчанию: статический маршрут к ISP 2 с метрикой 111 и маршрут OSPF с метрикой 110. Я не могу изменить статический маршрут, потому что Router F должен идти через ISP 1. Мне нужно настроить так, чтобы только Router G выходил через ISP 2. Может кто-то помочь? Я смотрел на VRF и маркировку пакетов, но пока не получилось это настроить.

Знаю, что решение — добавить ещё один маршрутизатор в топологию, но есть ли способ сделать это без этого?

P.S. Я спрашивал у ISP 1 и ISP 2, чтобы они прислали мне маршруты по умолчанию, но пока этого не сделали.
08.01.2019 09:07:00, klasaradnicka.]]> http://mikrotik.moscow/forum/forum57/83851-praktika-bgp/message380767 http://mikrotik.moscow/forum/forum57/83851-praktika-bgp/message380767 Tue, 08 Jan 2019 09:07:00 -0500 RouterOS Практика BGP RouterOS в форуме RouterOS.
Сначала проверьте с помощью просмотрщика, чтобы убедиться, что вы добавляете префикс с точки зрения интернета достаточное количество раз. Для некоторых пирингов требуется несколько попыток, чтобы получить нужный эффект. Второе, что можно сделать — просто изменить локальные предпочтения у маршрута по умолчанию, который рекламируется через ISP2, чтобы он стал предпочтительным для внутреннего выбора. Вам нужно будет убедиться, что метрики IGP корректны для оптимизации пути. Асимметричная маршрутизация в основном влияет на трафик только тогда, когда используются средства безопасности, а в больших и небольших сетях с асимметричной маршрутизацией часто проблем нет.
05.01.2019 01:10:00, TheCiscoGuy.]]> http://mikrotik.moscow/forum/forum57/83851-praktika-bgp/message380766 http://mikrotik.moscow/forum/forum57/83851-praktika-bgp/message380766 Sat, 05 Jan 2019 01:10:00 -0500 RouterOS Практика BGP RouterOS в форуме RouterOS.
Большое спасибо. Я думаю поставить рядом два BGP-маршрутизатора, чтобы не заморачиваться с разделением мозга и другими проблемами, которые могут возникнуть. Также мои провайдеры будут присылать мне дефолтный маршрут, после чего я сделаю «Redistribute if installed» как тип 1 на маршрутизаторе A и как тип 2 на маршрутизаторе B.

У меня есть еще вопрос. У меня есть одна подсеть 1.1.1.1/24, которую я анонсирую обоим провайдерам (я провел несколько тестов, и это работает), но теперь проблема: мой трафик уходит через ISP 1, а возвращается через ISP 2. То есть когда я шлю трафик, он идет: 1.1.1.1 >>> ISP 1, а когда приходит от внешних источников — ISP 2 >>> Маршрутизатор A >>> Маршрутизатор C >>> Маршрутизатор D >>> 1.1.1.1.

Я настроил опцию BGP prepend, чтобы уменьшить приоритет для ISP 1, но это не сработало. Есть идеи?
04.01.2019 12:40:00, klasaradnicka.]]> http://mikrotik.moscow/forum/forum57/83851-praktika-bgp/message380765 http://mikrotik.moscow/forum/forum57/83851-praktika-bgp/message380765 Fri, 04 Jan 2019 12:40:00 -0500 RouterOS Практика BGP RouterOS в форуме RouterOS.
Ты можешь настроить нужный уровень избыточности, да, но ситуация здесь сложнее, чем у большинства новичков. К сожалению, такой взгляд на топологию сети слишком упрощённый, потому что я не вижу всей картины, но предполагаю, что роутеры C, D и F образуют своего рода ядро, а роутеры A и B — это граничные устройства. Нужно очень внимательно продумать, что именно может пойти не так.

Вижу несколько проблем:
Если роутеры A и B будут заниматься BGP, они должны быть связаны друг с другом, чтобы их таблицы маршрутизации совпадали. Обычно они находятся рядом, но в твоём случае между ними несколько переходов. Это может привести к проблеме «раздвоения мозга» (split brain) при определённых сбоях, о чём поговорим позже.

Имей в виду, что если пакет всё-таки приходит на роутер B для выхода в Интернет, а роутер A работает исправно, пакет будет отправлен через роутер A, если тот установлен как предпочтительный шлюз, ведь их маршруты должны совпадать.

Если на роутерах A и B есть статический маршрут по умолчанию, а BGP-пиринг упадёт, но Ethernet-связь останется, маршрут по умолчанию в OSPF всё равно пойдёт через роутер A, поскольку маршрут будет активен. Можно решить эту проблему, попросив у обоих провайдеров давать только маршрут по умолчанию вместо полной таблицы маршрутов. Тогда этот маршрут исчезнет, если BGP-пиринг упадёт.

Если ты выберешь вариант №2 (вероятно, лучший), тогда вопрос будет в том, как распространять маршрут по умолчанию через OSPF. RouterOS теоретически может делать это через опцию «redistribute default if-installed», но на практике это не всегда надёжно и может работать неправильно.  
У нас на работе мы обходим это, запуская второй автономный номер (частный AS) на ядре, в отличие от граничных устройств с публичным AS. На ядре ставим статический маршрут «чёрная дыра» по умолчанию (blackhole default route), который перераспределяется в OSPF. Когда пакет доходит до ядра, оно получает маршрут по умолчанию через BGP и направляет его на нужный граничный роутер.

Если ты возьмёшь такой подход, то тебе нужно будет выбрать приватный номер AS из диапазона 64512–65535 и настроить BGP на роутерах C, D и F с этим номером AS. Придётся установить пиринги между C и D, D и F, и C и F (если не используешь route reflectors). Также нужно запиринговать роутер F с роутером B (публичный AS) и роутер C с роутером A (публичный AS).  

Кроме того, стоит включить опцию «remove private AS number» на внешних пирингах с провайдерами на роутерах A и B, чтобы случайно не отправлять провайдерам маршруты с приватным AS в AS path.

Хочу подчеркнуть, что это может быть не самый лучший вариант для вас, это зависит от других вопросов, которые я упомяну ниже.

Если ты сделал то, что описано в пункте №3, то OSPF будет перераспределять маршрут по умолчанию, вероятно, на всех роутерах C, D и F, с статическим «чёрная дыра» по умолчанию на каждом. Тогда OSPF направит трафик с других роутеров (не из этих пяти) туда, где BGP возьмёт на себя дальнейший роутинг. Статический маршрут «чёрная дыра» по умолчанию — это способ обойти ненадёжность опции «redistribute if-installed», потому что потом можно использовать «redistribute always», так как статический маршрут «чёрная дыра» воспринимается как статический маршрут по умолчанию для остальных роутеров.

Ещё одна проблема — возможная ситуация split-brain. Нужно подумать, что произойдёт, если внутри сети упадёт какая-то связка. Два последствия:

1. Самое безобидное — если граничные роутеры потеряют пиринг, они оба установят маршрут по умолчанию от своего провайдера. Что касается маршрутов в приватном AS для роутеров C, D и F — тут непредсказуемо. Трафик может пойти не тем шлюзом, но связь останется.

2. Сеть может разделиться на две части из-за разрыва соединения. Твоя схема выглядит как цепочка: потеря связи между A и C, или C и D, или D и F, или F и B разделит сеть на две части. Я не вижу, что у тебя построено для отказоустойчивости, ты показываешь только пять роутеров, будто они выстроены в цепочку. Если так и есть, то разрыв в любом месте сети повлечёт разделение. Обе части смогут отправлять трафик наружу (если A и B в порядке), но если входящий трафик идёт на роутер A, то ответный трафик во вторую половину сети не попадёт из-за разрыва.

Худший вариант, который я вижу (хотя полностью не продумал) — потеря линка между роутерами A и C, при этом роутер A будет работать и успешно пирован с ISP1. Значит, роутер A окажется в изоляции, а роутеры B-F останутся связаны, но без связи с A. В этом случае весь входящий трафик пойдёт на A, но он не сможет передать пакеты дальше по сети из-за разрыва. Тогда твоё переключение на резервное соединение не сработает, как надо.

Проблема split-brain в пункте 4 кажется мне серьёзной, и возможно есть другие нюансы, которые я не учёл. Нужно тщательно продумывать, какие курьёзы могут случиться при каждом возможном сбое, прежде чем разворачивать определённую топологию.

Граничные роутеры должны иметь резервное соединение друг с другом, чтобы исключить проблему split-brain.

Ещё один вариант — изменить дизайн так, чтобы публичные префиксы исходили из более внутренних роутеров, например, C, D или F, или их комбинации.

Для более детальной информации смотри https://www.noction.com/knowledge-base/bgp-configuration в разделе «Where to originate prefixes».
26.12.2018 20:29:00, mducharme.]]> http://mikrotik.moscow/forum/forum57/83851-praktika-bgp/message380764 http://mikrotik.moscow/forum/forum57/83851-praktika-bgp/message380764 Wed, 26 Dec 2018 20:29:00 -0500 RouterOS Практика BGP RouterOS в форуме RouterOS.
Привет, mducharme! Моя топология выглядит так: ISP 1 – Router A ------- Router C ------- Router D ------- Router F ----- Router B — ISP 2. Я настроил Router A и Router B как BGP-маршрутизаторы, а внутри Routers C, D, F, A, B у меня используется OSPF. Я хочу сделать так, чтобы когда мой ISP 1 падает (а это бывает иногда, и сейчас я в такой ситуации), весь трафик шел через Router B и ISP 2. Главное — чтобы сработал маршрут по умолчанию. Я настроил OSPF, как говорил. Вопрос: будет ли это работать так, как я описал?
26.12.2018 12:25:00, klasaradnicka.]]> http://mikrotik.moscow/forum/forum57/83851-praktika-bgp/message380763 http://mikrotik.moscow/forum/forum57/83851-praktika-bgp/message380763 Wed, 26 Dec 2018 12:25:00 -0500 RouterOS Практика BGP RouterOS в форуме RouterOS.
Предполагаю, ты делаешь это только чтобы сократить один прыжок? Если твой BGP настроен правильно и пакет, направленный в Интернет, приходит на роутер B, то роутер B должен отправить его на роутер A, который уже вышлет его наружу по своему соединению. Единственная причина менять метрику вот так — попытаться заставить пакеты идти сразу на роутер A, а не через роутер B, а затем роутер A.

П.С. Только что заметил: ты сказал, что используешь статический маршрут по умолчанию к своему провайдеру. Зачем? Провайдер должен предоставлять тебе маршрут по умолчанию через BGP, и ты можешь им пользоваться.
26.12.2018 01:45:00, mducharme.]]> http://mikrotik.moscow/forum/forum57/83851-praktika-bgp/message380762 http://mikrotik.moscow/forum/forum57/83851-praktika-bgp/message380762 Wed, 26 Dec 2018 01:45:00 -0500 RouterOS Практика BGP RouterOS в форуме RouterOS.
Привет! Итак, я настроил метрику по умолчанию для статического маршрута в OSPF на роутере A (основном) равную 1, а на роутере B (резервном) — 5. У роутера A есть маршрут по умолчанию, перераспределённый как тип 1: всегда тип 1. У роутера B есть маршрут по умолчанию, перераспределённый как тип 2 с метрикой 5.

Чтобы проверить, мне нужно отключить статический маршрут на роутере A, потому что на других роутерах сети, например на роутере C, стоит маршрут по умолчанию через роутер A?
25.12.2018 18:14:00, klasaradnicka.]]> http://mikrotik.moscow/forum/forum57/83851-praktika-bgp/message380761 http://mikrotik.moscow/forum/forum57/83851-praktika-bgp/message380761 Tue, 25 Dec 2018 18:14:00 -0500 RouterOS Практика BGP RouterOS в форуме RouterOS.
Привет, CiscoGuy! Вчера вечером я провёл несколько тестов, и с утра всё работает нормально. Я проверил через другой looking glass, и там тоже всё в порядке. Я только что настроил опцию prepend, чтобы предпочесть одного провайдера над другим, и отправил это своим ISP.
05.01.2019 12:37:00, klasaradnicka.]]> http://mikrotik.moscow/forum/forum57/83851-praktika-bgp/message380760 http://mikrotik.moscow/forum/forum57/83851-praktika-bgp/message380760 Sat, 05 Jan 2019 12:37:00 -0500 RouterOS Практика BGP RouterOS в форуме RouterOS.
Привет! Во-первых, отличный форум, он мне очень нравится. Нужен совет по настройке eBGP. Задача — настроить двойной мультимиддл BGP (два аплинка к двум разным провайдерам). Вся внутренняя сеть у нас использует OSPF как IGP. Сейчас у нас один провайдер, и этого мало, потому что нельзя полагаться только на одного ISP. В другом месте я уже настроил BGP пэринг с другим провайдером, рекламирую только один префикс, и всё работает нормально: пэринг установлен, используется дефолтный статический маршрут к ISP.

Идея такая: настроить оба BGP пира (рекламируя одинаковые префиксы) и иметь два дефолтных маршрута — когда один падает, второй становится активным, чтобы не было простоя. Вопрос в том, как сделать так, чтобы OSPF распространял два дефолтных маршрута, но один с приоритетом? Можно ли это реализовать, выставив одному дефолтному маршруту больший AD?
06.08.2018 09:55:00, klasaradnicka.]]> http://mikrotik.moscow/forum/forum57/83851-praktika-bgp/message380759 http://mikrotik.moscow/forum/forum57/83851-praktika-bgp/message380759 Mon, 06 Aug 2018 09:55:00 -0400 RouterOS