+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

NV2 Sync

NV2 Sync, RouterOS

tgrand

Guest

14.10.2020 13:42:00

У нас много секторов, использующих NV2, и с этим протоколом был хороший успех. При этом иногда возникают проблемы с потерей синхронизации. Мы применяем 30-градусные радиочастотные антенны twistport horn с экранированными корпусами RB. Я полагаю, что это ограничивает секторы в приёме маяков, что влияет на синхронизацию. Насколько реально использовать Omnitik в роли NV2-мастеров без клиентов? Будут ли при этом происходить передачи, которые могут быть видны клиентам секторов и повлиять на производительность? Если у кого есть идеи по этому поводу — прошу поделиться. Может, даже внутри компании MikroTik есть инженеры по беспроводным технологиям с советами?

tgrand Guest	#2 0 06.11.2020 18:24:00 Я развернул OmniTik5ac. Он работает как мастер NV2 с отключённой аутентификацией по умолчанию. Все секторы синхронизируются, и пока всё идёт отлично.

digicomtech

Guest

15.12.2020 23:31:00

Привет, ты хочешь сказать, что используешь NV2 sync с успехом? Если да, замечал ли ты падение производительности при загрузке? Например, два точки доступа с пропускной способностью 60 Мбит/с по воздуху могут выдать по 40 Мбит/с на скачивание в BTest TCP-4 с клиентским устройством, использующим NV2 sync при 70% соотношении вниз по каналу. Но когда пробуем тестировать загрузку с тем же клиентом на обоих точках доступа, мы едва добираемся до 5 Мбит/с… 30% от 60 Мбит/с — это 18 Мбит/с. Так что я ожидал хотя бы около 10 Мбит/с. Есть у тебя какой-нибудь рабочий пример? С уважением, Майкл. P.S. Не забудь про Chicago MUM.

marekm

Guest

28.05.2021 19:28:00

Nv2 sync готов к использованию в продакшене? Последний раз, когда я проверял, его помечали как экспериментальный. Меня немного смущает один момент — это единая точка отказа: если теряется мастер синхронизации, все слейвы синхронизации перестают работать. В самой распространённой конфигурации — два соседних сектора в одном месте на одном канале — было бы здорово, если бы автоматически выбирался один AP как мастер, а другой — как слейв. Если текущий мастер выходит из строя, слейв становится новым мастером. Ещё было бы отлично распространить эту функцию на синхронизацию AP на разных каналах, используя общее временное отслеживание. Железо не оснащено GPS, с поддержкой 1588 PTP неясно, следующей лучшей опцией может стать синхронизация от общего NTP-сервера в проводной LAN. Сам NTP-сервер при этом не обязательно должен быть очень точным, ведь важна относительная синхронизация между AP.

mkx

Guest

28.05.2021 19:47:00

Ты прав, абсолютное время не так важно. Однако часы на соседних точках доступа должны быть синхронизированы с точностью в несколько десятков наносекунд… помни, что стандартная длительность защитного интервала в 802.11n — 800 наносекунд, а короткий защитный интервал — это его половина. И точки доступа должны быть синхронизированы с точностью, которая составляет долю защитного интервала, чтобы эффективно координировать расписание передач. Обычный NTP позволяет синхронизировать время с ошибкой (отклонением от эталонного времени) около миллисекунды (с дрожанием), что явно недостаточно, и вот здесь на помощь приходит IEEE 1588(v2) (поэтому вместо NTP нужен PTP). Либо GPS-приемники (которые раньше использовались в одночастотных сетях, таких как IS95, до того как стандарт IEEE1588 стал рабочим решением этой задачи).

marekm Guest	#6 0 29.05.2021 15:35:00 Конечно, точность повыше — лучше, но, думаю, точность на уровне наносекунд особо не нужна. Общий период кадра занимает несколько миллисекунд, например, 4 мс, из которых 3 мс отведено на передачу (Tx) и 1 мс — на прием (Rx). Если взять 2.7 мс на передачу с паузой в 0.15 мс перед и после для компенсации джиттера NTP, то получится всего на 10% меньше пропускной способности передачи. И 0.15 мс вполне реалистично при использовании NTP, если подключить NTP-сервер к тому же гигабитному коммутатору (или самому коммутатору CRS в роли сервера NTP — правда, не уверен, насколько хорош ROS ntp пакет, он отдельный и опциональный, так что вряд ли очень широко тестировался). Это не сработает на большой территории, как Cambium или Mimosa с GPS-синхронизацией, но вполне подойдет для одного объекта с секторами ABAB или ABCABC, экономя половину спектра. Эти два метода можно объединить: NTP поможет снизить взаимные помехи при совместном расположении на разных каналах, а прослушивание маяков от других точек доступа — уточнить синхронизацию на одном канале. При правильной реализации NTP работает как очень медленный ФАПЧ: сначала синхронизируется долго, но отлично фильтрует сетевой джиттер.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры