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

    RB751U-2HnD — слабая работа беспроводной сети и проблемы

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    RB751U-2HnD — слабая работа беспроводной сети и проблемы, Аппаратное обеспечение
     
    paoloaga
    Guest
    #1
    0
    28.03.2012 15:05:00
    У меня полно проблем с беспроводными устройствами, подключёнными к RB751-2HnD. Купил 3 штуки в разное время (2 — несколько месяцев назад, как только они появились, и ещё одну, которая приехала сегодня). Местный дистрибьютор сказал, что последняя — это новая ревизия. Все настроены как точки доступа (802.11 b/g/n), но у меня постоянно срабатывают разрывы соединения, и скорость просто ужасная (высокая задержка, варьируется от 40 до 3000 мс, скорость около 100 кбит/с). Если вручную установить уровень шума (noise-floor) на -90 дБ, становится как-то более-менее, но проблемы с надёжностью всё равно остаются. Перекрёстных помех на канале нет, и устройства отлично работают, когда подключаются к другим точкам доступа. Пробовал разные версии ROS (5.6, 5.7, 5.9 и 5.14) — результат одинаковый на всех устройствах. Это я один такой, или у кого-то ещё такое бывает?
     
     
     
    vihai
    Guest
    #2
    0
    12.04.2012 14:05:00
    Подтверждаю, что с беспроводной связью на RB751 есть несколько проблем. Моя установка следующая: RB751 с ROS 5.14, настроенный на B+G+N, итальянский регуляторный домен (20 dBm), очень чистый спектр 2.4 ГГц. Есть 2 клиента в радиусе 1 метра:

    - Dell D830 с Intel 4965AGN под Linux
    - Nokia N900

    Клиент Dell, несмотря на использование высокоскоростных модуляций, имеет нестабильную пропускную способность, редко превышающую 30 Мбит/сек к хосту, подключённому по Ethernet (как для одной TCP-сессии, так и для нескольких одновременно). Манипуляции с параметрами радиосигнала не дали заметных улучшений, но в целом связь хоть и нестабильна, но работает.

    С Nokia N900 ситуация хуже, и, похоже, это связано с энергосбережением WiFi (http://wiki.maemo.org/Wifi_Power_Saving_Mode_(PSM)).

    Пинг с хоста показывает высокий процент потерь пакетов и большую задержку:

    64 байта от 10.0.6.26: icmp_req=40 ttl=64 время=928 мс  
    64 байта от 10.0.6.26: icmp_req=41 ttl=64 время=3.22 мс  
    64 байта от 10.0.6.26: icmp_req=42 ttl=64 время=255 мс  
    64 байта от 10.0.6.26: icmp_req=43 ttl=64 время=488 мс  
    64 байта от 10.0.6.26: icmp_req=44 ttl=64 время=699 мс  
    64 байта от 10.0.6.26: icmp_req=45 ttl=64 время=978 мс  
    64 байта от 10.0.6.26: icmp_req=46 ttl=64 время=2.86 мс  
    64 байта от 10.0.6.26: icmp_req=47 ttl=64 время=11332 мс  
    64 байта от 10.0.6.26: icmp_req=48 ttl=64 время=10333 мс  
    64 байта от 10.0.6.26: icmp_req=49 ttl=64 время=9333 мс  
    64 байта от 10.0.6.26: icmp_req=50 ttl=64 время=8334 мс  
    64 байта от 10.0.6.26: icmp_req=51 ttl=64 время=7335 мс  
    64 байта от 10.0.6.26: icmp_req=52 ttl=64 время=6335 мс  
    64 байта от 10.0.6.26: icmp_req=53 ttl=64 время=5336 мс  
    64 байта от 10.0.6.26: icmp_req=54 ttl=64 время=4346 мс  
    64 байта от 10.0.6.26: icmp_req=55 ttl=64 время=3346 мс  
    64 байта от 10.0.6.26: icmp_req=56 ttl=64 время=2346 мс  
    64 байта от 10.0.6.26: icmp_req=57 ttl=64 время=1347 мс  
    64 байта от 10.0.6.26: icmp_req=58 ttl=64 время=347 мс

    Иногда устройство полностью замолкает и начинает отвечать только после того, как само отправит пакет. Например, если запустить пинг с Nokia N900 на внешний хост, связь в общем-то работает, пока пинг запущен. Отключение энергосбережения на N900 похоже решает проблему, но это неприемлемо, поскольку энергопотребление резко возрастает.

    Функция энергосбережения работает корректно на всех других WiFi-точках доступа, с которыми я сталкивался:

    64 байта от 10.0.6.26: icmp_req=108 ttl=64 время=3.06 мс  
    64 байта от 10.0.6.26: icmp_req=109 ttl=64 время=2.91 мс  
    64 байта от 10.0.6.26: icmp_req=110 ttl=64 время=2.91 мс  
    64 байта от 10.0.6.26: icmp_req=111 ttl=64 время=2.84 мс  
    64 байта от 10.0.6.26: icmp_req=112 ttl=64 время=2.72 мс  
    64 байта от 10.0.6.26: icmp_req=113 ttl=64 время=3.16 мс  
    64 байта от 10.0.6.26: icmp_req=114 ttl=64 время=2.29 мс  
    64 байта от 10.0.6.26: icmp_req=115 ttl=64 время=3.56 мс
     
     
     
    rjickity
    Guest
    #3
    0
    14.04.2012 07:10:00
    У меня тоже плохая производительность. Я пробовал разные конфигурации, этот девайс изначально должен был быть простым точкой доступа для домашнего использования. Его поставили только для стрима медиа с локалки на беспроводные клиенты, и он не справился. У меня есть мост с ether1 и wlan1. Простое воспроизведение проблемы — начать передавать данные через wlan, например, сделать ping с хоста в одном метре от роутера без запущенных приложений — ответ почти всегда 1 мс. Запускаешь btest к routerboard, начинается передача — пропускная способность около 21 Мбит/с, загрузка процессора на RB 100%. Через примерно минуту скорость падает до ~6 Мбит/с, а задержка начинает сильно колебаться, становится непредсказуемой.

    /interface wireless print

    0  R name="wlan1" mtu=1500 mac-address=00:0C:42:XX:XX:XX arp=enabled
         interface-type=Atheros 11N mode=ap-bridge ssid="wlan"
         frequency=2457 band=2ghz-b/g/n channel-width=20/40mhz-ht-above
         scan-list=default wireless-protocol=802.11 antenna-mode=rxa-txb
         wds-mode=disabled wds-default-bridge=none wds-ignore-ssid=no
         bridge-mode=enabled default-authentication=yes default-forwarding=yes
         default-ap-tx-limit=0 default-client-tx-limit=0 hide-ssid=no
         security-profile=default compression=no

    Процессор действительно выглядит узким местом, но кажется, что есть какой-то буфер или что-то подобное, что при заполнении делает устройство непригодным для работы.
     
     
     
    rjickity
    Guest
    #4
    0
    14.04.2012 08:21:00
    Я только что протестировал на той же частоте с теми же хостами на tplink 1043nd, и пропускная способность была достаточно стабильной — около 100 Мбит/с с задержкой 1-3 мс в течение более 10 минут. Эта модель стоит в два раза дешевле, чем 751u, и у неё гигабитные интерфейсы. Пожалуй, буду пользоваться ей и отложу 751u в сторону.
     
     
     
    ranpha
    Guest
    #5
    0
    14.04.2012 16:58:00
    RB751U-2HnD при работе без антенны показывает очень плохой прием. Частые высокие пинги, низкий уровнь CCQ и потери пакетов будут обычным делом.
     
     
     
    Mrhot2000
    Guest
    #6
    0
    25.04.2012 05:57:00
    Ну, это устройство я бы точно не рекомендовал именно из-за Wi-Fi. Я купил и использовал несколько штук — результат всегда одинаковый. Использовал с внешней антенной Alfa на 15 dBi с защитой от перенапряжения, сначала всё работало отлично, пару дней, а потом приём постепенно стал нестабильным и в итоге совсем перестал работать. Клиенты при этом всё ещё ловят сильный сигнал, так как мощность передачи в порядке, но приём почти отсутствует. У меня даже есть две штуки, которые застряли в странной ситуации: они включаются, все индикаторы Ethernet-портов горят (хоть и без проводов), порты не работают, но Wi-Fi есть, подключаешься, заходишь в Winbox — пытаешься сбросить настройки или обновить прошивку. Пробовал джампер и прочее — устройство всё равно загружается в том же состоянии. Всего купил 13 штук — ни одна не работала как надо. Сейчас пользую несколько rb433uah с картами r52hn, они у меня работают очень-очень долго и без проблем.
     
     
     
    TheWiFiGuy
    Guest
    #7
    0
    25.04.2012 06:19:00
    Я вынужден не согласиться. Мы используем их как внутренние репитеры для наших hotspot-сервисов, и никаких проблем вообще нет. Используем и 751, и 751g без внешней антенны (и никогда, слышите, никогда не стал бы ставить 15 дБ омни на внутреннее устройство). Пока что уже больше 100 устройств — и ни одного бракованного. Мой совет: купите устройство, протестируйте и сами решайте, что к чему.
     
     
     
    godovic
    Guest
    #8
    0
    01.05.2012 22:45:00
    У меня нет проблем с качеством беспроводного сигнала, но возникают трудности с подключениями между компьютерами. Схема простая — точка доступа без каких-либо правил фаервола или манглинга. Просто мост (беспроводная сеть и Ethernet-порт). Моя главная проблема — найти общий ресурс на другом компьютере в сети. Особенно клиенты Mac OS не видят Windows Share или общие принтеры Windows. Раньше у меня был Linksys WRT160NL, тоже настроенный как точка доступа, и в такой же сети с такой же конфигурацией проблем не возникало. Возможно, мне стоит что-то дополнительно настроить на Mikrotik, но я не могу найти простой туториал по настройке точки доступа — большинство инструкций посвящены конфигурации NAT-роутера. Спасибо!
     
     
     
    normis
    Guest
    #9
    0
    02.05.2012 06:46:00
    Если у кого-то проблемы, выложите результат выполнения этой команды: /interface wireless export compact
     
     
     
    vihai
    Guest
    #10
    0
    07.06.2012 00:26:00
    Извините, у меня не было под рукой RB751, чтобы провести тесты. Мне только что доставили новый RB751G-2HnD, я установил версии 5.17 и 6.0beta2, и в обоих случаях проблема с энергосбережением N900 проявлялась постоянно. N900 полностью переставал отвечать на пинги, пока не начинал сам передавать данные, тогда очередь сбрасывалась. Как только он переставал генерировать трафик, он снова прекращал отвечать.

    64 байта от n900.orlandi.com (62.212.12.15): icmp_req=236 ttl=64 время=3.58 мс  
    64 байта от n900.orlandi.com (62.212.12.15): icmp_req=237 ttl=64 время=28869 мс  
    64 байта от n900.orlandi.com (62.212.12.15): icmp_req=238 ttl=64 время=27870 мс  
    64 байта от n900.orlandi.com (62.212.12.15): icmp_req=239 ttl=64 время=26870 мс  
    64 байта от n900.orlandi.com (62.212.12.15): icmp_req=240 ttl=64 время=25871 мс  
    64 байта от n900.orlandi.com (62.212.12.15): icmp_req=241 ttl=64 время=24883 мс  
    64 байта от n900.orlandi.com (62.212.12.15): icmp_req=242 ttl=64 время=23884 мс  
    64 байта от n900.orlandi.com (62.212.12.15): icmp_req=243 ttl=64 время=22890 мс  
    64 байта от n900.orlandi.com (62.212.12.15): icmp_req=244 ttl=64 время=21890 мс  
    64 байта от n900.orlandi.com (62.212.12.15): icmp_req=245 ttl=64 время=20891 мс

    Это вывод команды /interface wireless export compact:  
    # jan/02/1970 06:18:53 by RouterOS 6.0beta2  
    # software id = xxxx-xxxx  
    #  
    /interface wireless security-profiles  
    add authentication-types=wpa-psk,wpa2-psk eap-methods=passthrough management-protection=allowed mode=dynamic-keys  
       name=WPA2 supplicant-identity="" wpa-pre-shared-key=xxxxxxxx wpa2-pre-shared-key=xxxxxxxx  
    /interface wireless  
    set 0 antenna-gain=3 band=2ghz-b/g/n country=italy disabled=no frequency=2442 l2mtu=2290 mode=ap-bridge  
       security-profile=WPA2 wireless-protocol=802.11  

    Обратите внимание, я пробовал менять wireless protocol на 802.11-only-G — разницы не было. Groove 2AHn с очень похожей конфигурацией работал безупречно.
     
     
     
    Ham
    Guest
    #11
    0
    12.06.2012 03:42:00
    Столкнулся с такими же проблемами, как и vihai, но у меня планшет Acer A500 и RB751G. Как только подключаюсь к rb751 — всё нормально, но как только устройство уходит в энергосберегающий режим или в спящий режим и потом пробуждается, почти никакой трафик не проходит. Чтобы что-то передать, приходится выключить Wi-Fi на планшете и снова подключиться. Раньше, до того как стал использовать RB751G, у меня был RB711-UA-2Hnd в качестве точки доступа — и проблем не возникало.
     
     
     
    scampbell
    Guest
    #12
    0
    12.06.2012 04:33:00
    Я провел быстрые тесты с iPhone и RB751U-2HnD на RoS 5.17. Сначала проверял, когда телефон был очень близко к точке доступа. TX CCQ был довольно низким, но пинги отвечали нормально. Потом отодвинул iPhone на 2 метра от точки доступа, и TX CCQ улучшился до более чем 80%. Кстати, мой RB751U-2HnD настроен на 17dBm, а не на полную мощность (Регуляторный режим и страна — NZ). Когда экран iPhone погас, пинги перестали отвечать. Телефон также «отключился» от RB751U-2HnD. Как только я нажал кнопку управления на iPhone, чтобы «разбудить» его, он снова зарегистрировался на RB751U-2HnD, и пинги спустя пару секунд снова пошли нормально. Во всех случаях задержки пинга колебались от 2 до 100 мс — не идеально, но вполне работоспособно. Главное, что я из этого понял — слишком близко к точке доступа или слишком высокая мощность могут создавать проблемы и вызывать потерю пакетов. Такие же эффекты мы видим, когда тестируем пару SXT на стенде. Если не снизить мощность, они работают плохо. Трудно поверить, но иногда слишком высокая мощность — это плохо.
     
     
     
    uldis
    Guest
    #13
    0
    12.06.2012 06:38:00
    Убедитесь, что на плате установлена последняя версия RouterOS.
     
     
     
    Beone
    Guest
    #14
    0
    12.06.2012 08:13:00
    Мы начали использовать это устройство сразу после его выпуска, у нас в работе примерно 50 таких аппаратов. Надо сказать, с беспроводной связью у них было много проблем. Мы оформили кучу поддержки (supout), и Mikrotik приложили много усилий, чтобы исправить ситуацию. С каждой новой версией ROS стабильность становилась лучше, но всё равно не достигла ожидаемого уровня. В итоге мы переустановили большинство из них с отключённым беспроводным модулем и добавили дополнительную точку доступа ubnt для Wi-Fi. Такая конфигурация показывает 100% стабильность. Очень жаль, что с RB751-2HnD и включённым Wi-Fi у нас не вышло — цена отличная, но стабильность важнее. Потеря стабильности — это потеря клиентов, на что мы пойти не можем. Поэтому мы прекратили использовать это устройство в новых проектах. С уважением.
     
     
     
    LizardKings
    Guest
    #15
    0
    16.06.2012 12:59:00
    Та же проблема с производительностью беспроводной сети. Есть два RB751U-2HnD с одинаковыми проблемами.

    ```
    /interface wireless security-profiles set [ find default=yes ] group-ciphers=“” supplicant-identity=MikroTik unicast-ciphers= “” add authentication-types=wpa2-psk eap-methods=passthrough group-ciphers=tkip,aes-ccm management-protection=allowed mode=dynamic-keys name=mywireless1 supplicant-identity=“” unicast-ciphers=tkip,aes-ccm wpa-pre-shared-key=xxxxx wpa2-pre-shared-key=XXXXX
    /interface wireless set 0 band=2ghz-b/g/n country=netherlands disabled=no frequency=2437 ht-rxchains=0,1 ht-txchains=0,1 l2mtu=2290 mode=ap-bridge security-profile=mywireless1 ssid=mywireless1 wireless-protocol=any add area=“” arp=enabled bridge-mode=enabled default-ap-tx-limit=0 default-authentication=yes default-client-tx-limit=0 default-forwarding=yes disable-running-check=no disabled=yes hide-ssid=no mac-address=02:0C:42:FB:CA:09 master-interface=wlan1 max-station-count=2007 mtu=1500 multicast-helper=default name=mywireless12 proprietary-extensions=post-2.9.25 security-profile=mywireless1 ssid=mywireless12 update-stats-interval=disabled wds-cost-range=0 wds-default-bridge=none wds-default-cost=0 wds-ignore-ssid=no wds-mode=disabled wmm-support=disabled
    /interface wireless nstreme set wlan1 framer-policy=best-fit
    ```

    Ситуация такая же грустная.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2025 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры