Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • 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 Корзина
    Главная
    Форум
    Форум
    Аппаратное обеспечение
    RB4011: wlan1 отключается самостоятельно

    RB4011: wlan1 отключается самостоятельно

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    RB4011: wlan1 отключается самостоятельно, Аппаратное обеспечение
     
    mikelaurense
    Guest
    #1
    0
    03.12.2018 07:47:00
    Я получил свой RB4011 в прошлую пятницу. Очень доволен дизайном устройства. Использую его как замену своему RB2011, который исправно работал около 5 лет. Сделал бэкап рабочей конфигурации RB2011 и выборочно импортировал этот скрипт в RB4011. Всё, казалось, работало отлично, но через 24 часа сеть на 5 ГГц пропала. Перезагрузил устройство — сеть снова появилась. Вчера ночью, снова через 24 часа, сеть пропала опять. Устройство wlan1 включено, но если его открыть, там написано «не работает». В статусе показывается дата последнего отключения, и, похоже, сеть так и не восстановилась. У кого-нибудь ещё такое было?
     
     
     
    Frostbyte
    Guest
    #2
    0
    28.12.2018 12:39:00
    У меня похожие проблемы, только у меня они не проходят после перезагрузки. У меня две штуки (одна в подвале, другая — на втором этаже), для удобства пусть будет «первичная» и «вторичная».

    Дни 1 и 2: Все устройства сразу же без проблем подключаются и общаются через wlan1 первичной, но с трудом обнаруживают wlan1 вторичной. Через какое-то время, когда они всё-таки находят wlan1 вторичной, связь и коммуникация идут без сбоев.

    С 3-го дня и дальше: Все устройства по-прежнему без проблем подключаются и общаются через wlan1 первичной, но теперь уже не могут найти wlan1 вторичной.

    Пробовал:  
    - Включать/выключать wlan1  
    - Много раз перезагружать  
    - Восстанавливать из бэкапа  
    - Откатываться до заводской версии RouterOS/Firmware  
    - Обновляться до последней версии RouterOS/Firmware  

    Ничего не помогло, поэтому решил поиграться с шириной канала. Что интересно:  
    Все мои устройства с поддержкой 5 ГГц без проблем обнаруживают, подключаются и работают со “20/40/80/160MHz eeeeeeeC” на первичной.  
    Ни одно из этих устройств не подключается и не находит вторичную, если не выбрать “20/40/80MHz eeeC”.  
    (Но как им вообще удавалось работать раньше???)  

    Это точно не проблема совместимости устройств, в этом я уверен. Но почему опция “eeeeeeeC” вдруг перестала работать только на одном устройстве? Возможно, дело в DFS.. но подвал, где стоит вторичная, вообще без сотового сигнала, как тогда может мешать какой-то слабый “чужой” 5 ГГц диапазон?  

    У меня идеи закончились. (Я уже открыл тикет в поддержку.)  

    Пару вопросов по теме:  
    Я никогда толком не понимал, как расшифровывать эти настройки “Ceee, eCee, eeCe, eeeC, XXXX”. Насколько я понял, “e” — это шаг в 20 МГц, а “C” — опорная частота. Но что такое опорная частота и в чем разница между этими вариантами простыми словами?  

    И что вообще означает X в этих настройках? Как эти параметры влияют на нижеуказанный выбор частоты? Что если эта опция стоит на авто?
     
     
     
    mkx
    Guest
    #3
    0
    28.12.2018 13:02:00
    Содержит ли лог что-нибудь о беспроводной связи? Показывает ли какое-нибудь «сканирующее Wi-Fi» приложение (на телефоне) сигнал Wi-Fi от вторичного устройства? C — это 20 МГц канал, на котором фактически транслируется SSID. Так что если какое-то (устаревшее) устройство быстро просматривает занятые каналы, оно увидит занятым только канал C. Только устройства, поддерживающие более новые стандарты Wi-Fi (n, ac), будут проверять 40/80/160 МГц каналы и заметят, что соседние каналы тоже заняты. «e» — это соседние 20 МГц каналы с центром либо ниже (если слева от C), либо выше (если справа от C). Про «X» у меня нет никаких идей. Если опция установлена на авто, точка доступа выберет (не знаю в каком порядке предпочтений) один из вариантов. Например, если точка доступа выберет самый нижний возможный канал для C, она выберет Ce(ee(eeee)). Если выберет самый верхний возможный канал для C, то ((eeee)ee)eC. Если C находится где-то посередине диапазона, то я не знаю, какой именно вариант расположения «e» выберет.
     
     
     
    Frostbyte
    Guest
    #4
    0
    28.12.2018 13:30:00
    К сожалению, ничего, иначе я бы уже упомянул. Но хорошо, что ты об этом заговорил. Есть одна деталь, которую я забыл сказать: из-за отсутствия сотового сигнала в подвале установлена femtocell-установка. Может ли она быть причиной проблемы? Хотя обычно такие устройства работают в диапазоне от 1,9 до 2,6 ГГц, не так ли? В общем, правило простое — ориентироваться на режим “C”, который проверенно работает со старыми устройствами, потому что новье на это обычно не обращает внимания. Понял. Если “auto” может менять позиционирование “C”, то зачем вообще выбирать опцию “C”? Просто из привычки? Как именно опция “C” влияет на статические значения, в отличие от “auto”? Она как-то их меняет? Сейчас меня нет рядом с устройством, поэтому сам проверить не могу.
     
     
     
    mkx
    Guest
    #5
    0
    28.12.2018 22:01:00
    Что насчёт сканирования Wi-Fi устройств рядом с дополнительной точкой доступа, показывает ли оно её сигнал? По поводу фемтосоты: всё зависит от того, в каких диапазонах работает оператор, но обычно это ниже 2,6 ГГц. Это не значит, что фемтосота не может создавать помехи — если (встроенные?) антенны неисправны, могут появиться продукты смешения на более высоких частотах. Можно легко проверить, отключив фемтосоту на некоторое время.

    Что касается выбора канала C: это описание того, как это работает для 2,4 ГГц 802.11n (20+20)… Когда точка доступа настроена на поддержку старых версий Wi-Fi, устройства старого типа (например, 802.11g) будут использовать только канал C. Поэтому в смешанной среде канал C будет загружен сильнее. Старые точки доступа также при выборе канала видят занятым только канал C, из-за чего каналы e могут испытывать дополнительные помехи.

    У меня (802.11n) ширина канала выставлена на 20/40 еC, а частота — 2472 МГц (канал 13). Устаревшие клиенты видят SSID только как канал 13, а устройства с n — как 9+13. Если точка доступа стоит в полностью авто режиме, она сканирует эфир на наличие других SSID и может выбрать наименее загруженный канал для C, а потом уже подобрать схему eCe. Или делает ещё какую-то магию — понятия не имею. Думаю, что при ручных настройках ROS не примет нелегальные комбинации, то есть нельзя ставить максимальную частоту и при этом выбирать Ce(e*).
     
     
     
    Frostbyte
    Guest
    #6
    0
    31.12.2018 09:22:00
    Спасибо за информацию, она очень помогла объяснить явления, которые я наблюдал. Кстати, вчера я провёл ещё несколько тестов и действительно увидел страшное сообщение «radar detected on frequency 5500» на основном устройстве. Похоже, раньше устройства по какой-то причине не показывали эту информацию в журнале, из-за чего я гонялся за призраком.

    Но мой вопрос в том, почему частоты 5180-5320 (канал 50) недоступны для выбора? При ширине канала 160 МГц предлагаются только частоты 5500-5700. Согласно https://en.wikipedia.org/wiki/List_of_WLAN_channels#5_GHz_(802.11a/h/j/n/ac/ax), в Европе они явно разрешены. Нет никаких причин, почему международная версия устройства не должна их поддерживать.  

    Так что, когда оно ловит этот чертов «radar», я прощаюсь со своим SSID на 160 МГц на целых 30 минут (из-за чёрного списка), и при этом не могу переключиться с канала 114 на канал 50 ни временно, ни навсегда.
     
     
     
    codruts
    Guest
    #7
    0
    31.12.2018 13:45:00
    Это всё чистый маркетинговый трюк. Я вернулся к проводу для серьёзных нагрузок.
     
     
     
    Frostbyte
    Guest
    #8
    0
    29.12.2018 12:40:00
    mkx: Устройства не могут найти SSID. Сканер частот/мониторинг работают, но показывают 0% использования на сканируемых каналах/частотах в окружении. Самое забавное, что основное устройство работает нормально... Я в полном недоумении. Обновление #1: Ладно, wlan1 на вторичном устройстве полностью отказал (я до сих пор ничего не менял с момента последнего сообщения). Теперь он не работает даже с опциями «20/40/80MHz». В логе я увидел только то, что клиент отключился от wlan1 из-за таймаута обмена групповым ключом, больше ничего. Особенно интересно, что я решил ради любопытства запустить сканер частот, и он не показывал абсолютно никаких результатов, хотя я оставил его работать пару минут. Перезагрузка устройства пока решила проблему. Начинаю думать, что мне достался багованный QCA9984 или что-то серьёзно не так с тем, как текущий RouterOS с ним работает. Я ещё раз пробовал настройки «20/40/80/160MHz — просто из любопытства, они по-прежнему не работают. По теме выбора C: В вики, похоже, написано, что «X» — это автоматический выбор управляющего канала (https://wiki.mikrotik.com/wiki/Manual:Interface/Wireless). Частоты, выделенные жирным шрифтом, — это, по всей видимости, scanlist-частоты, то есть частоты, по которым клиентские устройства ищут SSID, если я правильно понял. Если так, то, наверное, надо выбирать либо их, либо авто, чтобы SSID вообще было видно клиентам. Получается, речь больше о том, где должны быть расширенные каналы, а не о выборе управляющего канала. Не мог бы ты объяснить по шагам, как выбираешь ширину канала и частоту? В чем логика перевода этого в, скажем, каналы X + Y? Я нашёл список частот/каналов для 5 ГГц здесь, но пока не до конца понимаю, как со всем этим разбираться. Ситуация с 5 ГГц немного сложнее, чем с 2.4. Хочу уточнить, что все тесты и поиск проблем на вторичном устройстве с wlan1 делаются при установке частоты на авто. Независимо от того, что мы обсудим про выбор C (это нужно мне, чтобы лучше понять, как оно работает). Обновление #2: WiFi на 5 ГГц на — основном — устройстве тоже перестал работать. (Он отлично работал с «20/40/80/160» около недели.) Теперь я точно уверен, что есть какая-то программная проблема при выборе ширины 160 МГц.
     
     
     
    mkx
    Guest
    #9
    0
    29.12.2018 14:53:00
    Хорошо, что 5 ГГц плохо проходит через стены. Поскольку меня не волнует высокая мощность передачи (клиентам всё равно приходится преодолевать такие же потери на пути, как и точке доступа), я продолжаю использовать низкочастотный диапазон (только внутри помещений). Обычно я быстро сканирую, чтобы проверить, занят ли какой-то канал. И стараюсь выбрать частотный режим так, чтобы управляющий канал не был на границе частотного диапазона… если какая-то другая точка доступа тоже нацелится на ту же часть спектра и захочет использовать несколько каналов, я постараюсь защитить крайнюю часть спектра для собственного использования, насколько это возможно.

    Что стоит помнить: большинство WiFi-устройств (включая точки доступа) способны обеспечить определённую суммарную мощность на цепь передачи. Если используются несколько каналов, эта мощность распределяется между ними, из-за чего падает отношение сигнал/шум. Если уровень шума очень низкий, а потери сигнала небольшие, то это не критично. Но если внешний шум заметен (или потери сигнала выше из-за большого расстояния или препятствий), иногда лучше работать с меньшим числом каналов (например, 40 МГц вместо 80 МГц), и итоговый результат может даже оказаться лучше.
     
     
     
    Frostbyte
    Guest
    #10
    0
    29.12.2018 15:35:00
    Понял, но тесты с шириной 160 МГц проводились примерно в полуметре от каждой точки доступа, так что я бы исключил помехи и затухание сигнала. Также исключаю пределы мощности на каждую передающую цепь у клиентских устройств, просто потому что они работали по 2 дня и 1 неделю соответственно на вторичной и основной точках доступа. Пока остановился на варианте “auto” + “20/40/80 XXXX”, но всё равно интересно понять, почему опции “20/40/80/160MHz” внезапно и безвозвратно перестали работать.
     
     
     
    codruts
    Guest
    #11
    0
    30.12.2018 14:08:00
    Скорее всего, обнаружили занятый DFS-канал и полностью отключили беспроводную сеть (ну, сейчас сканируют в поисках свободного канала, но это займет время).
     
     
     
    Frostbyte
    Guest
    #12
    0
    30.12.2018 22:53:00
    В логах не было записи «radar detected». А что касается второго устройства, то пока оно работало, остальные гаджеты только мучились, пытаясь его найти — но в итоге всё же нашли. К тому же, разве DFS не должен переключать частоту на непересекающуюся? Полностью отключать беспроводную связь — для меня это новость. И честно говоря, я не могу поверить, что оно не смогло найти свободный канал при таком их количестве в целом. Это реально заставляет задуматься..
     
     
     
    codruts
    Guest
    #13
    0
    31.12.2018 08:16:00
    Ещё немного информации [хотя она и не представлена «профессионально», тем не менее есть ссылки на оригинальную документацию] — http://forum.notebookreview.com/threads/wi-fi-802-11ac-1-7-gbps-160mhz-channels-advisory.816318/ и https://www.smallnetbuilder.com/wireless/wireless-features/33210-160-mhz-wi-fi-channels-friend-or-foe
     
     
     
    Frostbyte
    Guest
    #14
    0
    31.12.2018 13:55:00
    Ну да, я тоже стороной обходил бы беспроводные технологии, если бы мог. Лучше использую пару PLC-устройств, чем WiFi, чтобы достучаться до мест, где провести кабель не представляется возможным. Но для некоторых устройств (например, медиаплееров) это приятный бонус, а для других (например, смартфонов) — необходимость. Но поскольку я заплатил за WiFi-версию 4011, считаю свой последний вопрос вполне уместным. Просто хотел на этом точку поставить.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2026 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры