http://mikrotik.moscow Новое в теме NV2 Sync форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Tue, 04 Aug 2026 17:19:19 -0400 NV2 Sync RouterOS в форуме RouterOS.
Конечно, точность повыше — лучше, но, думаю, точность на уровне наносекунд особо не нужна. Общий период кадра занимает несколько миллисекунд, например, 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 работает как очень медленный ФАПЧ: сначала синхронизируется долго, но отлично фильтрует сетевой джиттер.
29.05.2021 15:35:00, marekm.]]> http://mikrotik.moscow/forum/forum57/87640-nv2-sync/message418944 http://mikrotik.moscow/forum/forum57/87640-nv2-sync/message418944 Sat, 29 May 2021 15:35:00 -0400 RouterOS NV2 Sync RouterOS в форуме RouterOS.
Ты прав, абсолютное время не так важно. Однако часы на соседних точках доступа должны быть синхронизированы с точностью в несколько десятков наносекунд… помни, что стандартная длительность защитного интервала в 802.11n — 800 наносекунд, а короткий защитный интервал — это его половина. И точки доступа должны быть синхронизированы с точностью, которая составляет долю защитного интервала, чтобы эффективно координировать расписание передач. Обычный NTP позволяет синхронизировать время с ошибкой (отклонением от эталонного времени) около миллисекунды (с дрожанием), что явно недостаточно, и вот здесь на помощь приходит IEEE 1588(v2) (поэтому вместо NTP нужен PTP). Либо GPS-приемники (которые раньше использовались в одночастотных сетях, таких как IS95, до того как стандарт IEEE1588 стал рабочим решением этой задачи).
28.05.2021 19:47:00, mkx.]]> http://mikrotik.moscow/forum/forum57/87640-nv2-sync/message418943 http://mikrotik.moscow/forum/forum57/87640-nv2-sync/message418943 Fri, 28 May 2021 19:47:00 -0400 RouterOS NV2 Sync RouterOS в форуме RouterOS.
Nv2 sync готов к использованию в продакшене? Последний раз, когда я проверял, его помечали как экспериментальный. Меня немного смущает один момент — это единая точка отказа: если теряется мастер синхронизации, все слейвы синхронизации перестают работать. В самой распространённой конфигурации — два соседних сектора в одном месте на одном канале — было бы здорово, если бы автоматически выбирался один AP как мастер, а другой — как слейв. Если текущий мастер выходит из строя, слейв становится новым мастером. Ещё было бы отлично распространить эту функцию на синхронизацию AP на разных каналах, используя общее временное отслеживание. Железо не оснащено GPS, с поддержкой 1588 PTP неясно, следующей лучшей опцией может стать синхронизация от общего NTP-сервера в проводной LAN. Сам NTP-сервер при этом не обязательно должен быть очень точным, ведь важна относительная синхронизация между AP.
28.05.2021 19:28:00, marekm.]]> http://mikrotik.moscow/forum/forum57/87640-nv2-sync/message418942 http://mikrotik.moscow/forum/forum57/87640-nv2-sync/message418942 Fri, 28 May 2021 19:28:00 -0400 RouterOS NV2 Sync RouterOS в форуме RouterOS.
Привет, ты хочешь сказать, что используешь NV2 sync с успехом? Если да, замечал ли ты падение производительности при загрузке? Например, два точки доступа с пропускной способностью 60 Мбит/с по воздуху могут выдать по 40 Мбит/с на скачивание в BTest TCP-4 с клиентским устройством, использующим NV2 sync при 70% соотношении вниз по каналу. Но когда пробуем тестировать загрузку с тем же клиентом на обоих точках доступа, мы едва добираемся до 5 Мбит/с… 30% от 60 Мбит/с — это 18 Мбит/с. Так что я ожидал хотя бы около 10 Мбит/с. Есть у тебя какой-нибудь рабочий пример? С уважением, Майкл. P.S. Не забудь про Chicago MUM.
15.12.2020 23:31:00, digicomtech.]]> http://mikrotik.moscow/forum/forum57/87640-nv2-sync/message418941 http://mikrotik.moscow/forum/forum57/87640-nv2-sync/message418941 Tue, 15 Dec 2020 23:31:00 -0500 RouterOS NV2 Sync RouterOS в форуме RouterOS.
Я развернул OmniTik5ac. Он работает как мастер NV2 с отключённой аутентификацией по умолчанию. Все секторы синхронизируются, и пока всё идёт отлично.
06.11.2020 18:24:00, tgrand.]]> http://mikrotik.moscow/forum/forum57/87640-nv2-sync/message418940 http://mikrotik.moscow/forum/forum57/87640-nv2-sync/message418940 Fri, 06 Nov 2020 18:24:00 -0500 RouterOS NV2 Sync RouterOS в форуме RouterOS.
У нас много секторов, использующих NV2, и с этим протоколом был хороший успех. При этом иногда возникают проблемы с потерей синхронизации. Мы применяем 30-градусные радиочастотные антенны twistport horn с экранированными корпусами RB. Я полагаю, что это ограничивает секторы в приёме маяков, что влияет на синхронизацию. Насколько реально использовать Omnitik в роли NV2-мастеров без клиентов? Будут ли при этом происходить передачи, которые могут быть видны клиентам секторов и повлиять на производительность? Если у кого есть идеи по этому поводу — прошу поделиться. Может, даже внутри компании MikroTik есть инженеры по беспроводным технологиям с советами?
14.10.2020 13:42:00, tgrand.]]> http://mikrotik.moscow/forum/forum57/87640-nv2-sync/message418939 http://mikrotik.moscow/forum/forum57/87640-nv2-sync/message418939 Wed, 14 Oct 2020 13:42:00 -0400 RouterOS