Кстати, что это в переключателе
Обновлено: 21.11.2024
Сетевая политика качества обслуживания (QoS) относится к общесетевым элементам управления, доступным для:
Обеспечивайте единообразную и эффективную обработку трафика во всей сети, сохраняя при этом наиболее важный трафик с приемлемой скоростью, независимо от текущего использования полосы пропускания.
Управляйте настройками приоритета входящего трафика, входящего и проходящего через вашу сеть.
Добавление пропускной способности может быть хорошей идеей, но не всегда осуществимо и не полностью устраняет возможность перегрузки сети. В сети всегда будут точки, где сливаются несколько потоков трафика или где сетевые каналы изменяют скорость и пропускную способность. Влияние и количество этих точек перегрузки со временем будут увеличиваться по мере добавления в сеть новых приложений и устройств.
Когда происходит перегрузка сети, важно перемещать трафик на основе относительной важности. Однако без приоритезации QoS менее важный трафик потребляет пропускную способность сети и замедляет или останавливает доставку более важного трафика. Без QoS большая часть трафика, полученного коммутатором, перенаправляется с тем же приоритетом, что и при входе в коммутатор. Во многих случаях такой трафик имеет обычный приоритет и конкурирует за пропускную способность со всем другим трафиком с обычным приоритетом, независимо от его относительной важности для миссии вашей организации.
Использование QoS для классификации и определения приоритетов сетевого трафика
QoS используется для классификации и определения приоритетов трафика в сети. QoS позволяет установить сквозную политику приоритета трафика для улучшения контроля и пропускной способности важных данных. Вы можете управлять доступной пропускной способностью, чтобы самый важный трафик шел первым. Например, вы можете использовать QoS для:
Обновить или понизить трафик с разных серверов.
Управление приоритетом трафика из выделенных сетей VLAN или приложений.
Изменяйте приоритеты трафика из различных сегментов вашей сети по мере необходимости.
Установите политики приоритета на пограничных коммутаторах в вашей сети, чтобы включить правила обработки трафика в сети.
Приоритет 802.1p на основе типов CoS (класса обслуживания) и использования тегов VLAN
Применение политик кода дифференцированных услуг (DSCP)
Применение QoS к входящему трафику на границе сети
На пограничном коммутаторе QoS классифицирует определенные типы трафика и в некоторых случаях применяет политику DSCP. На следующем переходе (нисходящий коммутатор) QoS соблюдает политики, установленные на граничном коммутаторе. Далее вниз по течению другой коммутатор может переклассифицировать некоторый трафик, применяя новые политики, а еще другие нижестоящие коммутаторы можно настроить для соблюдения новых политик.
Сохранение QoS в исходящем трафике в VLAN
QoS реализуется в виде правил или политик, настроенных на коммутаторе. Хотя вы можете использовать QoS для приоритизации трафика только во время его прохождения через коммутатор, вы получите максимальную выгоду, используя QoS в среде VLAN 802.1Q (с тегами приоритета 802.1p) или в среде VLAN без тегов (с политиками DSCP, в которых QoS устанавливает приоритеты, которые нижестоящие устройства могут поддерживать без переклассификации трафика).
Использование QoS для оптимизации существующих сетевых ресурсов
За счет приоритизации трафика QoS поддерживает рост трафика в сети, оптимизируя использование существующих ресурсов и откладывая необходимость дальнейших инвестиций в оборудование и услуги. QoS позволяет:
Укажите, какой трафик имеет более высокий или более низкий приоритет, независимо от текущей пропускной способности сети или настройки относительного приоритета трафика при его получении на коммутаторе.
Изменить (повысить или понизить) приоритет исходящего трафика.
Переопределить «незаконные» приоритеты пакетов, установленные восходящими устройствами или приложениями, которые используют теги 802.1Q VLAN с тегами приоритета 802.1p.
Использование QoS на основе классификатора для обеспечения дополнительных действий политики и облегчения миграции в сетях с устаревшими и OEM-устройствами
Конфигурация HP Switch QoS поддерживает модель на основе классификатора, которая предоставляет дополнительные функции для создания и управления политиками QoS в сети, состоящей из коммутаторов HP, OEM и устаревших устройств.
Модель конфигурации на основе классификатора представляет собой единую упрощенную процедуру и синтаксис команд для использования нескольких функций, которая предлагает:
Более точная детализация по сравнению с глобально настроенным QoS для классификации трафика IPv4 и IPv6
Дополнительные действия для управления выбранным трафиком, такие как ограничение скорости и отметка приоритета IP-адресов
Применение политик QoS к потокам входящего трафика через определенные порты и интерфейсы VLAN (вместо использования только глобально настроенных параметров QoS для всего коммутатора)
Использование настроенных классов трафика различными программными функциями, такими как QoS или зеркалирование портов
QoS на основе классификатора предназначен для работы с существующими глобально настроенными политиками QoS для всего коммутатора, позволяя вам увеличить подмножество трафика портов или VLAN для дальнейшего управления им. Политики на основе классификаторов имеют приоритет над глобально настроенными параметрами QoS для всего коммутатора и могут переопределять их.
Политики QoS на основе классификаторов обеспечивают больший контроль над сетевым трафиком. Используя несколько критериев соответствия, вы можете точно выбрать и определить классы трафика, которыми вы хотите управлять. Действия, зависящие от QoS, определяют, как вы можете обрабатывать выбранный трафик.
QoS позволяет приоритезировать трафик внутри сети. Биты кода дифференцированных услуг (DSCP) в заголовке пакета устанавливаются для информирования коммутаторов о том, какую очередь класса обслуживания (CoS) следует использовать.
Как работает QoS?
Определяемые администратором сетевые правила QoS в Dashboard информируют коммутатор о том, как теги DSCP должны назначаться входящим пакетам. Эти биты DSCP сопоставляются с определенными очередями CoS уровня 2 на коммутаторе. Как только пакету назначается метка DSCP, он помещается в соответствующую очередь CoS уровня 2 для пересылки. Значения CoS — это очереди, а не биты в исходящих кадрах.
QoS гарантирует определенную часть исходящего канала для каждого настроенного уровня приоритета, когда канал перегружен. Кадры в очередях с более высоким приоритетом получают больший кусок полосы пропускания, чем кадры в очереди с более низким приоритетом. Если очередь не используется полностью, полоса пропускания будет использоваться другими очередями, поэтому полоса пропускания не будет потрачена впустую.
Сеть MS имеет 6 настраиваемых очередей CoS, помеченных от 0 до 5. Каждая очередь обслуживается по принципу FIFO. Без включенного QoS весь трафик обслуживается в очереди 0 (класс по умолчанию) с использованием модели FIFO. Очереди взвешиваются следующим образом:
| CoS | Вес |
| 0 (класс по умолчанию) | 1 |
| 1 | 2 |
| 2 | 4 |
| 3 | 8 |
| 4 | 16 |
| 5 | 32 |
Предположим, коммутируемая среда, в которой VoIP-трафик должен находиться в очереди CoS 3, корпоративное приложение – в очереди CoS 2, а весь остальной трафик является неклассифицированным. Процент распределения пропускной способности можно рассчитать, используя вес отдельной очереди CoS в качестве числителя и сумму всех настроенных очередей CoS в качестве знаменателя (в этом примере 8+4+1=13):
- VoIP будет гарантировано 8/13 или ~62% пропускной способности. Коммутатор пересылает 8 кадров из очереди CoS 3 и переходит в очередь CoS 2.
- Корпоративному приложению будет гарантирована полоса пропускания 4/13 или ~30 %. Коммутатор будет пересылать 4 кадра из очереди CoS 2 и переходить в очередь по умолчанию.
- Всему остальному трафику будет отведена 1/13 или ~8 % полосы пропускания. Коммутатор пересылает 1 кадр из очереди по умолчанию, а затем возвращается к очереди CoS 3.
Как обрабатывается тегирование DSCP?
Коммутатор должен знать, как обращаться с тегами DSCP для пакетов. Теги DSCP можно добавлять, изменять или доверять. Чтобы определить, как следует применять теги DSCP, коммутатор использует сетевые правила QoS. Сетевые правила QoS определяются пользователем и обрабатываются в порядке сверху вниз. Правило может указывать любую комбинацию VLAN, протокола, порта источника или порта назначения. Каждое правило сопоставляется с параметром DSCP, которым может быть доверие к входящим тегам DSCP или установка тега DSCP. Когда входящий пакет соответствует правилу трафика QoS, применяются соответствующие настройки DSCP. Как только будет добавлено первое правило QoS, коммутатор начнет доверять битам DSCP во входящих пакетах, которые имеют сопоставления DSCP и CoS. Это правило невидимо и обрабатывается последним. Однако, если для входящего пакета установлен тег DSCP, но нет соответствующего правила QoS или сопоставления DSCP с CoS, он будет помещен в очередь по умолчанию.
Возьмите наш первый пример при использовании сопоставления DSCP с CoS по умолчанию в Dashboard. Трафик VoIP находится в сети VLAN 100. Телефоны VoIP применяют тег DSCP 46 к каждому исходящему кадру. Корпоративное приложение подключается к серверу в сети VLAN 200 для передачи данных с использованием TCP-порта 6000. Для исходящих кадров не задан тег DSCP, но он должен находиться в очереди CoS 2. Вот правила QoS, отвечающие этому требованию.
Входящие пакеты в VLAN 100 уже будут иметь тег DSCP 46, поэтому они считаются доверенными.DSCP 46 сопоставляется с очередью CoS 3. Входящие пакеты в сети VLAN 200 с TCP-портом назначения 6000 будут помечены DSCP 26 и помещены в очередь CoS 2. Все остальные данные будут находиться в очереди по умолчанию.
Коммутаторы серий MS120 и MS125 поддерживают правила QoS только на основе VLAN. Правила на основе диапазона портов не поддерживаются и не будут применяться. Если в сети присутствуют какие-либо коммутаторы серий MS120 и MS125, отображается следующее сообщение:
Качество обслуживания (QoS) на коммутаторах наших локальных сетей часто понимается неправильно. Время от времени люди спрашивают меня, зачем нам это нужно, ведь у нас более чем достаточно пропускной способности. Если у нас недостаточно пропускной способности, добавить пропускную способность проще, чем на наших каналах WAN. Если вы используете в своих сетях какие-либо приложения реального времени, такие как передача голоса по IP, вам следует подумать о внедрении QoS на коммутаторах. Позвольте мне показать вам, что может пойти не так с нашими переключателями. Вот пример:
Содержание курса
Качество обслуживания
К сожалению, полный доступ к контенту предоставляется только членам.
719 регистраций за последние 30 дней
100% удовлетворение гарантировано!
Вы можете отменить свое ежемесячное членство в любое время.
Без вопросов!
Ответы на форуме
система говорит:
Привет, Рене.
Не могли бы вы сделать короткую демонстрацию?
У меня есть 1x3560 и 2x3550, я настроил QoS (аналогично первой топологии), но я думаю, что это не работает.
Бр,
Иштван
Что бы вы хотели увидеть? Мы можем классифицировать, маркировать, ставить в очередь, формировать и контролировать коммутаторы
Есть ли у нас качество обслуживания только на коммутаторах LAN? Почему бы не использовать WAN и маршрутизатор?
Если мы можем иметь то же самое на маршрутизаторе, это та же процедура, а также.
Спасибо,
Питер
QoS применяется везде, на коммутаторах и маршрутизаторах. Однако конфигурация маршрутизаторов сильно отличается…
Можете ли вы помочь мне понять концепцию AutoQoS, пожалуйста?
Еще 7 ответов! Задайте вопрос или присоединитесь к обсуждению, посетив наш форум сообщества
В моей сети есть IP-телефоны и компьютеры в той же подсети.
Традиционно я бы настроил QoS на маршрутизаторе, чтобы отдать приоритет голосовому трафику над трафиком данных.
Мой вопрос заключается в том, могу ли я сделать то же самое на управляемом коммутаторе уровня 2, поддерживающем QoS, без использования маршрутизатора с поддержкой QoS, поскольку коммутатор уже устанавливает приоритеты трафика перед передачей его на маршрутизатор?
Я делаю предположение, что маршрутизатор имеет один порт LAN. Если у него несколько портов LAN, только один из них будет использоваться для подключения коммутатора к маршрутизатору.
Заранее спасибо.
JT714
Популярные темы в общих сетях
Кевинмхси
- отметить 99 лучших ответов
- thumb_up – 740 благодарностей.
Коммутатор уровня 2 может отдавать приоритет голосовому трафику на уровне L2, хотя в этом редко возникает необходимость. На уровне L2 он называется CoS. Телефон также может уже помечать трафик тегами DSCP для QoS.
Вашему маршрутизатору по-прежнему требуется QoS. Причина в том, что вам нужно отдавать приоритет голосовому трафику при переходе от высокоскоростного соединения к более низкоскоростному соединению, и это происходит на маршрутизаторе. Наличие CoS на коммутаторе ничего не значит, если трафик задерживается или даже сбрасывается на маршрутизаторе всякий раз, когда возникает перегрузка. Помните, что затор может длиться менее секунды, что трудно увидеть на мониторе трафика, но это отрицательно скажется на трафике.
11 ответов
Карл Хольцхауэр
Предпочтительный способ сделать это — разделить данные и голос по разным виртуальным локальным сетям. это вариант для вас?
Очень редко в мире Gig возникает необходимость запуска QoS для VOIP, и то только в сетях /23 или больше с большим ARP устройств, которые передают данные. Даже в средах с 50 IP-телефонами и таким же количеством систем типа W10/Server (включая сетевые устройства, такие как коммутаторы и т. д.) я вообще не вижу необходимости в QoS для VOIP.
Мантра об отдельном кабеле и/или VLAN — это просто старая шляпа, и она не столько «необходима», сколько удобна.
Вопрос сводится к тому, используете ли вы UTM для трафика со шлюза? Если это так, вы можете создать псевдоним на основе диапазона IP-адресов ваших телефонов и иметь отдельный фильтр пакетов для трафика на этих конкретных IP-адресах.
Итак, допустим, вы создаете псевдоним для телефонов (на основе MAC-адреса) или правило DHCP на основе параметров DHCP. Затем вы создаете два пути на границе для фильтров пакетов для трафика из телефонной системы (или хоста поставщика на основе полного доменного имени или диапазона IP) на внутренний адрес устройств.
Просто нет необходимости в большинстве случаев разделять трафик. Нет необходимости переделывать здания - большую часть времени.
Кевинмхси
- отметить 99 лучших ответов
- thumb_up – 740 благодарностей.
Коммутатор уровня 2 может отдавать приоритет голосовому трафику на уровне L2, хотя в этом редко возникает необходимость. На уровне L2 он называется CoS. Телефон также может уже помечать трафик тегами DSCP для QoS.
Вашему маршрутизатору по-прежнему требуется QoS. Причина в том, что вам нужно отдавать приоритет голосовому трафику при переходе от высокоскоростного соединения к более низкоскоростному соединению, и это происходит на маршрутизаторе. Наличие CoS на коммутаторе ничего не значит, если трафик задерживается или даже сбрасывается на маршрутизаторе всякий раз, когда возникает перегрузка. Помните, что затор может длиться менее секунды, что трудно увидеть на мониторе трафика, но это отрицательно скажется на трафике.
Ллойд2112
Согласовано, что в более крупной среде лучше использовать VLAN. Я не видел упоминания о брандмауэре? Большинство брандмауэров теперь разрешают набор правил только для VOIP, которые в конечном итоге обеспечивают многое из того, что в любом случае делает QOS. Однако, если вы принимаете платежи, в этом есть часть соответствия PCI, которая напрямую применяется к телефонным серверам в той же подсети, что и общий/корпоративный трафик локальной сети. Отдельные данные на конец дня обеспечивают лучшую основу для управления. Кроме того, помните, что для VOIP ваше соединение должно иметь хорошую загрузку и загрузку.
глупый J
Если вы хотите создать 1 подсеть, я бы рекомендовал резервировать DHCP для всех телефонов, таких как 192.168.1.40, 192.168.1.41 и т. д.
Включите QoS на переключателе
QoS на коммутаторе поможет, если ваша АТС находится в локальной сети (компьютер, копирующий огромный файл на сервер, не будет мешать телефонам)
Если АТС находится в облаке, QoS на коммутаторе не принесет много пользы, и вам понадобится QoS на маршрутизаторе, а также контроль пропускной способности
Я постоянно вижу, как люди приходят и их телефоны с фотографиями Google подключаются к Wi-Fi и начинают загружать все фото и видео, и все телефоны начинают вести себя как сотовые телефоны с плохим соединением. Контроль полосы пропускания — это решение, особенно когда АТС размещается в облаке
dopeyJ написал:
Я постоянно вижу, как люди приходят и их телефоны с фотографиями Google подключаются к Wi-Fi и начинают загружать все фото и видео со всех телефонов. начать вести себя как сотовые телефоны с плохой связью. Контроль полосы пропускания решает эту проблему, особенно когда АТС размещается в облаке
Если у вас возникают проблемы, когда устройства BYOD в сети Wi-Fi крадут всю полосу пропускания у устройств в локальной сети, у вас есть гораздо более серьезные проблемы.
ОП JT714
@Carl Holzhauer: , я бы подключил телефоны к другой сети VLAN. Многие управляемые коммутаторы уровня 2 поддерживают голосовую сеть VLAN.
@ kevinmhsieh: Я думаю, вы попали в самую точку. Похоже, мне нужен маршрутизатор, который поддерживает либо QoS, либо приоритизацию полосы пропускания, поскольку служба VoIP представляет собой облачную АТС. Я надеялся, что мне не понадобится маршрутизатор с поддержкой QoS для небольших сетей, у которых нет бюджета на замену существующего маршрутизатора, поскольку небольшой управляемый коммутатор уровня 2 намного дешевле.
Некоторые из вас упомянули, что когда мы перейдем от Gigabit Ethernet к 20-мегабитной загрузке соединения WAN (коаксиальный кабель), QoS на коммутаторе 2-го уровня будет недостаточно, даже если коммутатор уже установил приоритет трафика до того, как он попал на маршрутизатор. Я думаю, что мы все еще можем получить узкое место на маршрутизаторе, так как падение скорости очень велико. Я надеялся, что этого достаточно, но, судя по вашим объяснениям, это не так.
Кевинмхси
- отметить 99 лучших ответов
- thumb_up – 740 благодарностей.
Возможно, вы сможете использовать довольно хороший коммутатор L2, который может должным образом контролировать трафик на физическом порту, к которому подключен маршрутизатор. Если пропускная способность вашей загрузки составляет 5 Мбит, установите ограничение трафика на физическом порту на 4,9 Мбит и убедитесь, что трафик VoIP имеет приоритет над обычным трафиком. Тем не менее, я думаю, что существует множество довольно недорогих маршрутизаторов, которые могут обеспечить надлежащее качество обслуживания (QoS).
Читайте также: