[QWE]

Какое установить оборудование для радиомоста на 1,5 км, чтобы держал 200Мбит/с фулл дуплекса при плохой погоде.

 

60G или 5Ггц ?

[andy.alex]

5 конечно, так как то что работает на 60, имеет резервный канал для плохой погоды на 5

[weedman]

60 конечно и резерв на 5, если прижмет 

 

[Urs_ak]

У нас стоят Ubiquiti AirFiber 60 LR на 1,5 км (в не "LR" встроен 5 ГГц резерв)

В ливень ёмкость (total capacity) канала падает с 1,9 Гбит/с до 600/375 Мбит/с и даже редко, но кратковременными отключениями (минута)

 

[weedman]

14 минут назад, Urs_ak сказал:

У нас стоят Ubiquiti AirFiber 60 LR на 1,5 км (в не "LR" встроен 5 ГГц резерв)

В ливень ёмкость (total capacity) канала падает с 1,9 Гбит/с до 600/375 Мбит/с и даже редко, но кратковременными отключениями (минута)

 

LR 5-6км. В сильный ливень, и плотный мокрый снег - падает, но не на долго, если не залепило рефлектор. Конечно, в "Сезон дождей", на резерве много нагрузки.

[npokypop]

А не критично если при переключении на резерв в 5гиг то вы не получите 200 фулла ?

[Saab95]

2 часа назад, npokypop сказал:

А не критично если при переключении на резерв в 5гиг то вы не получите 200 фулла ?

Почему не получите? Просто на дворе вон 2024 год, все еще L2 передаете по радио на магистралях?

 

200 фулл легко передадут 2 параллельных канала на 5ГГц. У нас стоят на резервах 60ггц 2-3 дополнительных пролета на 5ггц, каждый в полосе 40 прокачивает 200+ симплекса, учитывая то, что трафик к абонентам всегда больше, то при наличии 3-х каналов, 2 канала работают к абонентам, один в обратном направлении. Все зарезервировано через OSPF, переключение не заметно для абонентов, как только скорость упала, автоматически отключается канал 60ггц и трафик переходит на 5.

[npokypop]

13 минут назад, Saab95 сказал:

Почему не получите? Просто на дворе вон 2024 год, все еще L2 передаете по радио на магистралях?

Да, увы но у меня L2 на магистралях. Сейчас очень задумались в какую сторону идти.

Я все понимаю, Вы топите за L3 на магистралях, это хорошее решение. OSPF даст и резервирование и балансировку между каналами можно сделать. Но пихать pppoe в eoip поверх L3 мне кажется диким решением. избыточность зашкаливает, разве нет ? 

[QWE]

"У нас стоят Ubiquiti AirFiber 60 LR на 1,5 км (в не "LR" встроен 5 ГГц резерв)"  

 

- у этого производителя   админка как у микротика? Функционал антенны как и у микротика?  VLAN ы + бриджи есть?  IP адрес  на бридже антенн поднять можно (для мониторинга)?

- Эти антенны можно перевести на частоту 70ГГц , на такой частоте антенны лучше будут себя чувствовать в ливень и снег?

- как от снега защищаетесь?

 

"5 конечно, так как то что работает на 60, имеет резервный канал для плохой погоды на 5 " 

 

-  5 ГГц оборудование - по качеству передачи в канале как и WiFi мосты будет работать - с потерями и выпадениями по джиттеру?

 

"У нас стоят на резервах 60ггц 2-3 дополнительных пролета на 5ггц"

 

Подскажите  какое у Вас установлено оборудование и на каком расстоянии?

[Urs_ak]

3 часа назад, QWE сказал:

"У нас стоят Ubiquiti AirFiber 60 LR на 1,5 км (в не "LR" встроен 5 ГГц резерв)"  

 

- у этого производителя   админка как у микротика? Функционал антенны как и у микротика?  VLAN ы + бриджи есть?  IP адрес  на бридже антенн поднять можно (для мониторинга)?

- Эти антенны можно перевести на частоту 70ГГц , на такой частоте антенны лучше будут себя чувствовать в ливень и снег?

- как от снега защищаетесь?

 

Посмотрите обзоры и начните с цены, если у вас опыт только микротика, то цена на AF60(LR) вам не понравится.

Тегированнные пакеты нормально бегают.

Мониторинг по IP конечно есть.

 

Вот такие частоты доступны:

 

