Глава 8. Packet flow: различия между версиями
м  | 
				м  | 
				||
| Строка 34: | Строка 34: | ||
Клиентский трафик должен передаваться независимо от загруженности RE.  | Клиентский трафик должен передаваться независимо от загруженности RE.  | ||
=Дополнительная информация=  | |||
*[[Глава 1. QoS]]  | |||
*[[Глава 2. Packet classification]]  | |||
*[[Глава 6. Rewrite rules]]  | |||
Текущая версия на 18:24, 15 июля 2021
Прохождение пакета по всем этапам CoS
Пакет в CoS определяется и работает с 2мя значениями:
- Forwarding class
 - Packet loss priority
 
Все процессы CoS производят некие манипуляции только с этими двумя параметрами.
- BA / interface class ---> FW, PLP
 - Ingress Policing ---> FW, PLP
 - MF ---> FW, PLP
 - Forwarding policy <---> FW, PLP
 - ---FABRIC---
 - Egress Policing ---> FW, PLP
 - MF ---> FW, PLP
 - Scheduler, Shaper, RED <--- FW, PLP
 - Rewrite Marker <--- FW, PLP
 
Ingress Policing и MF используют один и тот же firewall filter => то есть сначала происходит откидывание не нужного трафика, а потом назначение FW class.
Forwarding policy - новый firewall, который на основании fw class и loss priority может отправить пакет в switch fabric, на основании информации из forwarding table для определенных fw class и PLP.
На выходе: опять можно повлиять на fw class и PLP с помощью комбинации Egress policy и MF.
После этого начинается обработка трафика: RED profile, Shaper, Scheduler.
И уже перед отправкой в "провод" можно перемаркировать заголовок пакета (IPv4, IPv6, MPLS, Ethernet) с помощью Rewrite rules. Что поможет нижестоящему оборудованию легче производить классификацию пакета.
Прохождение пакета на уровне hardware
- Services (PIC, DPC)
 - RE (Control Plane)
 - Forwadring Engine
 
Взаимодействуют между собой все!
Клиентский трафик должен передаваться независимо от загруженности RE.