Глава 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.