Информация
Настройка
Новости
Контакты
Новинка
Распродажа
Оплата
Доставка
Загрузки
  • Прошивки
    • 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, Аппаратное обеспечение
     
    angboontiong
    Guest
    #1
    0
    28.09.2011 12:14:00
    Привет… кто-нибудь пробовал это? И что значит, что антенна — это PIF антенны? PIF антенна — это PIFA антенна? Спасибо.
     
     
     
    janisk
    Guest
    #2
    0
    21.10.2011 06:02:00
    Кстати, какая остальная часть настройки беспроводной связи, например, включён ли ANI?
     
     
     
    laurinkus
    Guest
    #3
    0
    23.10.2011 10:29:00
    Ты правда думаешь, что я спрашивал, почему загрузка такая «высокая» из-за простоя? На самом деле я был немного удивлён, что AP в режиме простоя использует до 18% CPU. Но, наверное, это из-за того, что включён ANI.
     
     
     
    laurinkus
    Guest
    #4
    0
    23.10.2011 10:42:00
    Кто-нибудь ещё сталкивался с проблемами по Wi-Fi на RB751U-2Hnd? Сейчас тестирую это устройство у себя дома и наблюдаю проблемы со стабильностью. Сила сигнала хорошая и стабильная, но TX CCQ иногда падает ниже 10%, как и скорость передачи данных. Это очень раздражает, особенно при просмотре IPTV по Wi-Fi (~4.7 Мбит/с TCP-трафика), когда скорость передачи падает до 1-2 Мбит/с. Через некоторое время всё возвращается к норме. В то же время сила сигнала практически не меняется. На скриншоте ниже видно реальную скорость при попытке скачать файл с локального сервера на максимальной скорости через один HTTP-поток. Уровень шума колеблется от -99 дБм до -115 дБм (в зависимости от времени суток). Шифрование – AES. Вот выдержка из моей конфигурации:

    [admin@MikroTik] /interface wireless> export
    # oct/23/2011 13:41:03 by RouterOS 5.7
    #

    <...>

    /interface wireless  
    set 0 adaptive-noise-immunity=ap-and-client-mode allow-sharedkey=no antenna-gain=2 antenna-mode=ant-a area="" arp=enabled band=2ghz-b/g/n basic-rates-a/g=6Mbps basic-rates-b=1Mbps \  
    bridge-mode=enabled channel-width=20/40mhz-ht-below compression=no country=lithuania default-ap-tx-limit=0 default-authentication=yes default-client-tx-limit=0 \  
    default-forwarding=yes dfs-mode=none disable-running-check=no disabled=no disconnect-timeout=3s distance=indoors frame-lifetime=0 frequency=2412 frequency-mode=regulatory-domain \  
    frequency-offset=0 hide-ssid=no ht-ampdu-priorities=0 ht-amsdu-limit=8192 ht-amsdu-threshold=8192 ht-basic-mcs=mcs-0,mcs-1,mcs-2,mcs-3,mcs-4,mcs-5,mcs-6,mcs-7 ht-guard-interval=\
    any ht-rxchains=0,1 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-txchains=0,1 \  
    hw-fragmentation-threshold=disabled hw-protection-mode=none hw-protection-threshold=0 hw-retries=7 l2mtu=2290 mac-address=00:0C:42:E2:24:44 max-station-count=2007 mode=ap-bridge \  
    mtu=1500 name=wlan1 noise-floor-threshold=default nv2-cell-radius=30 nv2-noise-floor-offset=default nv2-preshared-key="" nv2-qos=default nv2-queue-count=2 nv2-security=disabled \  
    on-fail-retry-time=100ms periodic-calibration=default periodic-calibration-interval=60 preamble-mode=both proprietary-extensions=post-2.9.25 radio-name=000C42E22444 \  
    rate-selection=advanced rate-set=default scan-list=default security-profile=testprofile ssid=20A station-bridge-clone-mac=00:00:00:00:00:00 supported-rates-a/g=\
    6Mbps,9Mbps,12Mbps,18Mbps,24Mbps,36Mbps,48Mbps,54Mbps supported-rates-b=1Mbps,2Mbps,5.5Mbps,11Mbps tdma-period-size=2 tx-power-mode=default update-stats-interval=disabled \  
    wds-cost-range=50-150 wds-default-bridge=none wds-default-cost=100 wds-ignore-ssid=no wds-mode=disabled wireless-protocol=unspecified wmm-support=enabled  
    /interface wireless manual-tx-power-table  
    set wlan1 manual-tx-powers="1Mbps:17,2Mbps:17,5.5Mbps:17,11Mbps:17,6Mbps:17,9Mbps:17,12Mbps:17,18Mbps:17,24Mbps:17,36Mbps:17,48Mbps:17,54Mbps:17,HT20-0:17,HT20-1:17,HT20-2:17,HT20-3:1\  
    7,HT20-4:17,HT20-5:17,HT20-6:17,HT20-7:17,HT40-0:17,HT40-1:17,HT40-2:17,HT40-3:17,HT40-4:17,HT40-5:17,HT40-6:17,HT40-7:17"  
    /interface wireless nstreme  
    set wlan1 disable-csma=no enable-nstreme=no enable-polling=yes framer-limit=3200 framer-policy=none  
    /interface wireless align  
    set active-mode=yes audio-max=-20 audio-min=-100 audio-monitor=00:00:00:00:00:00 filter-mac=00:00:00:00:00:00 frame-size=300 frames-per-second=25 receive-all=no ssid-all=no  
    /interface wireless sniffer  
    set channel-time=200ms file-limit=10 file-name="" memory-limit=10 multiple-channels=no only-headers=no receive-errors=no streaming-enabled=no streaming-max-rate=0 streaming-server=\
    0.0.0.0  
    /interface wireless snooper  
    set channel-time=200ms multiple-channels=yes receive-errors=no  

    Раньше у меня был Linksys E1000, который работал на том же канале. Проблем не было вообще. У обоих устройств (Linksys и RB) встроенные антенны. Может, причина в этом? У меня нет MMCX-антенны для теста, но если есть хоть малая вероятность, что это поможет, я точно её куплю.
     
     
     
    DBob
    Guest
    #5
    0
    23.10.2011 11:13:00
    У меня тоже есть своя проблема, но другого рода.
     
     
     
    laurinkus
    Guest
    #6
    0
    23.10.2011 17:27:00
    В моём случае адаптер клиента — интегрированный Intel PRO Wireless 3945ABG (без поддержки 11n).
     
     
     
    zervan
    Guest
    #7
    0
    25.10.2011 10:01:00
    Я купил две штуки для тестирования (потому что сертификация CE ещё не закончена) и вчера потратил несколько часов, чтобы их проверить… Должен сказать, что я разочарован. Сначала я попытался выставить максимальное значение для L2MTU на ether1 (просто чтобы проверить, работает ли оно), и устройство полностью перестало работать, если во время загрузки к любому из ether-портов был подключён кабель. Ну, после обновления до 5.8-beta это исправили, так что это меня не беспокоит. Я подключил настроенный RB751 туда, где раньше стоял мой старый Canyon CNP-WF514N1, и начал мерить производительность между моим ноутбуком и точкой тестирования (не RB751) — то есть проверял «обычный» 802.11n. Тестировал RB751 в роли NAT-роутера и одновременно точки доступа. И то, и другое работает медленно — максимум 50 Мбит/с (лучший результат, см. дальше), в то время как старый Canyon в тех же условиях выдаёт 80 Мбит/с. Почему так? Сначала подумал, что дело в встроенной антенне, но скорость такая же низкая даже когда я стою в метре от RB751. В штатном режиме соединение было очень нестабильным. Я «ковырялся» в разных настройках и выяснил, что использование обеих цепочек приводит к нестабильному соединению. После отключения chain1 стабильность значительно улучшилась, как и скорость (но всё равно только 50 Мбит/с). Установка HT Guard Interval в «long» тоже повышает стабильность. Ещё есть очень интересное поведение: когда я отключал все правила файрвола, NAT и отслеживание соединений, нагрузка на CPU снижалась, но и пропускная способность тоже падала! Если же я включал хотя бы одно правило файрвола (какое угодно) или только отслеживание соединений, нагрузка на CPU росла, но при этом и скорость увеличивалась. Почему?
     
     
     
    uldis
    Guest
    #8
    0
    25.10.2011 10:10:00
    Какие значения сигналов ты видел на chain0 и на chain1? Попробуй использовать rate-selection=advanced и повторить тесты. Как ты проверяешь пропускную способность?
     
     
     
    zervan
    Guest
    #9
    0
    25.10.2011 11:03:00
    cca -63 dBm на цепочке0 и -77 dBm на цепочке1 (цепочка1 постоянно слабее, но разница увеличивается во время теста) с более старой интегрированной картой 802.11 DraftN (способна на 150 Мбит/с — явно не использует цепочку1) — CCQ низкий (около 50%) даже с длинным HT Guard interval в той же комнате; cca -59 dBm / -62 dBm с использованием новой USB-карты 802.11n (300 Мбит/с) — CCQ хороший (около 80%) с длинным HT Guard interval в той же комнате. Во время тестирования я использовал продвинутый выбор скорости — скорость соединения повышалась медленнее (то есть была хуже) при стандартном выборе скорости с помощью BTest (TCP-соединение, пакеты по 60 КБ) между моим ноутбуком в WiFi и RB750G в локальной сети, который выступал только как сервер BTest (это не было узким местом, потому что при подключении по кабелю скорость гораздо выше — более 100 Мбит/с).
     
     
     
    uldis
    Guest
    #10
    0
    25.10.2011 12:14:00
    Пожалуйста, напишите на support@mikrotik.com и приложите файл с результатами поддержки, который создаётся при проведении этого теста. Вы уже проверяли с использованием протокола UDP? Тестировали в настройках NAT, в простой маршрутизации или в режиме моста?
     
     
     
    zervan
    Guest
    #11
    0
    25.10.2011 22:22:00
    Итак, я сделал файлы supout в четырёх ситуациях: режим точки доступа (просто мост между ether1 и wlan), режим маршрутизации (без файрвола, без NAT, без отслеживания соединений, только маршрутизация между wlan и ether2), режим NAT (во время тестирования было сложно получить файл supout — Mikrotik сам перезагружался, поэтому пришлось быстро остановить тест пропускной способности сразу после запуска генерации supout) и режим NAT с ноутбуком, на котором установлен старый адаптер на 150 Мбит/с. Первые три теста проводились между двумя компьютерами — один был подключён кабелем (точка А), другой — по Wi-Fi (точка Б). В четвёртом случае ноутбук был в точке Б, и, кажется, что при использовании обеих цепочек стабильность была значительно хуже. Ещё раз — я получаю только около 50 Мбит/с на RB751, но 80–90 Мбит/с на старом Wi-Fi роутере Canyon (тоже на моём ноутбуке). Да, ограничение было только по пропускной способности Ethernet (почти 100 Мбит/с). Во всех случаях разницы почти нет, но маршрутизация работала чуть медленнее (я уже упоминал об этом), а NAT был менее стабильным.
     
     
     
    normis
    Guest
    #12
    0
    26.10.2011 06:47:00
    Ты тестировал с протоколом UDP? Да, скорость ограничивалась только пропускной способностью Ethernet (почти 100 Мбит/с). Само это уже говорит о том, что твой метод тестирования TCP неправильный. Видимо, ты не создаёшь достаточно TCP-соединений или на одном из концов теста заканчиваются ресурсы процессора для проведения теста.
     
     
     
    zervan
    Guest
    #13
    0
    26.10.2011 07:00:00
    Когда я установил размер TCP-пакета в 60 кБ, разницы между одним соединением и двумя практически не было (или она была минимальной). Пропускная способность UDP выше, потому что там нет механизма контроля, а TCP страдает из-за плохого качества канала. Ресурсы процессора на конечных устройствах не должны быть проблемой (одно — Intel G620, другое — Intel E8200), ведь если я измеряю TCP-пропускную способность по гигабитному кабелю между этими устройствами, она значительно выше 100 Мбит/с. Тем не менее, это всё не имеет значения, потому что при использовании старого WiFi-роутера пропускная способность в точно такой же ситуации оказывается значительно выше.
     
     
     
    laurinkus
    Guest
    #14
    0
    20.10.2011 22:02:00
    Почему беспроводная сеть так сильно нагружает процессор, даже когда к точке доступа никто не подключён? Что означает «unclassified»?
     
     
     
    angboontiong
    Guest
    #15
    0
    21.10.2011 05:08:00
    Это просто простаивает, тебе стоит проверить систему > ресурсы.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2025 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры