Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • RouterOS
  • Мобильные приложения MikroTik
  • Архив
Форум
Настройка
    info@mikrotik.moscow
    +7 495 320-55-52
    Заказать звонок
    Mikrotik.moscow
    Каталог
    • Акции
      Акции
    • Маршрутизаторы
      Маршрутизаторы
    • Коммутаторы
      Коммутаторы
    • Радиомосты и уличные точки доступа
      Радиомосты и уличные точки доступа
    • Wi-Fi для дома и офиса
      Wi-Fi для дома и офиса
    • LTE/5G
      LTE/5G
    • Powerline адаптеры
      Powerline адаптеры
    • IoT устройства
      IoT устройства
    • Оборудование 60 ГГц
      Оборудование 60 ГГц
    • Материнские платы RouterBOARD
      Материнские платы RouterBOARD
    • Корпуса
      Корпуса
    • Интерфейсы
      Интерфейсы
    • SFP/QSFP трансиверы
      SFP/QSFP трансиверы
    • Аксессуары
      Аксессуары
    • Антенны
      Антенны
    • Архив
      Архив
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Скачать WinBox Скачать Прошивки Форум > RouterOS Форум > SwOS Форум > Железо
    Mikrotik.moscow
    Каталог
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Mikrotik.moscow
    Телефоны
    +7 495 320-55-52
    Заказать звонок
    0
    0
    0
    Mikrotik.moscow
    • +7 495 320-55-52
      • Назад
      • Телефоны
      • +7 495 320-55-52
      • Заказать звонок
    • info@mikrotik.moscow
    • г. Москва, ул. Бакунинская, 84
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной


    • Кабинет
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Форум
    RouterOS
    Лучшие практики NV2 для настроек PTMP

    Лучшие практики NV2 для настроек PTMP

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Лучшие практики NV2 для настроек PTMP, RouterOS
     
    networkfudge
    Guest
    #1
    0
    31.12.2016 16:40:00
    Привет! Может, кто-нибудь из wisps поделится советами и лайфхаками, как выжать максимум из моих NV2 PTMP сетей? У меня есть сектора/CAPы с rocketm5/airmax, которые дают 30-40 мегабит каждую ночь. Недавно видел, как у роукета пиковая скорость доходила до 58 мбит при 25 подключениях. С другой стороны, у меня есть Mikrotik CAPы, обычно basebox5, а также пару mantbox19. Я строго использую только 5 ГГц на 20 МГц, даже если AC доступен, не включаю его. Большинство моих CPE не поддерживают AC, и, честно говоря, для получения больше 20 мбит на двухцепочечном 20 МГц линке AC вообще не нужен!  

    Пользуюсь программами для спектрального анализа типа spectral history и ubnt airview, чтобы найти свободные каналы, и тщательно тестирую каждого клиента поодиночке с помощью TCP-теста пропускной способности, прежде чем допускать остальных. Также стараюсь держать мощность передачи как можно ниже. Сейчас потолок у большинства моих NV2 PTMP настроек — 12-13 мбит, пару штук выдают пиково около 20 мбит. Все CPE — SXT-5HPND или LHG-5. Уровень сигнала всегда не хуже -65...-68 с нормальной модуляцией.  

    Из моих Mikrotik CAPов  у одного 25 подключений, у другого 16, у третьего 12, остальные меньше 10. Ни в коем случае не хочу критиковать Mikrotik, понимаю, что ошибаюсь где-то сам, просто не знаю где, а мне ужасно нужна большая скорость для клиентов в часы пик.  

    По поводу coding rates мне советовали:  
    А) разрешать только mcs0 и mcs11 в базовых и поддерживаемых скоростях  
    Б) разрешать только mcs11 и там, и там  
    В) вообще не ограничивать скорости, оставить по умолчанию  

    А что делаете вы, чтобы максимизировать пропускную способность ваших секторов/CAPов? Какие результаты? Любые советы, которые могут помочь, очень приветствуются — я уже начинаю терять надежду. Может, кто-то может подтвердить, что регулярно выжимает 50-60 мегабит с примерно 25 подключениями на 20 МГц-N и NV2? Это вообще реально или я гонюсь за мечтой?  

    Пусть новогодний дух сочувствия к ближним вдохновит вас на добрый и полезный ответ одному расстроенному коллеге! И с Новым годом всех!
     
     
     
    ste
    Guest
    #2
    0
    28.01.2017 17:24:00
    Похоже, сейчас немногие этим занимаются или просто не хотят показывать плохие результаты. С nv2 мы видим хорошие TCP-результаты при низком количестве cpe (50-60 Мбит/с), но как только подключается больше cpe, TCP падает, в то время как UDP держит более высокие показатели. Отсюда и жалобы клиентов, ведь speedtest.net использует TCP. По моему мнению, nv2 нужно переписывать и адаптировать под скорости .ac. Уже давно не было никаких сообщений о изменениях в nv2/nstreme. Кто-нибудь делал тесты, сравнивающие nv2/nstreme/plain .ac с новыми версиями ROS? В офисе plain .ac значительно опережает nv2 и nstreme.
     
     
     
    hengst
    Guest
    #3
    0
    03.02.2017 21:16:00
    Та же ситуация с секторами. Когда клиентов становится больше 10, пропускная способность сильно падает с nv2. Отправлено с моего D5803 через Tapatalk
     
     
     
    ste
    Guest
    #4
    0
    04.02.2017 06:54:00
    Вы тестировали обычный 802.11 с rts/cts или nstreme на этих секторах с новыми версиями ROS? Делал несколько тестов в помещении. Обычный 802.11ac легко обходит оба варианта. Даже процессор OmniTik ac на 720 МГц кажется слишком слабым для работы с протоколами на 40 МГц каналах.
     
     
     
    hengst
    Guest
    #5
    0
    04.02.2017 08:23:00
    Nv2 TDMA — лучший вариант, потому что клиенты не слышат друг друга и их нужно обслуживать по временным слотам. NV2 очень стабильна для работы на улице. Единственная проблема, которую мы видим — это низкая общая пропускная способность на AP. Мы много экспериментируем с настройками, но, похоже, что ограничение заложено в железе или софте. Простые тесты 802.11ac в помещении не отражают ситуацию с уличной вышкой, где клиенты друг друга не слышат, поэтому в помещении результаты всегда лучше. Но если мы не видим код или механизм, не получаем никаких данных о причинах и ограничениях пропускной способности, нам остается только гадать и жаловаться. Если мы знаем ограничения, то можем их учитывать при проектировании сети, а сейчас я вижу небольшой разрыв между теориями и реальной жизнью. http://www.radio-electronics.com/info/wireless/wi-fi/ieee-802-11ac-gigabit.php
     
     
     
    hengst
    Guest
    #6
    0
    13.02.2017 12:49:00
    Вот моя информация / результаты тестирования: для радиомодуля AP на N-40 МГц максимальная общая пропускная способность для клиентов — около 225 Мбит/с по TCP. Эта скорость делится между всеми активными подключёнными клиентами. Однако общий объём загрузки и выгрузки всех клиентов — это общее использование AP. Например, если все подключённые клиенты вместе скачивают около 200 Мбит/с и одновременно выгружают около 20 Мбит/с, то это максимум для AP (220 Мбит/с TCP). Или наоборот: если кто-то выгружает 200 Мбит/с, на скачивание останется всего 20 Мбит/с. Это при условии, что все клиентские радиомодули подключены на скоростях 270/270 Мбит/с. Если же один клиент подключён на более низкой скорости и максимально загружает своё соединение… Короче говоря: самая низкая скорость передачи (Tx) к активному клиенту, который что-то скачивает, ограничивает общую скорость радиомодуля, доступную для всех клиентов AP. Частично это можно избежать, поставив жёсткое ограничение на скорость загрузки и выгрузки «проблемного» клиента — тогда у вас будет время это исправить.
     
     
     
    ste
    Guest
    #7
    0
    13.02.2017 12:58:00
    Это меняется, когда к сети подключается больше CPE. Скорость по UDP остаётся стабильной, но скорость по TCP у каждого отдельного CPE падает. При 20 подключённых CPE вы не увидите ни одного, у кого была бы скорость TCP близкая к 100 Мбит/с, даже если остальные 19 ничего не делают. При использовании каналов 20 МГц итоговый результат speedtest падает ниже 20 Мбит/с, как только в вашем секторе загружено 20 CPE. Приходится убеждать клиентов, что они получают свою скорость при просмотре Netflix, ведь там используется UDP, но это ими не принимается.
     
     
     
    0ldman
    Guest
    #8
    0
    24.02.2017 01:02:00
    Несколько в сторону темы, но вы там в зоне FCC? Какая передающая мощность у Omnitik AC? Я заметил, что у SXT 5s сильно уменьшили мощность, чтобы соответствовать новым правилам FCC.
     
     
     
    dwps7ven
    Guest
    #9
    0
    16.10.2022 07:19:00
    Тема старая, судя по дате, но думаю, что могу помочь, ведь сам мучился, пытаясь подобрать хорошие настройки. Я использую Google переводчик, поэтому некоторые фразы могут звучать странно, но перейдём к делу. Долгое время я оставлял каналы (scan-list) на 20 МГц по умолчанию, выбирал одну из частот, не трогал настройки HT или nv2, такие как tma, radius и прочее. Но с течением времени я обновлял планы клиентов (конкуренция в сельской местности усиливалась), и с первоначальных 2 Мбит/с сейчас я уже выхожу на 15 Мбит/с… В результате у точек доступа возникли проблемы с нагрузкой. Самые загруженные AP у меня — OmniTIK 5 с 27 подключёнными клиентами и mANTBox 19s с 48 станциями. В часы пик я наблюдал максимум 15 Мбит/с трафика на Tik5 и около 22 Мбит/с на Box19s, при этом задержки были высокими, а потеря пакетов — значительной. Думаю, пришло время сделать небольшие настройки, которые мне дали спокойствие в выходные, проводя время с телефоном.

    Диапазон/канал: Только-N 40/eC

    Scanlist:  
    OmniTik (5100-5500 или 5300-5700) | mANTBox19s (5400-5900)  
    Разумеется, NV2, в суперканале с настройками без указания страны.

    Настройте усиление как на точках доступа, так и на станциях — это очень помогает стабилизировать связь.

    Скорости передачи данных оставьте по умолчанию.

    И теперь по NV2 — настройки, которые дали мне отличные результаты:

    TDMA: 2 мс (1 и 3 были не очень стабильны)  
    Radius: если какая-то антенна даёт потерю пакетов, в то время как все остальные работают нормально — поставьте максимум 12 вместо 10, 15 у меня был нестабилен  
    Dynamic downlink с коэффициентом 75

    Самое важное: включите QoS в frame-priority и увеличьте очередь. У меня на mANTBox с 48 станциями было значение 8 (максимум).

    Результаты по трафику в часы пик (borderRB > станция):  
    8-25 мс (при нормальной работе) и 35-95 мс (при максимальной нагрузке).  
    Максимум 60 Мбит/с для OmniTik5 с 27 станциями и около 75 Мбит/с для mANTBox19s с 48 станциями.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры