QoS Quality of Services

Search QoS качество обслуживания

QoS на Catalyst 3750 подробно Cisco - QoS качество обслуживания Автор: barabu   

3750 QOS: Общие принципы:

Свич в целом имеет две входящие очереди и каждый порт имеет четыре исходящих. Обращаю внимание, что у  портов нет своих отдельных входящих очередей, две входящие очереди – это на весь свич. Когда пакет входит в порт, то выполняются следующие шаги:

Classification – для каждого пакета свичу нужно сгенерить QoS Label, который будет сопровождать пакет внутри свича и определять всю его последующую QoS-обработку. Для этого свич «мапирует» CoS или DSCP входящего пакета на QoS Label.
Policing – определяет попадает ли пакет в профайл или он out profile. Результат отражается в QoS Label и передается Маркеру.
Marking – оценивает результат полисера и проверяет настройки: что сделать с пакетом, если он out profile. Возможные действия: пропустить без изменений; пропустить, но сделать mark down the QoS label; дропнуть.
Queueing – поместить пакет в одну из двух ingress очередей свича. Для этого просматривается QoS Label. Сначала по DSCP\CoS пакета выбирается нужная очередь, затем механизм WTD проверяет не превышен ли в этой очереди трешолд для данного DSCP\CoS. Если трешолд превышен, то пакет дропится иначе ставится в очередь.
Scheduling – механизм SRR (исключительно Shared Round Robin)

На выходе выполняются следующие шаги:

Подробнее...   Payload and Header Compression Cisco - QoS качество обслуживания Автор: barabu   

Compression Ratio = (original num of bytes / compressed num of bytes)

В Cisco IOS существует два вида сжатия - payload compression and header compression.

Payload Compression – сжимает все за исключением L2 header.
Header Compression – сжимает все заголовки за исключением L2 header.


Header Compression
В Циске есть два вида сжатия заголовков:

TCP header compression
– сжимает IP и TCP заголовки (40 байтов до 3 - 5)
RTP header compression – сжимает IP, UDP и RTP заголовки (40 байтов до 2 -4)

Механизмы сжатия заголовков эффективны только для маленьких пакетов. IOS позволяет выполнять header compression через MQC: создаем класс, помещаем его в policy, и включаем для класса compression:

Подробнее...   Congestion avoidance механизмы Cisco - QoS качество обслуживания Автор: barabu   

Queuing tools help us manage the queues, Congestion Avoidance Tools help us reduce the level of congestion in the queues by selectively dropping packets. Cisco Congestion Avoidance Tools relies on the behavior of TCP.

Для начала рассмотрим поведение ТСР в условиях возникновения переполнения в сети.

TCP Reaction to packet loss

Когда два пира устанавливают tcp-конект, то они обговаривают размер сегмента. Выбирается наименьший из предложенных. Кроме этого каждый пир сообщает другому размер окна, т.е. к, размер окна. з предложенных. Кроме этого каждый пир сообщаетгмента. оличество байтов, которое он может принять без отправки ACK. Поясню: пир 1 сообщает пиру 2, что размер его, пира 1, окна равен 65536 байт. Это значит, что пир 2 может отправить данное количество байт, не ожидая ACK от пира 1. Такое окно называется advertised window (AWND)

Подробнее...   Shaping и Policing Cisco - QoS качество обслуживания Автор: barabu   

Policier – обычно устанавливается на входе в облако ISP, чтобы дропить лишний траф клиента. Кроме дропа policier может mark down лишний траф, т.е. давать ему худшую precedence, чтобы затем в случае перегрузки в сети самого провайдера этот траф был задроплен, например механизмом WRED.

Shaper – как правило применяется в 2-х случаях.
На выходе от клиента, если провайдер использует Policier. Тогда траф клиента не пропадет, просто будет больше задержка.
Для избежания эффекта Egress Blocking (это когда споки одновременно отправляют трафа больше, чем hub может принять, или если hub будет слать отдельному споку больше чем тот может принять)

Подробнее...   Congestion Management очереди LLQ CBWFQ Cisco - QoS качество обслуживания Автор: barabu   

У каждого физического интерфейса существуют программная и аппаратная очереди: Software Queue и Hardware Queue (или TxRing). Hardware Queue всегда FIFO и хранит указатели на пакеты, ожидающие отправки в линию. Шедулер Software Queue помещает в Hardware Queue указатель на очередной пакет. Микруха порта (ASIC) самостоятельно проверяет область памяти TxRing и если там не NULL-указатель, то сама, без помощи CPU, отправляет пакет в линию. Т.е. ASIC позволяет порту сразу же заняться отправкой пакета, ожидающего в Hardware Queue.

Допустим у нас в качестве Software Queue используется CBWFQ with LLQ. Все её буферы свободны и одновременно на интерфейс маршрутизируются 6 пакетов: 4 с data и 2 с голосом. На первый взгляд может показаться, что сначала они рассортируются по своим буферам в CBWFQ, а потом Software Queue-шедулер отправит два пакета голоса на Hardware Queue. Однако это не так. После того как пакет смаршрутизирован роутер в первую очередь проверяет наличие свободного места в TxRing. Если оно есть, то пакет сразу отправляется туда, минуя Software Queue. Поэтому, если у нас TxRing размером в два указателя, и 2 data пакета маршрутизятся раньше, чем 2 голосовых пакета, то data пакеты сразу «полетят» в TxRing, а голосовые попадут в LLQ. Так происходит всегда – каков бы ни был пакет, если в TxRing есть место, то он сразу летит туда. Запомни, Software Queue начинает заполняться, только если в Hardware Queue нет места.

Подробнее...   Еще статьи... «ПерваяПредыдущая123СледующаяПоследняя»

Страница 1 из 3 Последнее на форуме Terms and Conditions | Cisco conf | Support | Contact Us 922-96-07 Design © CCIE | Cisco-conf. All rights reserved.
rss