От осадков, в комплекте к LR идёт радио-прозрачный кожух. Мы не ставили.

 

[weedman]

AF LR работает на 70

[Saab95]

В 19.02.2024 в 22:36, npokypop сказал:

Но пихать pppoe в eoip поверх L3 мне кажется диким решением. избыточность зашкаливает, разве нет ? 

Вовсе нет. У нас PPPoE как раз в EoIP и шел. Каждая БС имела IP интерфейс на сетевом порту, а все с радио бриджевалось в EoIP туннель, при этом трафик в центр шел только типов PPPoE-session и PPPoE-discovery, остальной блокировался.

 

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

 

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

 

В 21.02.2024 в 21:57, QWE сказал:

Подскажите  какое у Вас установлено оборудование и на каком расстоянии?

 

Для резерва разные модели антенн 5ггц от микротика (SXT, QRT, DISC, самосборы). Подключаются с двух сторон к роутерам микротика, обычно это RB4011, или CCR1009, 2004 и т.п. Расстояние любое, т.к. резервирование идет не только 60ггц решений, но и того же аирфайбера на 24ггц, который на расстояниях 15-17 километров так же иногда проваливается во время плохих погодных условий.

[weedman]

В 20.02.2024 в 02:17, Saab95 сказал:

2 параллельных канала на 5ГГц.

Соединяете средствами ospf, или бондинг?

[Saab95]

16 часов назад, weedman сказал:

Соединяете средствами ospf

OSPF, бондинг нормально не работает по радиоканалам, на которых разная скорость.

 

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

 

Чистый L3 Трафик всегда быстрее в радио, особенно если есть несколько последовательных пролета. Уже через 3 пролета по радиоканалу, упаковка L2 в EoIP туннель оказывается выгоднее, чем подавать L2 в чистом виде. Как уже ранее много писали на форуме, да и практика подтверждает. Радиоканал нормально работает с количеством мак адресов где-то до 60-100. Если подключать радиоканал, например, к порту домового коммутатора, и даже если на нем по цепочке прокинуты вланы, на радио уже будут все они фигурировать, добавляем с другой стороны маки абонентов за радиоканалом, получается что на мусорном трафике теряется много скорости.

 

Сюда добавляем проблему адресации радио устройств (влан управления какой-нито) и все - падение скорости и разного рода глюки обеспечены.

 

Самое простое и эффективное - перенастройка всех роутеров в OSPF, адресация всех радиоканалов подсетями /29, клиентов в радио подключать через PPPoE (через EoIP), либо через выделенные подсети /28-/27 на БС. Тогда вся адресация устройств будет изолирована, никаких растянутых сегментов L2 и прочих устаревших технологий.

[weedman]

10 часов назад, Saab95 сказал:

 

 

Самое простое и эффективное - перенастройка всех роутеров в OSPF, адресация всех радиоканалов подсетями /29, клиентов в радио подключать через PPPoE (через EoIP), либо через выделенные подсети /28-/27 на БС. Тогда вся адресация устройств будет изолирована, никаких растянутых сегментов L2 и прочих устаревших технологий.

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

Также - Как быть с AF? Они OЫЗА не поддерживают, настроить можно просто трубой, а как получить доступ?

[QWE]

"Сейчас у меня EoIP с дабы в центр, но к самим базам проходит l2, хотел бы перевести за l3, но не понятно, как в таком случае лучше начать делать OSPF, с начала сети и к базам, или от баз к сети, чтобы не отвалилось ничего, чувствую это многоэтапный процесс получится. " 

 

если база микротик.

Создавайте на роутере базе дополнительный  VLAN  для OSPF, на нем IP адрес из сети для OSPF соседства (можно /29 как рекомендовали выше).  тяните этот VLAN до роутера на котором будет OSPF в сети, на нем поднимайте тот же VLAN и в нем IP из сети для OSPF соседства. Затем проверка ping c роутера сети до роутера базы.  Проверьте - сможете зайти консолью на базу с роутера в сети. - база и роутер в сети - должны быть в одном широковещательном домене!!! это поможет в случае не верных действий на базе достучаться до базы через консоль и откатить конфиг.  Если все ок то на этом самое опасное закончилось.

 

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

Что то дальше рассказывать про разворачивание OSPF не думаю что имеет смысл.  нужно рисовать всю планируемую схему и решать.

 

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

 

 

 

[Saab95]

17 часов назад, weedman сказал:

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

Включаете в центре OSPF и на всех базах. L2 связанность у вас уже имеется. На сети трогать ничего не нужно.

 

Далее на центральном роутере создаете столько EoIP туннелей, сколько у вас БС по радио. Из бриджа исключаете ether1 или иной порт, которым база к сети подключена, в бридж с wlan добавляете EoIP туннель. Тут внутренняя транспортная L2 сеть уже от абонентов изолируется, дальше уже будете потихоньку транспортную сеть переделывать.

 

Если нужна подсеть для адресации клиентских устройств - вешаете ее сразу на БС.

 

17 часов назад, weedman сказал:

Также - Как быть с AF? Они OЫЗА не поддерживают, настроить можно просто трубой, а как получить доступ?

 

Доступ получаете просто по IP адресам, которые на них будут установлены. А эти IP повесите на ближайший роутер.

 

В OSPF настраиваются роутеры и БС, к которым подключены клиенты. Мосты, коммутаторы, убнт всякие остаются как есть, только, может, IP адреса измените.

 

7 часов назад, QWE сказал:

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

Вот как раз ТАК ДЕЛАТЬ НЕ НАДО!!!

 

В сети с OSPF должна быть одна зона и все. Центральные устройства с ID 0.0.0.1, 0.0.0.2 и т.п., все остальные в виде своего IP адреса, по которому обращаетесь на устройство.

 

Роутер типа RB750 с 32 мегабайтами памяти легко вмещает 50000 маршрутов OSPF, никакой нагрузки на процессор от этого количества маршрутов нет. Наоборот, очень удобно сразу смотреть какие адреса есть на сети. Если создавать разные зоны то лишаете себя очень удобного средства диагностики.

 

Например можно всегда на любом роутере посмотреть какие сети в списке маршрутов есть. Т.к. бывает что-то не так настроили, поменяли IP адрес на интерфейсе OSPF и забыли его выключить / включить, будете искать почему не работает - а так посмотрели, нужного маршрута нет - значит какая-то проблема.

[npokypop]

EoIP - это же проприетарный протокол, зачем к нему вообще привязываться ?  Я вот ищу решение которое не будет "вендорозависимым", вот например как OSPF, очень подходит, но если вдруг (как стало уже 2 года) у вас нет новых микротов в продаже, приходиться ставить хуавей, что делать с EoIP ? Снова менять схему в сети ?

[fractal]

4 часа назад, Saab95 сказал:

Вот как раз ТАК ДЕЛАТЬ НЕ НАДО!!!

 

В сети с OSPF должна быть одна зона и все.

Вы изначально не советуйте дизайн не зная схемы сети. Надеюсь познания есть в том зачем ospf бьётся и как можно схлопнуть всю area 0

[Умник]

4 часа назад, fractal сказал:

как можно схлопнуть всю area 0

Расскажите, интересно.

[fractal]

56 минут назад, Умник сказал:

Расскажите, интересно.

В одной area на любой чих будет происходить пересчёт маршрутов, соответственно увеличивая время сходимости, нагрузку на cpu, простые роутеры А-ля Cisco 881/819 перегружались по cpu после 10ти минут флапанья на другом конце сети, в любом случае сеть надо планировать так, чтобы флап нейбора не приводил к пересчёту таблицы, естественно это не о сетях на 5-10 роутеров в одной area, некоторые умудряются всю сеть из 100 в неё завести) 

[QWE]

"Роутер типа RB750 с 32 мегабайтами памяти легко вмещает 50000 маршрутов OSPF, никакой нагрузки на процессор от этого количества маршрутов нет. Наоборот, очень удобно сразу смотреть какие адреса есть на сети. Если создавать разные зоны то лишаете себя очень удобного средства диагностики. "

 

Зачем грузить железки баз не нужными LSA и роутами в ТМ.  Абонентские IP сети с баз на устройствах сети  видно.  По OSPF с устройств сети  на базы спустите ТОЛЬКО дефолт - этого достаточно.  Вся диагностика в микротике  есть на вкладке  Routing->OSPF.   Дефолт анонсируемый (доступный) по OSPF, сетевого соседа  на ней видно. Лишений нет. 

 

Иметь и смотреть на каждом роутере базы - 50000 маршрутов в ТМ и в LSA DB, для чего?

 

В ТМ микрота базы - будет минимум маршрутов - только один дефолт, зачем чтобы на базе были маршруты (абонентских IP сетей) с других баз не понятно, если сеть топологии  звезда - маршрутизация - идет через сетевые устройства (центр звезды).

 

 

 

[Saab95]

15 часов назад, QWE сказал:

В ТМ микрота базы - будет минимум маршрутов - только один дефолт, зачем чтобы на базе были маршруты (абонентских IP сетей) с других баз не понятно, если сеть топологии  звезда - маршрутизация - идет через сетевые устройства (центр звезды).

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

 

15 часов назад, QWE сказал:

Зачем грузить железки баз не нужными LSA и роутами в ТМ.  Абонентские IP сети с баз на устройствах сети  видно. 

Все эти обновления маршрутов не грузят процессор. Это на БГП одно ядро занято, потому что обновления всегда идут потоком, в OSPF в секунду хоть 10000 изменений будет - не важно, маршруты пачками передаются.

 

15 часов назад, fractal сказал:

В одной area на любой чих будет происходить пересчёт маршрутов, соответственно увеличивая время сходимости, нагрузку на cpu, простые роутеры А-ля Cisco 881/819 перегружались по cpu после 10ти минут флапанья на другом конце сети

Так то на цисках, микротик этим не страдает.

 

Так же посмотрите - какие бывают чихи?

1. С БС отвалилось 20 клиентов, все были роутерами OSPF, за каждым 2-5 маршрутов.

2. Через туннель к центру подключался роутер, с ним пропала связь, за ним было 20-30 маршрутов.

3. Абонентские порты на роутерах, куда подключены кабели абонентов, при выключении своего оборудования пропадает и линк.

 

И вот представьте, на крупной сети постоянно с БС отлетают какие-то клиенты, обрываются туннели через интернет, абоненты то активны, то нет. И все эти обновления никаким образом не влияют на работу сети и загрузку процессора.

 

15 часов назад, fractal сказал:

чтобы флап нейбора не приводил к пересчёту таблицы, естественно это не о сетях на 5-10 роутеров в одной area, некоторые умудряются всю сеть из 100 в неё завести)

 

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

 

Вы пишите про сеть из 100, а представьте сеть, хотя бы, из 1000 роутеров - где любая уникальная настройка уже создает проблемы администрирования. Поэтому это разбиение на зоны работает лишь на красивых схемках сети из 10-20 роутеров, которые один раз поставили и больше не трогают.

 

И сколько времени займет, просто зайти через телнет и поменять IP на интерфейсе и все. Или нужно зайти, поменять IP, поменять зону, поменять настройки зоны, группировку маршрутов, еще, наверное, надо настройки IP интерфейса OSPF поменять и что-нито в файрволе, это если по правильному делать=)

 

Добавьте сюда выдачу IP адресов поштучно абонентам и обеспечение доступа между ними. Каким образом можно сделать им связь, если одна и та же подсеть /24 может оказаться в любом месте сети. Весь трафик через центр гонять?

[fractal]

2 часа назад, Saab95 сказал:

Так то на цисках, микротик этим не страдает.

А что микротик какой то особенный? Джун, хуавей, Cisco этим страдают, а микрот нет? Что Вы ерунду несёте то? 

[Saab95]

17 часов назад, fractal сказал:

Джун, хуавей, Cisco этим страдают, а микрот нет? Что Вы ерунду несёте то? 

Микротик это простой роутер, у него процессор с подключенными напрямую сетевыми портами, либо сетевые порты подключаются через свиччип. Все делается программно.

 

Циски, хуавеи и прочие имеют некоторый закос на "аппаратную" обработку большей части задач. Ну или программную, но с некоторыми ограничениями, которые позволяют выполнять работу быстрее, чем если бы ограничений не было.

 

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

 

17 часов назад, fractal сказал:

А что микротик какой то особенный?

Особенный, роутер за 3000 долларов и за 30 обладает одинаковым функционалом, разница лишь в скорости и количестве портов. То есть можно собрать сеть из 1000 роутеров, и такое может себе позволить на новом оборудовании любой провайдер.

 

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

 

Именно по этой причине бывают сети из 1000 и 10000, даже более роутеров микротик, где более половины могут быть самые дешевые устройства, и они все будут нормально работать в одной зоне OSPF. А сетей на 1000 роутеров цисок и подобных у провайдеров нет, т.к. это уже уровень очень крупных операторов, где одних только администраторов будет 2 десятка для обслуживания сети. А сеть из 1000 роутеров на микротике может обслуживать один администратор.