Новые очереди в RouterOS 7: Как FQ-CoDel и Cake решают проблемы задержек в TCP

• Пакеты дробятся из-за нехватки канала или политики оператора связи.  

• В IP-сетях адаптация к скорости пропускания обычно возлагается на приложение.  

• В MikroTik RouterOS используются стандартные методы: Simple Queue, Queue Trees, Interface Trees.  

• В MikroTik RouterOS 7.14-7.15 появилась полноценная коммутация QoS.  

• Для тестирования используется Speed Test, но он не выявляет нюансы проблем.  

• Для поиска проблем переполнения буферов используется специфичный инструмент.  

• Очереди в сетевых устройствах имеют количественное значение, например, на 5 или 15 пакетов.  

• Если очередь переполняется, пакеты отбрасываются.  

• В MikroTik RouterOS стандартные очереди находятся в оперативной памяти, что позволяет устанавливать большие объемы.  

• При дефиците пропускной способности буфер заполняется, и пакеты начинают дробиться.  

• Новые пакеты отбрасываются, а уже находящиеся в буфере ждут своей очереди.  

• Проблема в том, что дробятся самые новые пакеты, что может привести к задержкам.  

• Приложение на другой стороне получает информацию о dropped пакетах с задержкой, зависящей от размера буфера.  

• Чем больше буфер, тем медленнее информация передается.  

• Это приводит к задержкам и проблемам с открытием множества сайтов одновременно.  

• Простая очередь Simple Queue на MikroTik имеет дефолтные настройки.  

• Тип очереди по умолчанию - FIFO, что означает "первый пришел - первый ушел".  

• FIFO не загружает процессор, но не умеет управлять пакетами эффективно.  

• FIFO не подходит для современных схем, так как не умеет управлять пакетами.  

• Многопоточный тест показывает плохие результаты.  

• Проблемы с телефонией и торрентами при использовании FIFO.  

• SFC Queue классифицирует потоки по пяти кортежам и распределяет их по FIFO очередям.  

• Это улучшает производительность, но не решает проблемы полностью.  

• SFC Queue подходит для множества потоков, но не управляет ими эффективно.  

• SFC Queue показывает лучшие результаты по сравнению с FIFO.  

• Однако, переполнение буфера все еще остается проблемой.  

• Увеличение буфера может улучшить производительность, но приведет к другим проблемам.  

• Пинги увеличились, возможно, из-за потерь в очередях.  

• Перезапуск очередей необходим для адекватной реакции.  

• SFQ неудобен для различения телефонии и других потоков.  

• Вопросы из онлайна о типах очередей и их настройке.  

• Викторина с вопросами по 15 секунд, где выигрывает самый везучий.  

• Определение размеров буферов на интерфейсах зависит от производителя коммутатора.  

• Пакеты обрабатываются в порядке поступления.  

• Метод скользящего окна в TCP.  

• Вопросы из чата и завершение викторины.  

• Коннекшн Q и SFQ имеют разные настройки.  

• PQ классифицирует потоки по IP-адресам и портам.  

• Размер буфера FIFO задается на одного участника.  

• PQ заботится о разделении потоков, но не о качестве участников.  

• Изменение типов очередей требует перезапуска.  

• Проблемы с задержками и потерями пакетов при использовании PQ.  

• Подкручивание классификатора на кортеже улучшает производительность.  

• Увеличение количества потоков и выделение скорости для каждого потока.  

• Ровный пинг и улучшение производительности сети.  

• Использование QoS на роутере ROS 6 может быть спорным.  

• Необходимость дополнительной маркировки и классификации трафика.  

• Разделение трафика по телефонии, веб, торрентам и рабочему трафику.  

• Проблема с равноценным разделением трафика между участниками.  

• Необходимость управления приоритетами для отдельных участников.  

• Очереди как классификаторы, но проблема в самом трафике.  

• Проблемы с высокими скоростями и одним ядром.  

• Необходимость высокочастотных ядер или аппаратных ресурсов.  

• Подготовка к ответам на вопросы.  

• Обсуждение QoS и его применения.  

• Проблемы с гарантированными скоростями и их влияние на результаты.  

• История создания современных типов очередей.  

• Переход от количественной оценки к временной.  

• Проблема переполнения буферов и необходимость дропа пакетов.  

• Базовая настройка и применение очередей.  

• Кэдел как однопоточная очередь.  

• Сравнение с QoS и его применение.  

• Временные метки на пакеты и их использование.  

• Введение в AQM и его параметры.  

• Интервал времени для пакетов в очереди.  

• Квантум и минимальная задержка в очереди.  

• Использование меток для уведомления о перегрузке.  

• Современные сети и их использование.  

• Возможность получения хороших показателей с использованием QoS.  

• Получение показателей на интерфейсах.  

• Использование дефолтных значений для очередей.  

• Наблюдение за нагрузкой на CPU.  

• Важность наблюдения за нагрузкой на CPU.  

• Проблемы с современными очередями и старыми процессорами.  

• Использование утилиты proprofile для анализа нагрузки.  

• Важность классификации пакетов.  

• Сравнение с классифайером в MikroTik.  

• Влияние родительских очередей на приоритеты.  

• Методы настройки очередей для защиты от DDoS.  

• Конфигурация очередей для ограничения трафика с подозрительных IP-адресов.  

• Аналогия с краном в туалете для объяснения DDoS.  

• FCQ работает идентично на разных устройствах.  

• Удаление ненужных параметров для снижения нагрузки.  

• Настройка интервала задержки и квантума.  

• Важность минимизации задержки в беспроводных сетях.  

• Различные типы очередей: FCQ, FQ, SF, Queue, RED.  

• Настройка классификации пакетов и использование пресетов.  

• Keystone как улучшенная версия FCQ.  

• Возможность указания скорости в настройках типа очередей.  

• Использование Keystone для интерфейсных очередей.  

• Проблемы с измерением скорости беспроводных каналов.  

• Негативные последствия частых измерений скорости.  

• Важность учета реальных условий при настройке скоростей.  

• Радиоканалы работают в режиме полудуплекса, а не полного дуплекса.  

• Передача и прием данных происходят на одной частоте.  

• Существуют более сложные системы, такие как российские решения, которые автоматически регулируют передачу данных.  

• Контроллеры используют логику для управления передачей данных.  

• Они автоматически регулируют количество переданных и потерянных данных.  

• В отличие от российских решений, западные системы используют меньше логики и больше пресета.  

• Кейк можно использовать в интернете, локальной сети и даже в космосе.  

• Можно настраивать задержку и другие параметры для различных условий.  

• Флоу моды позволяют оценивать потоки по разным параметрам.  

• Аверхед схема помогает настроить различные методы подключения к оператору связи.  

• Настройки включают использование пресета для автоматического регулирования.  

• Аверхед позволяет оптимизировать использование ресурсов сети.  

• NAT опция позволяет изолировать потоки на основе соединений.  

• Это помогает сопоставить клиентов и их потоки.  

• Вошь очищает неправильные DDP метки, чтобы избежать проблем.  

• Дифсерв классифицирует пакеты по DDP меткам.  

• Это позволяет автоматически распределять трафик по приоритетам.  

• Приложения могут устанавливать DDP метки самостоятельно.  

• Приложения, такие как Zoom и телефония, используют DDP метки для улучшения производительности.  

• В компьютерных клубах DDP метки помогают оптимизировать работу с торрентами и играми.  

• В Windows групповые политики позволяют настраивать DDP метки на приложениях.  

• Кейк может значительно нагружать процессор, особенно в условиях высокой нагрузки.  

• В компьютерном клубе использовали простую схему для максимальной производительности.  

• В итоге выбрали схему с симплами для оптимальной производительности и минимальной задержки.  

• Использование Keenetic для обычного интернета.  

• Выбор параметров для Flow Mode и Dual-WAN.  

• Рекомендация использовать 100 миллисекунд для всего.  

• Использование классификатора в Oplod.  

• Рекомендация выделить 40 мегабайт оперативной памяти.  

• Разделение на Oplod и Dual-WAN для оптимизации.  

• Запуск телефонии и проверка меток.  

• Проблемы с метками и их исправление.  

• Использование инструмента Torch для мониторинга трафика.  

• Влияние классификаторов на производительность.  

• Использование очередей в Linux и macOS.  

• Преимущества современных типов очередей.  

• Проблемы с LTE и необходимость максимальной границы скорости.  

• Отказ от использования LTE ingress.  

• Варианты настройки для LTE.  

• Рекомендации для офисной сети с 20 устройствами.  

• Использование Keenetic и спутникового интернета.  

• Настройка RTТ схемы для спутникового интернета.  

• Установка приоритетов пакетов и распределение скорости.  

• Использование QoS для улучшения пользовательского опыта.  

• Рекомендации по настройке Wi-Fi сети.  

• Вопросы о настройке сети для 800 тысяч компьютеров.  

• Использование мощного оборудования и нюансов трафика.  

• Вопросы о направлении трафика в VPN и использовании MikroTik.  

• Причины дропов пакетов при дефолтных параметрах.  

• Переход на не хардварный QoS для устранения дропов.  

• Увеличение буфера для улучшения производительности.  

• Обсуждение вопросов и ответов по вебинару.  

• Упоминание о том, что вебинар посвящен типу очереди.  

• Надежда на улучшение пользовательского опыта с использованием очередей.  

• Объявление победителя и вручение подарка.  

• Рекомендации по использованию Keystone для дома и офиса.  

• Важность тестирования производительности оборудования.  

• Влияние производительности процессора на работу оборудования.  

• Рекомендации по тестированию и настройке оборудования.  

• Упоминание о важности тестирования на себе.  

• Упоминание о дополнительных ресурсах и форумах для изучения Keystone.  

• Рекомендации по изучению логики работы Keystone и других компонентов.  

• Упоминание о презентации и её доступности.  

• Обсуждение вопросов по BGP и маршрутизации.  

• Упоминание о важности маркировки и маршрутизации в корпоративных сетях.  

• Завершение вебинара и прощание с участниками.