Содержание
Сводная таблица промежуточного варианта «Базовых Основ QoS» по маркировке трафика представлена в таблице. Инструментами планировки называются средства, которые определяют, как фрейм или пакет будет выходить из сетевого узла. В любом случае, когда пакеты входят в устройство https://deveducation.com/ быстрее, чем выходят из него (т.е. в случае несовпадения скоростей на входе и выходе) возникает «точка переполнения» или «узкое место». У сетевых устройств имеются буфера, которые позволяют приоритетным пакетам поступать на выход быстрее, чем не приоритетным.
Эта модель может использоваться совместно с фрагментацией второго уровня, адаптивным формированием трафика и cRTP. Операторы используют атрибуты маркирования третьего уровня (IPP или DSCP) для определения какому операторскому классу сервиса следует назначить этот пакет. Следовательно, клиенты для достижения соответствующего уровня сервиса должны маркировать/перемаркировать трафик в соответствии политикой операторской сети. Дополнительно, оператор может перемаркировать трафик вне контракта в пределах своего облака, что может повлиять на клиентский трафик и требует последовательной политики сквозной маркировки. Следующие вопросы должны быть учтены при определении стратегии маркировки/перемаркировки на границе клиент-оператор. Максимальный jitter должен быть менее чем бюджет по задержке в сети минус минимальная сетевая задержка.
В «Базовых Основах QoS» специфицирована маркировка и правила обработки до 11 классов сервиса в корпоративных сетях. Важно отметить, что «Базовые Основы QoS» не диктуют каждому корпоративному клиенту немедленно внедрить 11 классов трафика, а скорее учитывают существующие и будущие потребности в поддержке QoS. Даже если корпоративному клиенту сейчас нужна только часть из этих 11 классов, то следование рекомендациям «Базовых Основ QoS» позволит им в будущем плавно мигрировать на расширение количества поддерживаемых классов в будущем. В предыдущей модели весь трафик класса данных подвергался полисингу. Во многих случаях операторы хоте ли бы исключить какой-либо трафик того же класса из этого процесса. Например пробники Cisco Service Assurance Agent посланные соответствующей раскраской в результате обработки могут быть сброшены или перекрашены.
Модели мапирования
Когда переполняется буфер очереди, входящие пакеты начинают отбрасываться либо в общем порядке (tail-drop), либо избирательно. Избирательное отбрасывание пакетов до полного заполнения буфера называется технологией предотвращения переполнения . Многие корпоративные пользователи считают, что IPP маркировка очень ограничена и не позволяет иметь большое число классов сервиса.
- Как упоминалось ранее, нет необходимости поддерживать в магистрали то же количество DiffServ классов, что и на границе сети.
- Cisco рекомендует ориентироваться на ITU стандарт 150 мсек, но если существуют ограничения не позволяющие добиться такого бюджета, то размер задержки может быть увеличен до 200 мсек без значительной деградации качества связи.
- Очистки и, если есть необходимость, стерилизации контейнеров.
- Однако некоторым клиентам, для целей управления и сбора статистики, требуется последовательная сквозная маркировка.
- Этот метод предпочтительнее для операторов желающих строго следовать условиям VoIP контракта.
Приводит также к экономии времени и необходимости в очистке.
В этом случае применяется 6-битная модель маркировки DSCP (64 значения). Классификация должна производиться на сетевой периферии, обычно на оборудовании в распределительных шкафах, на IP-телефонах или на других терминалах голосовой связи. fifo метод Однако, не рекомендуется доверять маркировке сделанной приложениями на персональных компьютерах, так как возможны злоупотребления со стороны пользователей. Классификация осуществляется с помощью списков доступа , DSCP или MPLS EXP.
обслуживания для голоса
Потоковое видео обычно однонаправленное и, поэтому, в удаленных филиалах маршрутизаторы можно не настраивать на поддержку потокового видео в направлении от филиала к центру. Задержка должна быть менее 4-5 секунд (в зависимости от возможностей буферизации видео приложений). Сигнализация должна быть промаркирована как CS3, в соответствии с «Базовыми Основами QoS» (во время миграции можно использовать AF31).
Для случая Frame Relay доступа пример конфигурации для случаев настройки интерфейсов от СЕ к РЕ и от РЕ к СЕ приведен ниже. Агрегат клиента может подразделяться на отдельные доступные полосы пропускания для различных классов. Магистральный класс критических данных -Этот класс используется для бизнес-критичных приложений, таких как SNA, SAP R/3, Telnet, и, возможно, внутренних Web-приложений. Он определяется в терминах задержки (RTT должен быть менее 250 мсек — порог человеческого восприятия задержки) и потерь (обычно это 1 процент, но возможно и достижение 0.1 процента). Колебания задержки для этого класса не важны и не определяются.
Пример конфигурации далее демонстрирует, как это может быть сделано с помощью маркирования классов (в этом примере и интерактивное видео и сигнализация используют DSCP CS5). G.711 кодек даст 20 мсек без cRTP В этом случае можно гарантировать максимум два вызова, что составляет примерно 35 процентов загрузки PQ очереди. При расчете полосы пропускания для VoIP необходимо обеспечить достаточно дополнительной емкости и для трафика данных.
Вместо этого, сигнализация должна быть назначена в один из приоритетных классов данных, для которых оператор дает гарантии по полосе пропускания. Важно понимать, что гарантии оператора на определенный класс, не означают гарантий по полосе пропускания для конкретного приложения. Класс По возможности — это класс по умолчанию для всего трафика данных. Только в том случае, если приложение было отобрано для особенной обработки, оно будет удалено из класса по умолчанию. Так как многие корпоративные клиенты используют сотни, если не тысячи, приложений данных в своих сетях (большинство из которых и останется в этом классе) требуется выделить адекватную полосу пропускания для класса по умолчанию. В противном случае, приложения, которые попали в этот класс, будут подавлены.
магистральных классов
Определенные типы трафика, возможно, нужно перемаркировать еще до передачи на пограничные устройства оператора для получения доступа к определенному классу. Если требуется такая перемаркировка, то рекомендуется производить ее на исходящем CE маршрутизаторе, а не в кампусной сети. Это связано с тем, что набор предлагаемых оператором сервисов скорее всего изменится или расширится со временем, а производить перенастройку проще, если она производится только на CE границе. Могут существовать классы, где множество типов трафика требуется пометить одинаковыми значениями для получения доступа к определенным очередям. Например, на высокоскоростных каналах может потребоваться передавать голос, интерактивное видео и сигнализацию в операторском классе реального времени. Если в операторский класс реального времени направляются только пакеты промаркированные DSCP EF и CS5, то это означает, что три этих приложения должны использовать один и тот же код приоритета DSCP.
Сложность полно-связной модели появляется в случае принятия во внимание того факта, что конкурирующий трафик может теперь не всегда приходить с того же сайта, а может приходить c любого. Более того, теперь клиент не контролирует QoS трафика между филиалами, так как теперь он не проходит через центральный хаб. Это может привести к ухудшению качества видео конференции. Единственное решение в этом сценарии — это необходимость для оператора сконфигурировать QoS на всех РЕ, к которым подключены филиалы, в соответствии с политикой клиента.
сокращению классов обслуживания в корпоративных сетях
В следующей конфигурации используются иерархические карты правил для исключения трафика SAA из функции полисинга класса данных. Поэтому большинство операторов предлагают ограниченное количество классов при предоставлении услуги MPLS VPN. Со временем, это может привести к необходимости сокращения в корпоративных сетях количества поддерживаемых классов для интеграции с моделями QoS операторов.
Настройки для трафика
Задержка более 200 мсек может вызвать деградацию качества голосовой связи. Если общая задержка в канале становится слишком большой, разговор по телефону начинает напоминать переговоры по спутниковому каналу связи или по симплексному радиоканалу. В стандарте Международного Союза Электросвязи для технологии VoIP (G.114) говорится, что задержка величиной в 150 мсек в одном направлении является приемлемой для качество голосовой связи.
Операторская Модель
Эта модель не применима к Ethernet/VLAN и не поддерживается на сериальных каналах с HDLC инкапсулацией. Конфигурация применима к СЕ в направлении РЕ, и на РЕ в направлении СЕ. VoIP требует конфигурирования не только трафика RTP полезной нагрузки, но также и сигнального или трафика управления вызовами. Этот трафик незначителен и требует малую гарантированную полосу пропускания.
CBWFQ — это композитный алгоритм взвешенной справедливой очередности, позволяющий определять классы по настраиваемым критериям, таким как списки доступа , входящий интерфейс, протокол и так далее. В рамках Cisco MQC (Modular QoS Command-Line Interface), он позволяет выделять полосу каждой из до 64 очередей и обрабатывать эти очереди по алгоритму справедливой очередности. Он, также, поддерживает механизм WRED (Weighted Random Early Detect — взвешенное случайное раннее обнаружение), в качестве механизма, обеспечивающего свою политику отбрасывания пакетов для каждого класса трафика. Классы услуг — Ethernet фреймы могут помечаться с помощью бит в заголовке второго уровня с использованием 802.1p бит приоритета в заголовке 802.1Q. Размер поля 802.1p — 3 бита, таким образом только восемь классов сервиса (0-7) доступны для маркировки Ethernet фреймов второго уровня.
Избыточный трафик этого класса обычно перемаркируется идентификатором «вне контракта» (меньшее значение EXP). В этом классе может обеспечиваться сохранение последовательности пакетов в потоке. В этот класс должны назначаться пакеты с маркировкой AF и ему должно выделяться до 90 процентов оставшейся полосы пропускания канала (после выделения полосы для PQ/EF трафика). Следует использовать WRED для оптимизации производительности TCP и применения политики сбросов пакетов для трафика выше контрактных обязательств. Этому классу может также потребоваться поддержка сохранения очередности пакетов в пределах потоков. Проектировать этот класс нужно всегда из соображений худшей задержки.
Нет Ответов