Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Multifield Classifier Example: 멀티필드 분류 구성

다중 필드 분류 개요

포워딩 클래스 및 PLP 수준

Junos OS 서비스 등급(CoS) 기능을 구성하여 각 패킷을 포워딩 클래스, 패킷 손실 우선순위(PLP) 수준 또는 둘 다와 연결하여 수신 트래픽을 분류할 수 있습니다.

  • 연결된 포워딩 클래스에 따라 각 패킷은 출력 대기열에 할당되며, 라우터는 구성한 관련 스케줄링에 따라 출력 대기열을 서비스합니다.

  • 연관된 PLP를 기반으로 각 패킷은 혼잡이 발생할 경우 삭제될 가능성이 더 낮거나 높습니다. CoS RED(Random Early Detection) 프로세스는 드롭 확률 구성, 출력 대기열 충만 비율 및 패킷 PLP를 사용하여 출력 단계에서 혼잡을 제어하기 위해 필요에 따라 패킷을 드롭합니다.

다중 필드 분류 및 BA 분류

Junos OS는 두 가지 일반적인 유형의 패킷 분류를 지원합니다. BA(Behavior Aggregate) 분류 및 멀티필드 분류:

  • BA 분류 또는 CoS 값 트래픽 분류는 CoS 구성을 사용하여 IP 패킷 헤더의 CoS 값을 기반으로 패킷의 포워딩 클래스 또는 PLP를 설정하는 패킷 분류 방법을 말합니다. BA 분류 목적으로 검사되는 CoS 값은 DSCP(Differentiated Services Code Point) 값, DSCP IPv6 값, IP 우선 순위 값, MPLS EXP 비트 및 IEEE 802.1p 값일 수 있습니다. 기본 분류자는 IP 우선 순위 값을 기반으로 합니다.

  • 멀티필드 분류는 표준 무상태 방화벽 필터 구성을 사용하여 DSCP 값(IPv4만 해당), IP 우선 순위 값, MPLS EXP 비트를 포함하여 IP 패킷 헤더의 여러 필드를 기반으로 인터페이스에 들어오거나 나가는 각 패킷에 대한 포워딩 클래스 또는 PLP를 설정하는 패킷 분류 방법을 말합니다. 및 IEEE 802.1p 비트. 다중 필드 분류는 일반적으로 IP 주소 필드, IP 프로토콜 유형 필드 또는 UDP 또는 TCP 의사 헤더 필드의 포트 번호에서 일치합니다. CoS 값만 아닌 패킷 정보의 정보를 기반으로 패킷을 분류해야 할 때 BA 분류 대신 멀티필드 분류가 사용됩니다.

    다중 필드 분류를 사용하면 방화벽 필터 용어가 용어 절에서 또는 비종료 작업을 사용하여 일치하는 패킷에 대한 패킷 분류 작업을 지정할 수 있습니다.forwarding-class class-nameloss-priority (high | medium-high | medium-low | low)then

주:

패킷의 BA 분류는 상태 비저장 방화벽 필터 작업 및 에 의해 재정의될 수 있습니다 .forwarding-classloss-priority

주:

QFX5k에서 멀티필드 분류자를 통한 트래픽 오분류:

  • BUM 트래픽이 MF 분류자를 통해 유니캐스트 대기열을 강제로 사용하는 경우 패킷은 MCQ9로 분류됩니다. Junos 릴리스 21.4R3 , 22.1R3 및 Junos 릴리스 버전 22.2부터는 이러한 패킷이 MCQ8로 분류됩니다.

  • 유니캐스트 트래픽이 MF 분류자를 통해 멀티캐스트 대기열을 강제로 사용하는 경우 패킷은 MCQ9로 분류되고 릴리스 19.1R3부터는 best-effort 대기열로 분류됩니다.

폴리서와 함께 사용되는 다중 필드 분류

속도 제한과 함께 멀티필드 분류를 구성하기 위해 방화벽 필터 용어는 단일 속도 2색 폴리서를 참조하는 비종료 작업을 사용하여 패킷 매칭에 대한 패킷 분류 작업을 지정할 수 있습니다.policer

폴리서를 통해 분류를 수행하도록 멀티필드 분류를 구성한 경우, 트래픽 플로우에서 필터로 일치하는 패킷은 폴리서가 지정한 트래픽 제한으로 속도가 제한됩니다. 필터 매칭 패킷의 일치하는 플로우에 있는 패킷은 암시적으로 PLP로 설정됩니다.low 폴리서의 유형 및 폴리서가 부적합 트래픽을 처리하도록 구성된 방식에 따라 부적합 트래픽 흐름의 패킷을 폐기하거나, 패킷을 지정된 포워딩 클래스로 설정하거나, 지정된 PLP 수준으로 설정하거나, 둘 다로 설정할 수 있습니다.

주:

멀티필드 분류를 수행하는 방화벽 필터와 폴리서를 동일한 논리적 인터페이스 및 동일한 트래픽 방향에 적용하기 전에 폴리서와 방화벽 필터 작업의 순서를 고려해야 합니다.

예를 들어 다음과 같은 경우를 생각해볼 수 있습니다.

  • 패킷의 기존 포워딩 클래스 또는 PLP를 기반으로 멀티필드 분류(포워딩 클래스, PLP 또는 둘 다를 설정하여 일치하는 패킷에 작용)를 수행하는 방화벽 필터를 구성합니다. 논리적 인터페이스의 입력에 방화벽 필터를 적용합니다.

  • 또한 패킷을 폐기하는 대신 다시 표시(포워딩 클래스, PLP 또는 둘 다 설정)하여 빨간색 트래픽 플로우에서 작동하는 단일 속도 2색 폴리서를 구성합니다. 방화벽 필터를 적용하는 동일한 논리적 인터페이스의 입력에서 폴리서를 인터페이스 폴리서로 적용합니다.

폴리서와 방화벽 작업의 순서에 따라 입력 폴리서는 입력 방화벽 필터보다 먼저 실행됩니다. 즉, 방화벽 필터에 의해 지정된 멀티필드 분류는 폴리싱 작업에 의해 이미 한 번 다시 표시된 입력 패킷에 대해 수행됩니다. 결과적으로, 방화벽 필터 용어에 지정된 조건과 일치하는 모든 입력 패킷은 해당 용어에 지정된 또는 종료되지 않는 동작에 따라 두 번째 재마킹의 대상이 됩니다.forwarding-classloss-priority

다중 필드 분류 요구 사항 및 제한 사항

지원되는 플랫폼

방화벽 필터 동작은 loss-priority 다음 라우팅 플랫폼에서만 지원됩니다.

  • EX 시리즈 스위치

  • Enhanced CFEB(CFEB-E)가 장착된 M7i 및 M10i 라우터

  • M120 및 M320 라우터

  • MX 시리즈 라우터

  • Enhanced II FPC(Flexible PIC Concentrator)가 탑재된 T 시리즈 라우터

  • PTX 시리즈 라우터

CoS 삼색 마킹 요구 사항

방화벽 필터 작업은 RFC 2698에 정의된 대로 CoS 삼색 마킹 기능에 대한 플랫폼별 요구 사항 종속성을 갖습니다.loss-priority

  • M320 라우터에서는 CoS 삼색 마킹 기능을 활성화하지 않는 한 방화벽 필터 동작을 포함하는 구성을 커밋할 수 없습니다.loss-priority

  • 방화벽 필터 동작을 지원하는 모든 라우팅 플랫폼에서, CoS 삼색 마킹 기능을 활성화하지 않는 한 방화벽 필터 동작을 설정할 수 없습니다.loss-priorityloss-prioritymedium-lowmedium-high

CoS 삼색 마킹 기능을 활성화하려면 계층 수준에서 문을 포함합니다.tri-color[edit class-of-service]

제한

동일한 방화벽 필터 용어에 대해 및 nonterminating 작업을 구성할 수 없습니다.loss-prioritythree-color-policer 이 두 가지 비 종료 작업은 상호 배타적입니다.

주:

PTX 시리즈 라우터에서는 별도의 규칙으로 작업을 구성해야 하며, , 및 작업을 구성하는 규칙과 결합하지 않아야 합니다.policerforwarding-classloss-priority PTX 시리즈 패킷 전송 라우터와 T 시리즈 매트릭스 라우터의 방화벽 및 폴리싱 차이점을(를) 참조하세요.

M 시리즈 라우터의 멀티필드 분류 제한 사항

문제: 입력 필터 분류에서 일치하는 출력 필터

M 시리즈 라우터(M120 라우터 제외)에서는 동일한 IPv4 논리 인터페이스에 적용된 입력 필터로 설정된 수신 분류를 기반으로 출력 필터 일치가 있는 패킷을 분류할 수 없습니다.

예를 들어, 다음 구성에서 라는 필터는 들어오는 모든 IPv4 패킷을 클래스에 할당합니다.ingressexpedited-forwarding 호출 된 필터는 필터의 클래스에 할당된 모든 패킷을 계산합니다.egressexpedited-forwardingingress 이 구성은 대부분의 M 시리즈 라우터에서 작동하지 않습니다. M120 라우터, MX 시리즈 라우터, T 시리즈 라우터를 포함한 다른 모든 라우팅 플랫폼에서 작동합니다.

해결: 수신 필터의 모든 작업 구성

해결 방법으로 수신 필터의 모든 작업을 구성할 수 있습니다.

예: 멀티필드 분류 구성

이 예에서는 방화벽 필터 동작과 두 개의 방화벽 필터 폴리서를 사용하여 IPv4 트래픽의 멀티필드 분류를 구성하는 방법을 보여줍니다.

요구 사항

시작하기 전에 사용자 환경이 다음 예제에 표시된 기능을 지원하는지 확인하십시오.

  1. 방화벽 필터 동작은 라우터에서 지원되어야 하며 4개의 값 모두로 구성할 수 있어야 합니다.loss-priority

    1. 방화벽 필터 동작을 설정할 수 있으려면 다음 라우팅 플랫폼 중 하나의 논리적 인터페이스에서 이 예를 구성하십시오.loss-priorityge-1/2/0.0

      • MX 시리즈 라우터

      • M120 또는 M320 라우터

      • Enhanced CFEB(CFEB-E)가 장착된 M7i 또는 M10i 라우터

      • Enhanced II FPC(Flexible PIC Concentrator)가 장착된 T 시리즈 라우터

    2. 방화벽 필터 동작을 또는 로 설정하려면 CoS 삼색 마킹 기능이 활성화되어 있어야 합니다.loss-prioritymedium-lowmedium-high CoS 삼색 마킹 기능을 활성화하려면 계층 수준에서 문을 포함합니다.tri-color[edit class-of-service]

  2. 및 포워딩 클래스는 기본 물리적 인터페이스에서 예약되어야 합니다.expedited-forwardingassured-forwardingge-1/2/0

    1. 다음 포워딩 클래스가 출력 대기열에 할당되었는지 확인합니다.

      • expedited-forwarding

      • assured-forwarding

      포워딩 클래스 할당은 계층 수준에서 구성됩니다 .[edit class-of-service forwarding-classes queue queue-number]

      주:

      동일한 포워딩 클래스를 두 개의 서로 다른 대기열에 할당하는 구성은 커밋할 수 없습니다.

    2. 포워딩 클래스가 할당된 출력 대기열이 스케줄러와 연결되어 있는지 확인합니다. 스케줄러는 대기열에 할당된 인터페이스 대역폭의 양, 패킷 저장을 위해 할당된 메모리 버퍼의 크기, 대기열의 우선 순위 및 대기열과 관련된 RED(Random Early Detection) 드롭 프로파일을 정의합니다.

      • 출력 대기열 스케줄러는 계층 수준에서 구성합니다.[edit class-of-service schedulers]

      • 출력 대기열 스케줄러는 계층 수준에서 구성하는 스케줄러 맵을 통해 포워딩 클래스와 연결합니다.[edit class-of-service scheduler-maps map-name]

    3. output-queue 스케줄링이 물리적 인터페이스에 적용되었는지 확인합니다.ge-1/2/0

      스케줄러 맵을 계층 수준에서 물리적 인터페이스에 적용합니다.[edit class-of-service interfaces ge-1/2/0 scheduler-map map-name]

개요

이 예에서는 상태 비저장 방화벽 필터 작업과 방화벽 필터에서 참조되는 두 개의 방화벽 필터 폴리서를 사용하여 논리적 인터페이스의 입력 IPv4 트래픽에 멀티필드 분류를 적용합니다. 소스 주소 필드에 따라 패킷은 손실 우선순위로 설정되거나 그렇지 않으면 폴리싱됩니다.low 두 폴리서 모두 부적합 트래픽을 버리지 않습니다. 부적합 플로우의 패킷은 특정 포워딩 클래스( 또는 )로 표시되고 특정 손실 우선순위로 설정된 다음 전송됩니다.expedited-forwardingassured-forwarding

주:

단일 속도 2색 폴리서는 손실 우선순위를 암묵적으로 설정한 후 항상 일치하는 트래픽 흐름으로 패킷을 전송합니다.low

토폴로지

이 예에서는 논리적 인터페이스의 IPv4 트래픽에 멀티필드 분류를 적용합니다.ge-1/2/0.0 분류 규칙은 IPv4 무상태 방화벽 필터 와 2개의 단일 속도 2색 폴리서 및 .mfc-filteref-policeraf-policer

IPv4 표준 무상태 방화벽 필터는 다음과 같은 세 가지 필터 용어를 정의합니다.mfc-filter

  • isp1-customers- 첫 번째 필터 용어는 소스 주소가 10.1.1.0/24 또는 10.1.2.0/24인 패킷과 일치합니다. 일치하는 패킷은 포워딩 클래스에 할당 되고 손실 우선순위로 설정됩니다.expedited-forwardinglow

  • isp2-customers- 두 번째 필터 용어는 소스 주소가 10.1.3.0/24 또는 10.1.4.0/24인 패킷과 일치합니다. 일치하는 패킷은 버스트 크기 50KB의 대역폭 제한과 함께 300Kbps의 대역폭 제한으로 트래픽 속도를 제한하는 폴리서에 전달됩니다 .ef-policer 이 폴리서는 부적합 플로우의 패킷이 포워딩 클래스에 대해 표시되고 손실 우선 순위로 설정되도록 지정합니다.expedited-forwardinghigh

  • - 세 번째이자 마지막 필터 용어는 다른 모든 패킷을 300Kbps의 대역폭 제한 및 50KB의 버스트 크기 제한(에 정의된 것과 동일한 트래픽 제한)으로 트래픽 속도를 제한하는 폴리서에 전달합니다.other-customersaf-policeref-policer 이 폴리서는 부적합 플로우의 패킷이 포워딩 클래스에 대해 표시되고 손실 우선 순위로 설정되도록 지정합니다.assured-forwardingmedium-high

구성

다음 예는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 자세한 내용은 을 참조하십시오 .구성 모드에서 CLI 편집기 사용

이 예를 구성하려면 다음 작업을 수행합니다.

CLI 빠른 구성

이 예를 빠르게 구성하려면, 다음 구성 명령을 텍스트 파일에 복사하고, 줄 바꿈을 제거한 다음, 계층 수준에서 명령을 CLI에 붙여넣습니다 .[edit]

신속한 포워딩 및 보장 포워딩 트래픽의 속도를 제한하는 폴리서 구성

단계별 절차

신속한 포워딩 및 보장 포워딩 트래픽의 속도를 제한하는 폴리서를 구성하려면 다음을 수행합니다.

  1. 신속 전달 트래픽에 대한 트래픽 제한을 정의합니다.

  2. 확실한 포워딩 트래픽을 위한 폴리서를 구성합니다.

결과

구성 모드 명령을 입력하여 폴리서의 구성을 확인합니다.show firewall 명령 출력에 의도한 구성이 표시되지 않으면 이 절차의 지침을 반복하여 구성을 수정하십시오.

폴리싱도 적용하는 다중 필드 분류 필터 구성

단계별 절차

폴리싱을 추가로 적용하는 멀티필드 분류 필터를 구성하려면,

  1. IPv4 트래픽에 대한 방화벽 필터 용어 구성을 활성화합니다.

  2. 소스 주소에서 일치하도록 첫 번째 용어를 구성한 다음 일치하는 패킷을 분류합니다.

  3. 두 번째 용어를 서로 다른 소스 주소에서 일치하도록 구성한 다음 일치하는 패킷을 감시합니다.

  4. 다른 모든 패킷을 다른 트래픽 제한 및 작업 집합으로 감시하도록 세 번째 용어를 구성합니다.

결과

구성 모드 명령을 입력하여 필터의 구성을 확인합니다.show firewall 명령 출력에 의도한 구성이 표시되지 않으면 이 절차의 지침을 반복하여 구성을 수정하십시오.

논리 인터페이스에 멀티필드 분류 필터링 및 폴리싱 적용

단계별 절차

다중 필드 분류 필터링 및 폴리싱을 논리적 인터페이스에 적용하려면:

  1. 논리적 인터페이스에서 IPv4 구성을 활성화합니다.

  2. 논리적 인터페이스의 IP 주소를 구성합니다.

  3. 방화벽 필터를 논리적 인터페이스 입력에 적용합니다.

    주:

    폴리서는 필터보다 먼저 실행되기 때문에 입력 폴리서가 논리적 인터페이스에서도 구성되면 인터페이스와 연관된 멀티필드 분류자의 포워딩 클래스 및 PLP를 사용할 수 없습니다.

결과

구성 모드 명령을 입력하여 인터페이스 구성을 확인합니다.show interfaces 명령 출력에 의도한 구성이 표시되지 않으면 이 절차의 지침을 반복하여 구성을 수정하십시오.

디바이스 구성을 마쳤으면 구성 모드에서 commit을 입력합니다.

검증

구성이 올바르게 작동하고 있는지 확인합니다.

논리적 인터페이스에서 폴리서가 처리한 패킷 수 표시

목적

논리적 인터페이스를 통한 트래픽 흐름을 확인하고 패킷이 논리적 인터페이스에서 수신될 때 폴리서가 평가되는지 확인합니다.

작업

논리적 인터페이스에 적용한 필터에 대해 운영 모드 명령을 사용합니다.show firewall

명령 출력에는 방화벽 필터에 의해 적용된 폴리서와 필터 용어와 일치하는 패킷 수가 나열됩니다.rate-limit-in

주:

패킷 수에는 폴리서가 폴리싱하는 모든 패킷이 아니라 사양을 벗어난(out-of-specification) 패킷 수가 포함됩니다.

폴리서 이름은 폴리서가 작업으로 참조되는 방화벽 필터 용어의 이름과 연결되어 표시됩니다.

예: 멀티필드 분류자를 위한 방화벽 필터 구성 및 적용

이 예는 다중 필드 분류자를 사용하여 트래픽을 분류하도록 방화벽 필터를 구성하는 방법을 보여줍니다. 분류자는 관심 있는 패킷이 인터페이스에 도착할 때 CoS(Class of Service)를 탐지합니다. 다중 필드 분류자는 BA(Simple Behavior Aggregate) 분류자가 패킷을 분류하기에 충분하지 않거나, 피어링 라우터에 CoS 비트 표시가 없거나, 피어링 라우터의 표시를 신뢰할 수 없는 경우에 사용됩니다.

요구 사항

이 절차를 확인하기 위해 이 예에서는 트래픽 생성기를 사용합니다. 트래픽 생성기는 하드웨어 기반일 수도 있고 서버 또는 호스트 시스템에서 실행되는 소프트웨어일 수도 있습니다.

이 절차의 기능은 Junos OS를 실행하는 디바이스에서 널리 지원됩니다. 여기에 표시된 예는 Junos OS 릴리스 10.4를 실행하는 MX 시리즈 라우터에서 테스트 및 검증되었습니다.

개요

분류자는 패킷이 라우터나 스위치에 들어갈 때 패킷을 검사하는 소프트웨어 작업입니다. 패킷 헤더 내용을 검사한 다음, 네트워크 사용량이 너무 많아 모든 패킷을 처리할 수 없을 때 패킷이 어떻게 처리되는지를 결정하며, 사용자가 디바이스가 패킷을 무차별적으로 삭제하는 대신 지능적으로 패킷을 삭제하기를 원합니다. 관심 있는 패킷을 감지하는 일반적인 방법 중 하나는 소스 포트 번호입니다. 이 예에서 TCP 포트 번호 80 및 12345가 사용되지만, 방화벽 필터 일치 조건을 사용하여 다중 필드 분류기에서 패킷 감지를 위한 다른 많은 일치 기준을 사용할 수 있습니다. 이 예의 구성은 소스 포트가 80인 TCP 패킷이 BE 데이터 포워딩 클래스와 대기열 번호 0으로 분류되도록 지정합니다. 소스 포트가 12345인 TCP 패킷은 프리미엄 데이터 전달 클래스와 대기열 번호 1로 분류됩니다.

멀티필드 분류자는 일반적으로 패킷이 AS(Autonomous System)에 들어갈 때 네트워크 에지에서 사용됩니다.

이 예에서는 방화벽 필터 mf-classifier를 구성하고 디바이스 R1에서 몇 가지 사용자 지정 포워딩 클래스를 지정합니다. 사용자 지정 포워딩 클래스를 지정할 때 각 클래스를 큐와 연결할 수도 있습니다.

분류자 작업은 에 나와 있습니다 그림 1.

그림 1: TCP 소스 포트 기반 다중 필드 분류자TCP 소스 포트 기반 다중 필드 분류자

다중 필드 분류자의 방화벽 필터를 필터를 필요로 하는 각 고객 대면 또는 호스트 대면 인터페이스에 입력 필터로 적용합니다. 수신 인터페이스는 디바이스 R1의 ge-1/0/1입니다. 분류 및 대기열 할당은 나가는 인터페이스에서 확인됩니다. 나가는 인터페이스는 디바이스 R1의 ge-1/0/9 인터페이스입니다.

토폴로지

그림 2은 샘플 네트워크를 표시합니다.

그림 2: 다중 필드 분류자 시나리오다중 필드 분류자 시나리오

은(는) 에 있는 모든 주니퍼 네트웍스 디바이스의 구성을 보여줍니다.CLI 빠른 구성그림 2

단계별 절차 은(는) 디바이스 R1의 단계를 설명합니다.

분류자는 다음 주니퍼 네트웍스 Learning Byte 비디오에 자세히 설명되어 있습니다.

구성

절차

CLI 빠른 구성

이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 바꾸고 [edit] 계층 수준에서 명령을 복사하여 CLI로 붙여 넣은 다음, 구성 모드에서 commit을(를) 입력합니다.

디바이스 R1

디바이스 R2

단계별 절차

다음 예는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색 관련 정보는 Junos OS CLI 사용자 가이드구성 모드에서의 CLI 편집기 사용을 참조하십시오.

디바이스 R1 구성

  1. 디바이스 인터페이스를 구성합니다.

  2. 사용자 지정 포워딩 클래스 및 관련 대기열 번호를 구성합니다.

  3. 소스 포트가 80(HTTP 트래픽)인 TCP 트래픽을 대기열 0과 연결된 BE-데이터 포워딩 클래스에 배치하는 방화벽 필터 용어를 구성합니다.

  4. 소스 포트가 12345인 TCP 트래픽을 대기열 1과 연결된 프리미엄 데이터 포워딩 클래스에 배치하는 방화벽 필터 용어를 구성합니다.

  5. 방화벽 필터 끝에서 다른 모든 트래픽을 허용하는 기본 용어를 구성합니다.

    그렇지 않으면 인터페이스에 도착하고 방화벽 필터에 의해 명시적으로 허용되지 않은 모든 트래픽이 삭제됩니다.

  6. 방화벽 필터를 ge-1/0/1 인터페이스에 입력 필터로 적용합니다.

결과

구성 모드에서 , , 명령을 입력하여 구성을 확인합니다.show interfacesshow class-of-serviceshow firewall 출력 결과가 의도한 구성대로 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.

디바이스 구성을 마쳤으면 구성 모드에서 commit을 입력합니다.

검증

구성이 올바르게 작동하고 있는지 확인합니다.

CoS 설정 확인

목적

포워딩 클래스가 올바르게 구성되었는지 확인합니다.

작업

디바이스 R1에서 명령을 실행합니다 .show class-of-service forwardng-classes

의미

출력에는 구성된 사용자 지정 분류자 설정이 표시됩니다.

TCP 트래픽을 네트워크로 전송 및 대기열 배치 모니터링

목적

관심 있는 트래픽이 예상 대기열로 전송되는지 확인합니다.

작업
  1. 디바이스 R1의 발신 인터페이스에서 인터페이스 통계를 삭제합니다.

  2. 트래픽 생성기를 사용하여 50 TCP 포트 80 패킷을 디바이스 R2 또는 다른 다운스트림 디바이스로 전송합니다.

  3. 디바이스 R1에서 대기열 카운터를 확인합니다.

    대기열 카운터는 수신 인터페이스가 아닌 다운스트림 출력 인터페이스에서 확인합니다.

  4. 트래픽 생성기를 사용하여 50개의 TCP 포트 12345 패킷을 디바이스 R2 또는 다른 다운스트림 디바이스로 전송합니다.

  5. 디바이스 R1에서 대기열 카운터를 확인합니다.

의미

출력은 패킷이 올바르게 분류되었음을 보여줍니다. TCP 패킷에서 포트 80을 사용하면 대기열 0이 증가합니다. 포트 12345를 사용하면 큐 1이 증가합니다.