Глава 8. Packet flow: различия между версиями
м |
|||
(не показано 5 промежуточных версий этого же участника) | |||
Строка 1: | Строка 1: | ||
= | {{#description2:Прохождение пакета по всем этапам обработки QOS. Информация для подготовки к экзаменам Juniper.}} | ||
=Прохождение пакета по всем этапам CoS= | |||
Пакет в CoS определяется и работает с 2мя значениями: | Пакет в CoS определяется и работает с 2мя значениями: | ||
*Forwarding class | *Forwarding class | ||
Строка 5: | Строка 6: | ||
Все процессы CoS производят некие манипуляции только с этими двумя параметрами. | Все процессы 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. | Ingress Policing и MF используют один и тот же firewall filter => то есть сначала происходит откидывание не нужного трафика, а потом назначение FW class. | ||
Forwarding policy - новый firewall, который основании | Forwarding policy - новый firewall, который на основании fw class и loss priority может отправить пакет в switch fabric, на основании информации из forwarding table для определенных fw class и PLP. | ||
На выходе: опять можно повлиять на fw class и PLP с помощью комбинации Egress policy и MF. | На выходе: опять можно повлиять на fw class и PLP с помощью комбинации Egress policy и MF. | ||
Строка 16: | Строка 27: | ||
И уже перед отправкой в "провод" можно перемаркировать заголовок пакета (IPv4, IPv6, MPLS, Ethernet) с помощью Rewrite rules. Что поможет нижестоящему оборудованию легче производить классификацию пакета. | И уже перед отправкой в "провод" можно перемаркировать заголовок пакета (IPv4, IPv6, MPLS, Ethernet) с помощью Rewrite rules. Что поможет нижестоящему оборудованию легче производить классификацию пакета. | ||
=Прохождение пакета на уровне hardware= | |||
*Services (PIC, DPC) | |||
*RE (Control Plane) | |||
*Forwadring Engine | |||
Взаимодействуют между собой все! | |||
Клиентский трафик должен передаваться независимо от загруженности RE. | |||
=Packet | =Дополнительная информация= | ||
*[[Глава 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.