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

    Почему один клиент может обрушить всю сеть?

    Форумы: RouterOS, Аппаратное обеспечение, SwOS, Обратная связь, Объявления, Сторонние инструменты
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Почему один клиент может обрушить всю сеть?, RouterOS
     
    itchibahn
    Guest
    #1
    0
    27.11.2009 04:54:00
    Заметил, что когда у одного клиента включено радио, он "съедает" всех остальных 7, вызывая таймауты. Установил ограничения TX для AP и клиентов, но, кажется, разницы это не делает. Смотрю на снимок трафика клиентов за 15 секунд — 215 адреса с кучей маленьких пакетов. Что еще можно сделать, чтобы этот клиент не выбивал из строя остальных? Ранее использовал RB333/XR2 с v3.2, а потом пробовал 4.2 — улучшения не последовало.
     
     
     
    itchibahn
    Guest
    #2
    0
    19.12.2009 23:11:00
    Да, я даже побывал на стороне клиента и попросил их просканировать все ПК. Кажется, они чистые. Если смотреть на пакеты, то в основном 80 порт, все p2p, и коммуникационные сервисы вроде VoIP, мессенджеров и т.д. mac-address=aa:bb:cc:dd:ee:ff interface=wlan1 signal-range=-120.120 authentication=yes forwarding=yes ap-tx-limit=1000000 client-tx-limit=256000 private-algo=none private-key=“” private-pre-shared-key=“” management-protection-key=“” Air rates все оставлены по умолчанию. Еще у клиента, на NS2, ограничена пропускная способность до 1М/256К.
     
     
     
    itchibahn
    Guest
    #3
    0
    19.12.2009 23:16:00
    Так как опция отключена, используется значение по умолчанию для RTS 2346. Что бы вы посоветовали установить? Я пробовал 512, и хотя устройство подключено к точке доступа, я не могу получить к нему доступ. Придется съездить на место, чтобы сбросить настройки. Это было до того, как я включил на стороне точки доступа “Hw Protection Mode=rts cts”; после включения я не могу получить доступ к радиоклиента.
     
     
     
    jwcn
    Guest
    #4
    0
    20.12.2009 15:49:00
    Не стоит активировать это на стороне AP, только на клиентской. Мы используем 256k для RTS и 768 для frag на наших Ubiquiti радиостанциях и EWMA для алгоритма.
     
     
     
    wireless12
    Guest
    #5
    0
    20.12.2009 17:10:00
    Привет, да.
     
     
     
    itchibahn
    Guest
    #6
    0
    24.12.2009 02:58:00
    256K, а не 256? 256K намного выше стандартного значения 2346. Не могли бы вы объяснить, почему такое высокое значение?
     
     
     
    jcremin
    Guest
    #7
    0
    24.12.2009 06:11:00
    Полагаю, просто опечатка… Легко сделать, когда набираешь 256k раз в день.
     
     
     
    jwcn
    Guest
    #8
    0
    24.12.2009 06:49:00
    Опечатка, бывает. Моя вина.
     
     
     
    itchibahn
    Guest
    #9
    0
    24.12.2009 13:54:00
    Не кажется ли тебе, что меньший размер пакета для RTS заставляет клиента чаще привлекать внимание AP? Получается, стоит ли ставить более высокие значения RTS Threshold и Fragmentation Threshold для клиентов с большим количеством P2P-соединений, а остальным — более низкие?
     
     
     
    jwcn
    Guest
    #10
    0
    25.12.2009 02:39:00
    В этом вся суть, ты хочешь, чтобы клиент привлёк внимание AP. В большом количестве заявок ты снижаешь этот показатель.
     
     
     
    mahnet
    Guest
    #11
    0
    27.12.2009 15:37:00
    Насколько я понимаю, мой опыт работы с Mikrotik связан в основном с тем, что иногда проскакивают вирусы/трояны, которые остаются незамеченными. Во-вторых, клиент может обрушить весь сектор, если он загружает торренты. Если речь идет о нескольких компьютерах на стороне клиента, и некоторые из них одновременно используют торренты и просматривают данные, то тут ничего не поделаешь. Лучше переходите на PtP-соединение вместо того, чтобы давать подключение через ваш Mikrotik. Nano – отличный клиент, поэтому с ним проблем не возникает. Смотрите мои предыдущие сообщения, я сталкивался с подобными проблемами, но никто не мог мне помочь. Я пытался разобраться в причинах сам и пришёл к такому выводу, потому что до сих пор никто не мог предложить работающее решение.
     
     
     
    jwcn
    Guest
    #12
    0
    28.12.2009 01:39:00
    Твоё предложение – это просто временное решение, которое не решает основную проблему.
     
     
     
    itchibahn
    Guest
    #13
    0
    19.12.2009 20:40:00
    У клиентов UBNT 3.4, и у них установлены значения "RTS Threshold" и "Fragmentation Threshold" по умолчанию. Я установил на RB333 "Hw. Protection Mode: rts cts" и на NS2 "RTS Threshold=512" и "Fragmentation Threshold=1173", а теперь не могу получить доступ к клиенту для внесения изменений, придётся ехать к нему и делать это на месте. Что бы вы порекомендовали для начала с RTS значениями? Также пробую connection-limit=150,32, как и предлагали, но не вижу упакованных пакетов. И всё равно таймауты… Он не передаёт много данных, похоже, больше всего пакетов. К тому же, его пропускная способность ограничена до 1M/256K как со стороны AP, так и со стороны клиента. Спасибо.
     
     
     
    tgrand
    Guest
    #14
    0
    19.12.2009 23:02:00
    Если я не ошибаюсь, RTS/CTS отключен по умолчанию. Сними галочку с пункта "Отключено". Это позволит клиенту запрашивать возможность отправки данных. Проблема, с которой вы столкнулись, заключается в том, что этот клиент продолжает транслировать, в конечном итоге заглушая точку доступа для остальных клиентов.
     
     
     
    Страницы: 1
    Читают тему
    +7 495 320-55-52
    info@mikrotik.moscow
    Электрозаводская, Бауманская
    Москва, ул. Бакунинская, 84с21
    Конфиденциальность Оферта
    © 2025 «Mikrotik.Moscow»
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры