Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • WinBox
    • RouterOS
    • Мобильные приложения MikroTik
    • Архив
  • Changelogs
  • 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
    Проблемы с потоковой передачей медиаконтента по локальной сети после перехода на hAp ac2

    Проблемы с потоковой передачей медиаконтента по локальной сети после перехода на hAp ac2

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Проблемы с потоковой передачей медиаконтента по локальной сети после перехода на hAp ac2, RouterOS
     
    kirenida
    Guest
    #1
    0
    24.04.2021 20:35:00
    Привет! Думаю, мой случай довольно необычный, поэтому вот моя конфигурация: ноутбук Lenovo под Kubuntu (подключение по Wi-Fi), hAp ac2, Raspberry Pi 3B+ (подключение по проводу). Расстояние между ноутбуком и роутером — 2 метра без препятствий (гостиная, ноутбук на столе, роутер на полке, протянуть кабель неудобно, рядом с роутером нет мощных электроприборов, кроме усилителя Hi-Fi в метре).

    Итак, я хочу отправлять аудио с ноутбука на мой Raspberry, который подключён к стереосистеме. Для этого я использую pulseaudio, который шлёт данные через TCP-соединение (подробности — https://gavv.github.io/articles/pulseaudio-under-the-hood/#tunnels). Обычно звук идёт с YouTube, но те же проблемы проявляются при воспроизведении локальных аудио- или видеофайлов с ноутбука.

    На Raspberry постоянно происходят буферные недонасталки (buffer underruns), что вызывает рассинхронизацию аудио и видео и прерывания звука. Эти недонасталки видны в логах принимающего pulseaudio-сервера и возникают несколько раз в минуту. При проводном подключении ноутбука таких проблем нет.

    Моя беспроводная конфигурация (MAC-адреса и имена сетей удалены):

    0  R name="wlan1" mtu=1500 l2mtu=1600 mac-address= arp=enabled disable-running-check=no interface-type=IPQ4019 radio-name=""
    mode=ap-bridge ssid="" area="" frequency-mode=regulatory-domain country=norway installation=indoor antenna-gain=3 frequency=auto
    band=2ghz-onlyn channel-width=20mhz secondary-channel="" scan-list=default wireless-protocol=802.11 rate-set=default
    supported-rates-b=1Mbps,2Mbps,5.5Mbps,11Mbps supported-rates-a/g=6Mbps,9Mbps,12Mbps,18Mbps,24Mbps,36Mbps,48Mbps,54Mbps basic-rates-b=1Mbps
    basic-rates-a/g=6Mbps max-station-count=2007 distance=indoors tx-power-mode=default vlan-mode=no-tag vlan-id=1 wds-mode=disabled wds-default-bridge=none
    wds-default-cost=100 wds-cost-range=50-150 wds-ignore-ssid=no update-stats-interval=disabled bridge-mode=enabled default-authentication=yes
    default-forwarding=yes default-ap-tx-limit=0 default-client-tx-limit=0 wmm-support=required hide-ssid=no security-profile=default wps-mode=disabled
    station-roaming=disabled disconnect-timeout=3s on-fail-retry-time=100ms preamble-mode=short compression=no allow-sharedkey=no
    station-bridge-clone-mac=00:00:00:00:00:00 ampdu-priorities=0 guard-interval=any
    ht-supported-mcs=mcs-0,mcs-1,mcs-2,mcs-3,mcs-4,mcs-5,mcs-6,mcs-7,mcs-8,mcs-9,mcs-10,mcs-11,mcs-12,mcs-13,mcs-14,mcs-15,mcs-16,mcs-17,mcs-18,mcs-19,mcs-20,mcs-21,mcs-22,mcs-23
    ht-basic-mcs=mcs-0,mcs-1,mcs-2,mcs-3,mcs-4,mcs-5,mcs-6,mcs-7 tx-chains=0,1 rx-chains=0,1 amsdu-limit=8192 amsdu-threshold=8192 tdma-period-size=2
    nv2-queue-count=2 nv2-qos=default nv2-cell-radius=30 nv2-security=disabled nv2-preshared-key="" nv2-mode=dynamic-downlink nv2-downlink-ratio=50
    nv2-sync-secret="" hw-retries=2 frame-lifetime=0 adaptive-noise-immunity=ap-and-client-mode hw-fragmentation-threshold=disabled hw-protection-mode=rts-cts
    hw-protection-threshold=0 frequency-offset=0 rate-selection=advanced multicast-helper=default multicast-buffering=enabled keepalive-frames=enabled
    skip-dfs-channels=disabled

    1  R name="wlan2" mtu=1500 l2mtu=1600 mac-address= arp=enabled disable-running-check=no interface-type=IPQ4019 radio-name=""
    mode=ap-bridge ssid="5" area="" frequency-mode=regulatory-domain country=norway installation=any antenna-gain=3 frequency=auto
    band=5ghz-onlyac channel-width=20/40/80mhz-XXXX secondary-channel="" scan-list=default wireless-protocol=802.11 rate-set=default
    supported-rates-a/g=6Mbps,9Mbps,12Mbps,18Mbps,24Mbps,36Mbps,48Mbps,54Mbps basic-rates-a/g=6Mbps max-station-count=2007 distance=indoors tx-power-mode=default
    vlan-mode=no-tag vlan-id=1 wds-mode=disabled wds-default-bridge=none wds-default-cost=100 wds-cost-range=50-150 wds-ignore-ssid=no
    update-stats-interval=disabled bridge-mode=enabled default-authentication=yes default-forwarding=yes default-ap-tx-limit=0 default-client-tx-limit=0
    wmm-support=required hide-ssid=no security-profile=default wps-mode=disabled station-roaming=disabled disconnect-timeout=3s on-fail-retry-time=100ms
    preamble-mode=both compression=no allow-sharedkey=no station-bridge-clone-mac=00:00:00:00:00:00 ampdu-priorities=0 guard-interval=any
    ht-supported-mcs=mcs-0,mcs-1,mcs-2,mcs-3,mcs-4,mcs-5,mcs-6,mcs-7,mcs-8,mcs-9,mcs-10,mcs-11,mcs-12,mcs-13,mcs-14,mcs-15,mcs-16,mcs-17,mcs-18,mcs-19,mcs-20,mcs-21,mcs-22,mcs-23

    Проблемы одинаковые на обеих сетях. Пробовал использовать только одну из них, выключая другую — без изменений. Пробовал: автоматический и ручной выбор канала на обеих сетях, разные ширины канала; ставил только-n и только-ac; отключал низкие скорости передачи; включал/отключал поддержку WMM, Multicast Helper, Multicast Buffering, HW Retries, HW Protection Mode, Adaptive Noise Immunity; ставил установку на Any, вертикальную и горизонтальную ориентацию роутера.

    Не пробовал: ручной выбор Tx power; другие продвинутые настройки роутера, связанные с трафиком.

    Что изменял: включил SNTP, изменил пул DHCP адресов, запустил piHole на Raspberry в качестве DNS-сервера.

    До перехода на hAp использовал TP-Link TL-WR741ND с OpenWRT. Там была сеть 2.4GHz с настройками, которые можно увидеть во вложенном файле. TP-Link с внешней антенной. При использовании TP-Link недонасталки были гораздо реже — меньше 10 за несколько часов, в то время как на hAp — по несколько раз в минуту.

    Есть идеи, что ещё попробовать? Понимаю, что у TP-Link преимущество из-за внешней антенны, но ноутбук менее чем в двух метрах от hAp, поэтому не думаю, что проблема в самой беспроводной сети, скорее в какой-то другой части конфигурации Mikrotik.

    Пытаюсь решить этот вопрос почти две недели, наверняка что-то упустил. Если это больше подходит для раздела Wireless, могу удалить пост и написать заново туда.

    Спасибо за любые советы!
     
     
     
    kirenida
    Guest
    #2
    0
    13.05.2021 12:23:00
    Поднимаю вопрос в надежде получить какие-нибудь советы. В ответ на похожий недавний вопрос я добавил правило мэнгла:  
    /ip firewall mangle  
    add action=set-priority chain=forward new-priority=from-dscp-high-3-bits  
    Но даже с этим никаких улучшений не произошло. Кажется, это правило практически не работает, потому что счётчик пакетов очень маленький и не растёт даже при воспроизведении музыки.  

    Покопавшись немного дальше, я решил посмотреть, какие пакеты проходят по сети, и заметил, что пакеты, направляющиеся на порт Raspberry, имеют вот такое поле:  
    Differentiated Services Field: 0x10 (DSCP: Unknown, ECN: Not-ECT)  

    Из этого я сделал вывод, что правило мэнгла не срабатывает, потому что с чего ему срабатывать — DSCP не установлен.  

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

    Потом я взглянул на активные подключения в разделе Firewall, но не увидел никакого активного соединения с моего ноутбука на Raspberry, даже во время проигрывания музыки.  

    Всё это немного выходит за пределы моих знаний и опыта, поэтому буду признателен за любые советы, что можно попробовать дальше. Спасибо!
     
     
     
    erlinden
    Guest
    #3
    0
    13.05.2021 12:57:00
    Если у вашего ноутбука также есть сетевой адаптер Ethernet, остаются ли проблемы при его использовании? Улучшается ли ситуация, если ноутбук подключить к радиосети 5G? Можете ли вы сбросить все настройки беспроводной сети к значениям по умолчанию и оставить только следующие параметры: мощность передачи на 2,4 ГГц — 9 (или хотя бы намного ниже), фиксированный канал; на 5 ГГц — мощность передачи 20 (либо немного меньше), фиксированный канал с дополнительным каналом Ceee (чтобы точно знать, какие каналы задействованы); только n/ac, WPA2 AES — всегда! Включён WMM, выбран регион 802.11. С такими настройками и подключением к диапазону 5 ГГц вы должны без проблем смотреть потоковое видео.
     
     
     
    bpwl
    Guest
    #4
    0
    13.05.2021 13:43:00
    Из этого я понимаю, что правило mangle не работает, потому что просто нечему на него срабатывать, так как DSCP не установлен. DSCP должен быть выставлен заранее, например, мой NAS для стриминга так и делает. Если нет — то либо сами выставляйте приоритеты, основываясь на выборе правил фаервола, либо задавайте DSCP. Может, это поможет: https://mum.mikrotik.com/presentations/ID17/presentation_4922_1510103908.pdf
     
     
     
    kirenida
    Guest
    #5
    0
    13.05.2021 17:24:00
    Спасибо за ответ, но я попробовал всё, что ты предложил, кроме изменения мощности передачи (TX power). Не думаю, что это что-то изменит, так как роутер находится менее чем в 2 метрах от ноутбука, и между ними ничего нет. По кабелю всё работает идеально. Такие же прерывания звука (underruns) возникают и на 2.4 ГГц, и на 5 ГГц, даже если отключить вторую радиочастоту и отключить другие устройства. Рядом у меня есть одна-две другие сети на 5 ГГц, но они на разных частотах и сигнал у них очень слабый. Я выставил TX power на 5 ГГц в фиксированный режим для всех скоростей на 20 дБм, посмотрю, как теперь будет работать, спасибо.
     
     
     
    kirenida
    Guest
    #6
    0
    13.05.2021 17:33:00
    Я только сегодня посмотрел этот документ. Так как для меня это всё ещё в новинку, я понимаю, что нужно сделать следующее: /ip firewall mangle> add chain=prerouting comment=DSCP-TOS protocol=tcp new-dscp=4 action=change-dscp

    И это, как я понимаю, установит DSCP для всех TCP-пакетов? Логика была в том, что нужно просто задать другой DSCP для пакетов, идущих на конкретный порт определённого IP-адреса, но я даже не смог разобраться, как настроить правило mangle для подсчёта пакетов с таким назначением.
     
     
     
    bpwl
    Guest
    #7
    0
    13.05.2021 18:58:00
    И это установит DSCP для всех TCP-пакетов, да? Это был всего лишь первый пример…  
     
    Правила файрвола содержат множество фильтров (https://rickfreyconsulting.com/basic-traffic-priorities-rev-3-1/) (https://rickfreyconsulting.com/explanation-of-mikrotik-firewall-pattern-matchers/)  
    Как в вот этом (уже другом!) примере: https://mum.mikrotik.com/presentations/KE18/presentation_5035_1517536100.pdf (слайд 35 про TCP, но там можно указать ещё адрес и/или порт)  
    Подсчёт происходит каждый раз, когда правило срабатывает, насколько я знаю.
     
     
     
    kirenida
    Guest
    #8
    0
    17.05.2021 10:47:00
    Я уже поигрался с тем, что было в ссылках, но прогресса нет. Пробовал сбрасывать все настройки к заводским и менять по одному параметру, пока запускал iperf3, чтобы заметить какие-то изменения. Мне удалось уменьшить количество повторных передач на 5 ГГц, но аудио и видео всё равно пропадают. Заметил, что на 2.4 ГГц таких сбоев меньше. Отключил Fast Track, чтобы применить правила mangle, но как только ставлю Any Port в правиле, оно перестает работать — число пакетов не меняется. При этом, если запускаю сниффер пакетов на роутере, то вижу пакеты с нужным номером порта. Может, мне просто принять, что по какой-то причине в моём случае связка TP-Link + OpenWRT работает лучше? Добавлю: только что настроил TP-Link как простой AP, подключил его к hAp — и теперь всё прекрасно работает. Ноль повторных передач при тесте iperf3. Вывод: Wi-Fi в hAP ac2 никуда не годится, он просто непригоден для моих задач.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2025 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры