%20%D0%B4%D0%BB%D1%8F%20%D0%BA%D0%BB%D0%B8%D0%B5%D0%BD%D1%82%D0%BE%D0%B2%20%D0%BF%D0%BE%D1%82%D0%BE%D0%BA%D0%BE%D0%B2%D0%BE%D0%B3%D0%BE%20%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE.png)
Предположим, у меня есть два маршрутизатора, подключенных через соединение 1 Гбит/с. Клиент за маршрутизатором 1 передает данные клиенту за маршрутизатором 2, в то время как другие клиенты за маршрутизатором 1 передают данные другим клиентам за маршрутизатором 2.
Существуют ли какие-либо передовые методы контроля, планирования или алгоритмы управления очередями, которые помогут новичку понять, что необходимо для предотвращения ухудшения качества обслуживания в простых случаях, подобных описанным выше, а также в реальных условиях?
решение1
QoS — это то, кому разрешено «передавать» первым на основе атрибутов/свойств/маркировок. Существуют базовые реализации, которые ищут определенные коды, и более продвинутые, которые ищут свойства более высокого уровня, такие как порты и IP-адреса источника/назначения. Поскольку весь ваш трафик в приведенном выше сценарии похож, QoS не будет сильно влиять на приоритет одного над другим. Теперь... если по этому же каналу передается ДРУГОЙ трафик, такой как общий просмотр Интернета или файловый трафик или что-то еще, то QoS следует настроить так, чтобы разрешить чувствительным к задержке пакетам, таким как голос и аудио, сначала опустошать очереди. Имеет ли это смысл? QoS НЕ является заменой недостаточной пропускной способности.