Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Новинка
Распродажа
Новости
Доставка
Оплата
Загрузки
  • Прошивки
    • 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
    MT v3.0b5 - CSMA Disable Throughput Data

    MT v3.0b5 - CSMA Disable Throughput Data

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    MT v3.0b5 - CSMA Disable Throughput Data, RouterOS
     
    MyThoughts
    Guest
    #1
    0
    02.02.2007 05:07:00
    Я недавно завершил серию тестов, чтобы проверить, действительно ли функция CSMA Disable в версии v3.0b5 помогает увеличить пропускную способность, когда несколько передатчиков активны одновременно. Моя цель не решить проблему "шумной среды", а решить проблемы, связанные с радиомодулями, которые могут "услышать" друг друга, что приводит к их уходу в режим ожидания (backoff). В этих условиях из-за проблемы backoff пропускная способность резко падает, несмотря на отличные условия соединения.

    Настройка:

    AP → RB532, работающий под управлением v3.0b5 с радиомодулем EMP-8602 и всенаправленной CPE с усилением 5.5 dBi.
    CPE → RB112, работающий под управлением v3.0b5 с радиомодулем EMP-8602 и всенаправленной CPE с усилением 5.5 dBi.
    Центральная частота: 2412 МГц
    Диапазон: 2.4ghz-b/g
    Скорость передачи данных: Auto
    Все режимы мощности передачи: 1
    Расстояние между устройствами: около 3.6 метров

    Чтобы имитировать находящееся поблизости устройство Wi-Fi, я настроил маршрутизатор Airlink 802.11b/g с компьютером, подключенным по Ethernet, и ноутбук, подключенный к беспроводной сети. Беспроводная сеть на маршрутизаторе также была настроена на частоту 2412 МГц. Ноутбук был настроен на получение непрерывного потока данных, ограниченного до 5 Мбит/с. Второй ноутбук был подключен к RB532 по Ethernet и настроен на использование тестировщика пропускной способности Mikrotik. Этот ноутбук был настроен на отправку данных на RB112, таким образом, весь трафик генерировался ноутбуком.

    Тестовый случай 1: Nstreme ON, Polling OFF

    Этот тестовый случай показал абсолютно никакой разницы в пропускной способности при включенной функции CSMA Disable. В результате я проверил устройство CPE, чтобы убедиться, что оно правильно получает флаг CSMA Disable. Я обнаружил, что если polling выключен, флаг CSMA Disable не передается на CPE. В результате я повторно запустил те же тесты с включенным polling.

    Тестовый случай 2: Nstreme ON, Polling ON

    Этот тест явно показывает, что что-то не так с функцией CSMA Disable. Я повторно запускал эти тесты много-много раз. Я пробовал 5-мегагерцовые и 10-мегагерцовые каналы, я пробовал использовать все устройства Mikrotik (заменяя маршрутизатор Airlink другим RouterBoard). Я пробовал множество других тестов, но в каждом случае я получал одни и те же результаты. Включение функции CSMA Disable почти всегда приводило к худшим показателям производительности, и ни разу я не видел улучшения.

    Как дополнительная информация, при работе со вторым передатчиком (т.е. Airlink) мне удавалось стабильно достигать скорости 5 Мбит/с во время тестирования, в то время как соединение RouterOS сильно колебалось, как показано на графиках выше.

    Мои текущие мысли по этому вопросу смешанные. Я полностью понимаю, что функция CSMA backoff – это не волшебный "выключатель" для улучшения плохого беспроводного соединения или экстремально шумной среды. Однако в данном случае, когда я использую стандартный маршрутизатор Wi-Fi, отключение функции CSMA должно было вернуть соединение RouterOS к полной доступной пропускной способности (как показано при использовании только одного передатчика на графиках), и Airlink должен был бы уйти в режим ожидания, и его скорость снизилась.

    Я также провел еще один тестовый сценарий, чтобы проверить влияние CSMA Disable на два радиомодуля 2.4 ГГц, установленных в случае PacWireless DCE. Опять же, это для ситуаций, когда каждое радио передает сигнал на решетчатые антенны, направленные в разные стороны. Опять же, в этом сценарии CSMA backoff не требуется, так как принимающие устройства находятся очень далеко друг от друга. Опять же, мои тесты показали, что CSMA Disable не оказывает положительного эффекта и, похоже, вызывает еще большие колебания максимальной/минимальной пропускной способности.

    В этом состоянии я восхищаюсь тем, что Mikrotik стремится предоставить своим клиентам то, что мы просили, но функция просто не работает, как ожидалось. Я собираюсь продолжать тестирование с другими настройками, такими как ручные скорости передачи данных и т. д. Я призываю всех, кто с нетерпением ждет этой функции, провести несколько простых тестов и опубликовать их здесь, потому что чем больше "жестких данных" мы соберем для Mikrotik, тем быстрее будут решены проблемы.
     
     
     
    believewireless
    Guest
    #2
    0
    02.02.2007 05:47:00
    Попробуйте запустить тесты без NStreme и посмотрите, что получится. У нас была реальная среда с 32 CPE, и пинги были ужасны при включенном NStreme. Отключение дало нам стабильные пинги в диапазоне 2-5мс. А с NStreme пинги варьировались от 20 до 160мс! Мне нравится идея NStreme, опроса и возможность отключения CSMA, но похоже, что это на самом деле вызывает больше проблем в PtMP-среде. Хотя мы видим улучшение на PtP-связях с NStreme и опросом. Хотелось бы узнать, не тестирует ли Mikrotik с перегруженными точками доступа и только одним CPE.
     
     
     
    MyThoughts
    Guest
    #3
    0
    02.02.2007 17:23:00
    Этот пост посвящен исключительно опции Disable CSMA в RouterOS v3, активировать Disable CSMA нельзя, если вы не используете Nstreme. Именно поэтому все тесты проводились с Nstreme включенным.
     
     
     
    advantz
    Guest
    #4
    0
    02.02.2007 23:41:00
    На самом деле, nstreme помогает нам снизить пинг. Без nstreme пинг был как 20-150 мс, а с nstreme — примерно 10-20 мс.
     
     
     
    stephenpatrick
    Guest
    #5
    0
    03.02.2007 11:52:00
    У нас не было времени разобрать лабораторию и попробовать отключение CSMA в новой Бета-версии, так что мы пока не можем поделиться опытом. Но общий момент: Nstreme занимается "повторной обработкой пакетов", помещая данные в "фреймы". В условиях сильных помех потеря "фрейма" может сказаться на большем количестве пакетов, что, возможно, и влияет на наблюдения здесь. Это вполне согласуется с "переменными пинг-временами", которые видела BelieveWireless (nstreme включен:выключен). Вы пробовали ограничить размер фрейма в Nstreme? Без доказательств, но есть предположение, что это может повлиять на результаты – меньший размер фрейма должен означать потерю меньшего количества пакетов при потере данного фрейма, но за счет снижения эффективности использования эфира – по моему скромному мнению. Надеюсь скоро собрать оборудование в лаборатории для проведения аналогичных тестов. С уважением, CableFree Solutions
     
     
     
    rpingar
    Guest
    #6
    0
    03.02.2007 16:54:00
    Вопрос насчет размера фрейма: если я меняю размер фрейма на AP, нужно ли менять его и на CPE, или протокол nstream контролируется только AP? С уважением.
     
     
     
    believewireless
    Guest
    #7
    0
    03.02.2007 18:13:00
    Поиграем с фреймами и посмотрим, что найдём. Возможно, в этом причина проблемы и почему PtP-связи работают лучше. Должны ли размер фрейма и политика совпадать на AP и CPE?
     
     
     
    tneumann
    Guest
    #8
    0
    03.02.2007 18:13:00
    CPE автоматически подстраивается под размер фрейма AP, настраивать его на CPE не нужно. –Том
     
     
     
    believewireless
    Guest
    #9
    0
    03.02.2007 20:31:00
    Это не политика фреймера. Мы пробовали и её, и другие варианты. Пробовали размеры 1500, 2000 и 3500 (или что-то вроде того). Ничего не помогло с пингами. Отключение NStreme сразу решает проблему.
     
     
     
    stephenpatrick
    Guest
    #10
    0
    03.02.2007 20:59:00
    Ты хоть чуточку приблизился к максимальной загрузке CPU? Nstreme жрёт много CPU% на слабом железе. Если CPU хоть где-то близко к максимуму, то колебания точно будут.

    С уважением, CableFree Solutions
     
     
     
    rpingar
    Guest
    #11
    0
    03.02.2007 21:35:00
    Похоже, что есть какая-то связь между wds и nstream. Вообще, у нас на одной вышке пинг пропадает на сильно загруженном AP, а на AP с всего 4 клиентами проблем нет. Я пробовал менять частоты и другие параметры, но ничего не помогло. Надеюсь, что в скором времени v3 поможет очень сильно, используя pseudobridge и позволяя трафику бриджа проходить через AP, обходя IP-файрвол. Загрузка процессора примерно 60% (532 при 330 МГц) как на сильно загруженных, так и на AP с небольшой нагрузкой. С уважением.
     
     
     
    jo2jo
    Guest
    #12
    0
    04.02.2007 18:05:00
    8602 очень плохо справляется с помехами, кстати… Я нашел это, и другие пользователи тоже сообщали об этом на форумах. У меня несколько штук, которые теряют связь в лаборатории на 1-3 минуты по всем каналам, если звонят беспроводные телефоны. Те же тесты на CM9, R52 и SR2 влияют только на пинг или два, если вообще влияют, с интервалом в 1 секунду. Я уверен, что твои тесты верны, так как 8602 ведет себя так во всех случаях… но мне было бы интересно увидеть результаты любого из этих тестов с другой картой в той же среде.
     
     
     
    phendry
    Guest
    #13
    0
    26.04.2007 07:41:00
    Отличный пост и хорошо продуманный тест, но ты пробовал повторить попытку с другой картой (например, R52)? Я думаю, что поскольку R52 – это Mikrotik-карта, то, скорее всего, именно её Mikrotik используют в лаборатории, когда тестируют эту функцию. И, как сказал jo2jo, многие сообщали о проблемах с 8602, которые ты пробовал.
     
     
     
    rpingar
    Guest
    #14
    0
    26.04.2007 07:55:00
    Хотел бы узнать, нужно ли отключать CSMA только на точке доступа или мне нужно также настроить это на клиентах?
    С уважением,
    Розарио
     
     
     
    nickb
    Guest
    #15
    0
    30.04.2007 18:15:00
    Интересный тест, скажем так. Главное, что он работает — но нужно помнить, что 3.0 пока в довольно ранней бета-версии, и разработчики будут работать над этим ещё какое-то время. Надеюсь, команда разработчиков доведет это до лучшего состояния, так как со временем эта функция станет более критичной, поскольку диапазоны 2.4Ghz будут всё более и более загружены. Ещё было бы неплохо знать, что тестирование проводится с 15-30 CPE на AP для имитации реального использования. Не особо поможет нам, провайдерам WISP, если всё отлично работает с 1 или 2 станцией, но плохо с 30+.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2025 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры