Глава 8. Packet flow: различия между версиями

Материал из Juniper Exam Wiki
Перейти к навигации Перейти к поиску
м
 
(не показаны 4 промежуточные версии этого же участника)
Строка 1: Строка 1:
=Packet flow through CoS Functions=
{{#description2:Прохождение пакета по всем этапам обработки QOS. Информация для подготовки к экзаменам Juniper.}}
=Прохождение пакета по всем этапам CoS=
Пакет в CoS определяется и работает с 2мя значениями:
Пакет в CoS определяется и работает с 2мя значениями:
*Forwarding class
*Forwarding class
Строка 18: Строка 19:
Ingress Policing и MF используют один и тот же firewall filter => то есть сначала происходит откидывание не нужного трафика, а потом назначение FW class.
Ingress Policing и MF используют один и тот же firewall filter => то есть сначала происходит откидывание не нужного трафика, а потом назначение FW class.


Forwarding policy - новый firewall, который основании на fw class и loss priority может отправить пакет в switch fabric, на основании информации из forwarding table для определенных fw class и PLP.
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.
Строка 26: Строка 27:
И уже перед отправкой в "провод" можно перемаркировать заголовок пакета (IPv4, IPv6, MPLS, Ethernet) с помощью Rewrite rules. Что поможет нижестоящему оборудованию легче производить классификацию пакета.
И уже перед отправкой в "провод" можно перемаркировать заголовок пакета (IPv4, IPv6, MPLS, Ethernet) с помощью Rewrite rules. Что поможет нижестоящему оборудованию легче производить классификацию пакета.


=Packet flow through Hardware=
=Прохождение пакета на уровне hardware=
*Services (PIC, DPC)
*RE (Control Plane)
*Forwadring Engine
Взаимодействуют между собой все!
 
Клиентский трафик должен передаваться независимо от загруженности 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.

Дополнительная информация