Я сделал каждой торговой точке свою зону, маршрутизируются через HQ (backbone). Правда, у меня их на порядок меньше Вам суммаризировать маршруты нужно?

Коммюнити, такой вот вопрос про скорее про дизайн сети, чем про микротики. как идеологически правильнее реализовать схему динамической маршрутизации (OSPF) при следующих вводных: 1) Центральный офис RHQ (микротик. несколько локальных сетей) 2) 4 офиса RBR ( по маршрутизатору микротик в каждом) от одной до 4 локальных сетей (типа 192.168.10.0/24 или 192.168.100.0/27 ) 3) 300+ торговых объектов (по маршрутизатору микротик в каждом) со своими уникальными подсетями (сети /29 из диапазона 192.168.200.0/20 ) Все роутеры 3+300+ подключены по VPN к Центральному роутеру (ВПН- серверу) Сейчас используется ospf, все эти роутеры в одной зоне backbone соответственно на всех роутерах овер 300 маршрутов Не то что бы много маршрутов но подсознательно начинает напрягать количество маршрутов , и есть желание корректно агрегировать маршруты. вопрос в рамках одной зоны backbone возможно ли чтобы на роутеры RBR приходил только один маршрут /20 на RHQ ? Если придется выделять дополнительную зону можно ли ограничится выделением RBR в отдельную зону и агрегировать маршруты с 300+ роутеров в один /20 для этой зоны?

да. Хотел бы чтобы на RBR был один маршрут в сторону RHQ о всех сетях на торговых точках

подскажите пожалуйста. У 3011 есть sfp1 интерфейс, но в меню свитч-чипа я не вижу его. У меня на свитч-чипе разруливаются вланы, сейчас потребовалось пустить несколько вланов в spf порт. По схеме этот порт подключен и к свитч-чипу и к CPU1, при добавлении в бридж HW-offloading выключен у этого порта. Что нужно, чтобы этот порт проявился в меню свитч-чипа?

В одной area нельзя делать агрегацию или фильтрацию LSA Для таких больших конфигураций рекомендуется использовать multi-area конфигурацию. При этом необходимо разбить маршрутизаторы на группы, скажем по 10 маршрутизаторов в одной area. Количество маршрутизаторов в area можно увеличить, это вопрос открыты. Тип области stub для всех area, агрегация на ABR.

То что делить на area - я уже понял. Но на самом деле все сводится к тому чтобы выделить в отдельную area меньшеее количество роутеров. чем перенастраивать 300+ )))) Но не выйдет ли это в последствии боком

В OSPF нет зон, есть области. Если вы не знакомы с теорией link-state и OSPFv2 в частности, то проблемы могут быть.

В OSPF нет зон, есть области. Если вы не знакомы с теорией link-state и OSPFv2 в частности, то проблемы могут быть.

ок, area ^_^

Вы должны понимать, как осуществляется маршрутизация между областями, как происходит обмен LSA, какими типами и какие принципы заложены в понятие областей в OSPF. Есть достаточное количество сценариев, когда multi-area конфигурация может принести сюрпризы. Но для масштабируемых hub-and-spoke конфигураций я выше написал общин рекомендации.

Вы должны понимать, как осуществляется маршрутизация между областями, как происходит обмен LSA, какими типами и какие принципы заложены в понятие областей в OSPF. Есть достаточное количество сценариев, когда multi-area конфигурация может принести сюрпризы. Но для масштабируемых hub-and-spoke конфигураций я выше написал общин рекомендации.

А почему бы не сделать по 30 роутеров в одной области и суммировать маршруты в HQ?

Количество маршрутизаторов в area можно варьировать. Что касается саммаризации, то она выполняется только на ABR, не важно HQ или нет это будет. Но важно помнить, что время схождения сети в OSPF протоколе в числе прочего зависит от времени требуемого на flood LSA type 1/2 между всеми маршрутизатороми area.

Ну, например у него в 30 адресов в области и он их знает

Сейчас столкнулся с ситуацией: нужно завести провод от провайдера в порт eth4, включаю, перенастраиваю IP адрес (статика) и связь пропадает. Добавляю порт в пустой (только что созданный) бридж - входящая связь поднимается, исходящая не работает.

Сделал понижение MSS, пробовал на пустой конфе - одно и тоже

я понимаю, что внештатная ситуация. Интересно причину найти

я понимаю, что внештатная ситуация. Интересно причину найти

входящие DNS запросы из внутренней сети микрот отрабатывает

Что там у вас кстати с правилом для NAT?

аут-интерфейс бридж?

да, см. изначальную проблему

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

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

девайс в 4000 км и мне надо идентифицировать проблема с микротом или оборудованим провайдера. Началась канитель после грозы. ether1 линка вообще не видет, переключили на ethr4 и понеслась

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

А когда переключились, ether 4 из бриджа выкинули?

А когда переключились, ether 4 из бриджа выкинули?

его надо изначально из бриджа вытащить

Не поднимается, как только пихаешь в пустой бридж инет на микротике поднимается, но не разадется

сервак на статике - картина таже самая

пастебин - это что?

Туплю. Кинул, что с ней делать?

Туплю. Кинул, что с ней делать?

https://pastebin.com/mJCf3VVk

с нуля поднятая. через нее могу зайти на внутренний сервер

да, на этом сервере нет интернета, но я на него зайти могу.

нигде нет, только на микротике

не будет

MAC проверял - нет