1. зачем на схеме указаны символы dr и bdr? 2. нарисуйте, какие интерфейсы в какие area попадают

Все соединения через gre тоннели маска /30 на концах тоннелей, backbone GW1 и GW2 соединены по физике, для этого и указал DR BDR, между ними broadcast тоже с отдельной сетью /30

1. зачем вам на р2р-линке выборы dr/bdr? 2. какая разница, кто там будет dr? оно на результирующий граф не влияет 3. я все еще жду картинку с указанием area для ВСЕХ интерфейсов на ВСЕХ упомянутых в тополокии роутеров

1. зачем вам на р2р-линке выборы dr/bdr? 2. какая разница, кто там будет dr? оно на результирующий граф не влияет 3. я все еще жду картинку с указанием area для ВСЕХ интерфейсов на ВСЕХ упомянутых в тополокии роутеров

Если по area, то получается так

вы можете прямо на этой картинке прямо поверх линий, символизирующих интерфейсы, прямо по центру линии написать цифру с номером area?

вот типа как-то так, если я вас правильно понял?

вот типа как-то так, если я вас правильно понял?

Да, именно так

ну тогда да, при падении линка gw1-r1 предпочтительным будет intra-area маршрут через R2

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

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

как я и сказал сразу. при чем лучше поменять и то и другое разом

ну тогда да, при падении линка gw1-r1 предпочтительным будет intra-area маршрут через R2

А как лучше топологию поменять тогда? R2 выносить в отдельную area?

если у вас в топологии только эти четыре роутера, то в двух area здесь нет вообще никакого смысла

пихайте все в 0 и будет нормально

если у вас в топологии только эти четыре роутера, то в двух area здесь нет вообще никакого смысла

Нет, это кусочек топологии, таких как R2 не меньше 15шт, таких как R1 не меньше 20

В backbone все не хочу пихать

В backbone все не хочу пихать

почему?

сейчас единственная задача, которую испольняет 0 - запретить трассу gw1-gw2-r1

других задач у него в этой топологии нет

В случае проблем, он пересчётами таблицы маршрутизации замучает

сейчас единственная задача, которую испольняет 0 - запретить трассу gw1-gw2-r1

По факту да

В случае проблем, он пересчётами таблицы маршрутизации замучает

у вас сейчас все роутеры уже в одной area1

при любом чихе все роутеры уже сейчас замучиваются пересчитывать таблицу

Нет я указал кусок, таких area, как 1я штук 10

тогда нарисуйте по-честному хотя бы 2-3 куска

чтобы было понятно, где что

Сейчас сделаю

и ареа подпишите числами поверх линков, не облачками

Нет я указал кусок, таких area, как 1я штук 10

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

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

Нет)))

и ареа подпишите числами поверх линков, не облачками

Схематично на скорую руку вот так

мде. забористое что-то курил автор)

Понимаю, что тут наверное проще всего отрезать прямые линки GW1 R1.2 и сделать нисходящую топологию

Понимаю, что тут наверное проще всего отрезать прямые линки GW1 R1.2 и сделать нисходящую топологию

тут в любом случае просматривается переход на бгп

Либо наоборот допом до GW2 дотянуть

хоть убей

при чем с конфедерациями

решение 1: использовать между gw1 и gw2 multi-area adjacency (не поддерживается в микротиках) решение 2: запихать всех в одну ареа (если всего роутеров <50, это не должно быть проблемой) решение 3: реорганизовать структуру подов, в каждом поде сделать два роутера, каждый из которых смотрит на каждый гв, все остальные соединены с ними (потребует переделывание физической топологии) решение 4: keep calm and use bgp (мой фаворит)

решение 5, разновидность 1: настругать еще N-1 туннелей между gw1 и gw2 и запихать их в клиентские ареа (кошмарные костыли, но работать будет)

решение 5, разновидность 1: настругать еще N-1 туннелей между gw1 и gw2 и запихать их в клиентские ареа (кошмарные костыли, но работать будет)

О да, эти костыли подумал, но сразу отбросил)))

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

Вариант 3 так предлагаете?

благо в рос7 появились dynamic neighbors, конфиг на хабах будет очень простой

Вариант 3 так предлагаете?

да

благо в рос7 появились dynamic neighbors, конфиг на хабах будет очень простой

Хорошо, спасибо, надо теперь для bgp нарисовать схему)))

да

А как предлагаете по автономным системам в Bgp делить?

А как предлагаете по автономным системам в Bgp делить?

изучите что такое конфедерации.

Интересно, это известная проблема или нет? Микротик с включенным по дефолту рстп на интерфейсе, подключенном к арубе, кладет все интерфейсы этой арубы напрочь, без логов. Встречалось на разных железках. Лечится, но не очевидно.

Как лечится? Пока не сталкивались, но есть в одной сети и Микротик, и Aruba (правда, не напрямую пока подключенные)

Как лечится? Пока не сталкивались, но есть в одной сети и Микротик, и Aruba (правда, не напрямую пока подключенные)

ну по хорошему как и везде. выделением мастер рута, запасного рута, и построением грамотной топологии.

изучите что такое конфедерации.

Имете ввиду взять одну автономку и поделить её на части "подсистемы"?

и переводом всех в единый формат стп, а то насобирают в кашу рстп, мстп, пвст и .т.д., а потом жалуются )

Либо отключением stp на тике, либо запретом bpdu-throttle на арубе (no spanning-tree bpdu-throttle). Рут/не рут пофиг.

Имете ввиду взять одну автономку и поделить её на части "подсистемы"?

ну очень грубо, у вас будет материнская автономка и ее составляющие автономки, живущие между собой не как внешние )

т.е. автономок вы можете наделать сколько угодно, но в рамках конфедерации они будут не совсем как ebgp

нафига тут конфедерации?

нафига тут конфедерации?

можно и без них, но с ними имхо удобнее

аплинков же нет, кому притворяться, что это одна ас?

аплинков же нет, кому притворяться, что это одна ас?

если я правильно понимаю, то как раз есть аплинки

Ну в принципе с конфедерациями реально удобнее будет, взять одну АС автономную из пула это конфедерация, скажем 65512, и в неё натыкать автономных систем АС10 АС20 АС 30 это по сути будут как отдельные area в ospf

Ну в принципе с конфедерациями реально удобнее будет, взять одну АС автономную из пула это конфедерация, скажем 65512, и в неё натыкать автономных систем АС10 АС20 АС 30 это по сути будут как отдельные area в ospf

в грубом приближении да

При этом получается не всем им нужна связность с GW1 и GW2

То есть один роутер в АС10 может быть связан с GW1 а другой роутер из AC10 нет. Естественно каналы на маленьких конечных точках маленькие

вы просто изучите этот момент. у вас могут как быть потребности делать конфедерацию, так и не быть. от этого зависит отношение этих "арий"(правильно ас) меж собой, и то, как работает обмен маршрутной информацией, административные дистансы разные, фильтры, атрибуты

лично я вижу тут только удобства

Ну делить по автономным системам, не хватит номеров

опять же, рефлеткторы...

Ну делить по автономным системам, не хватит номеров

😂😂😂

Ну делить по автономным системам, не хватит номеров

специально для вас придумали 32 битные АС )

А если я потом на думаю ebgp подключить

Анонсировать-то нельзя)))

Анонсировать-то нельзя)))

почему?

вы же анонсировать можете суммарно, можете то, что вам не принадлежит даже...

есть такой флаг synchonize=yes|no

если yes, то будет анонсироваться, только когда оно есть на роутере, если no - то пожалуйста, анонсируйте скажем всю сеть разом, которую купили

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

если yes, то будет анонсироваться, только когда оно есть на роутере, если no - то пожалуйста, анонсируйте скажем всю сеть разом, которую купили

Я имел ввиду свои сети частные😂

Я имел ввиду свои сети частные😂

ну правильный пров фильтр напишет на вас

он просто дропнет всю маршрутизируемую инфу, кроме той, что у вас прописана в договоре

ну правильный пров фильтр напишет на вас

Ну тут согласен)))