или примеры оптимизации дальних радиолинков

vlan-per-user - это port based?

ibgp+vpls

а тут то чего?

всё просто

vlan-per-user - это port based?

vlan based

да оба варианта интересны

с опцией и без

если я правильно понял вас

а тут то чего?

Детально вопрос не изучал, просто интересно

пока ospf+vpls осваиваю

ты хочешь чтобы при авторизации микротик весь трафик клиента запихивал в vlan&

?

инетерсно посмотреть на эту конфигурацию ospf+vpls статический vpls не дай бог каждому

ты хочешь чтобы при авторизации микротик весь трафик клиента запихивал в vlan&

хочу что бы микротик авторизовывал абонента по вилану, т.е. разрешен доступ в инет из этого вилана или нет, если нет, то через l4-редирект выдет заглушку с требованием оплаты и т.д.

инетерсно посмотреть на эту конфигурацию ospf+vpls статический vpls не дай бог каждому

пока жду, когда MTU на канала поднимут

eoip+ospf работает нормально

в 4 разных area

что занчит eoip+ospf ?

3 их них попараллельно работает

ты гоняешь ospf поверх eoip?

т.е. eoip прокидываю от лупбэков

до лупбэков

а лупбеки через ospf раскидываешь?

ты гоняешь ospf поверх eoip?

OSPF поверх виланов, EOIP с помошью OSPF к лупбэкам коннекчу

а лупбеки через ospf раскидываешь?

да

ммм, непонимаю почему тут долны возникнуть кикие либо проблемы

?

у меня есть кейс на 300 маршрутизщаторов и 7 ареа

ммм, непонимаю почему тут долны возникнуть кикие либо проблемы

без bfd не хотело нормально работать

у меня есть кейс на 300 маршрутизщаторов и 7 ареа

прекрасно

на наге некоторые личности утверждали, что все работает только в дефолт аrea

это rfc

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

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

у меня вообще дофолт area нет

но и разные area между собой не обмениваются маршрутами

а вот без дефолтной ареа, это уже не RFC будь готов к тому что, что то не будет работать

http://wiki.mikrotik.com/wiki/Russian/OSPF#.D0.92.D0.B8.D1.80.D1.82.D1.83.D0.B0.D0.BB.D1.8C.D0.BD.D1.8B.D0.B9_.D0.9A.D0.B0.D0.BD.D0.B0.D0.BB_.28Virtual_Link.29

какой смысл настраивать заведомо неправильную конфигурацию

какой смысл настраивать заведомо неправильную конфигурацию

так а зачем бэкбон, если есть замкнутое колечко из 4х маршрутизаторов?

куда его запихать?

в бэкьбон и запихай

и один из этих маршрутизаторов участвует еще в 3х area

при этом не надо, что бы они маршрутами друг с другом обменивались

не backbone, всегда ищет backbone для получения маршрутов

евгений, обмен маршррутами настраивается в фильтрах

евгений, обмен маршррутами настраивается в фильтрах

Я пока ничего не фильтровал, это я видел

в общем, все работает нормально)

ospf без фильтров - это не ospf, а так

кроме микротов ничего не участвует в обмене маршрутами

ospf без фильтров - это не ospf, а так

так, а фильтровать то нечего

с каждого маршрутизатора прилетает 3 маршрута

/32 и два по /30

размеры не те

в yandex тоже так видать один админ посчитал

сейчас не настроешь, потом аукнится

сейчас не настроешь, потом аукнится

возможно, как-нибудь ночью поэкспериментирую

я тебе советую придерживатся RFC, добавь линк до backbone

либо сделать её stub

виртуал линк или шем линк?

посмотрю, просто реально не вижу необходимости в этом

погоди, одни из маршрутизаторов соеденён с backbone?

и у него она приписанна?

погоди, одни из маршрутизаторов соеденён с backbone?

бэкбон вообще нет

ни на одном маршрутизаторе

тогда нужен виртуальный линк

ERROR: S client not available

я так понял, что бэкбон нужен, что бы между разными area маршруты гонять

нет

точнее необезательно

это магистральная ареа

шам линк, нетрогай это поменять цену ареа

это магистральная ареа

ну так, а какой от нее смысл, если area не обмениваются информацией между собой?

вообще никак

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

из RFC

The OSPF backbone is the special OSPF Area 0 (often written as Area 0.0.0.0, since OSPF Area ID's are typically formatted as IP addresses). The OSPF backbone always contains all area border routers. The backbone is responsible for distributing routing information between non-backbone areas. The backbone must be contiguous. However, it need not be physically contiguous; backbone connectivity can be established/maintained through the configuration of virtual links.

The backbone must be contiguous. However, it need not be physically contiguous; backbone connectivity can be established/maintained through the configuration of virtual links.

https://www.ietf.org/rfc/rfc2328.txt

пункт 3.1

если у тебя две разные группы совершенно разные сети (сущьности) то делай два backbone и не соеденяй их

но backbone должен быть обезательно

если у тебя две разные группы совершенно разные сети (сущьности) то делай два backbone и не соеденяй их

так все area работают с одной машиной

так что либо один бэкбон, либо без бэкбона

все равно не вижу в нем смысла, если и так все работает

вот а потом начинается "ваш микротик нехрена не работает", дайте мне чудо кнопку

Делись потом решением плиз.

а айпишники белые у меня (по IPoE)

Тоже интересно, но конкретно не занимался.

какое решение нужно?

По уму резервировать двух провайдеров, чтобы пахали все белые айпи, автоматом переключалось на рабочий канал, если первый упал.

первый вариант это использовать bypass

либо у 1100 либо спец приблуды продваются

дпродаються

Что за 1100 и приблуды?

rb1100 есть порты bypass

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

или же брать от провайдера два линка в LAG и и комутировать их с коммутатором (стэк)

Мы люди бедные и обладаем максимум 2011UAS и rb951-2hnd