Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

멀티필드 Classifi예 : 멀티필드 분류 구성

멀티필드 분류 개요

포워딩 클래스 및 PLP 수준

각 패킷을 포워딩 클래스, PLP(Packet Loss Priority) 수준 또는 두 가지 모두와 연결하여 들어오는 트래픽을 분류하도록 Junos OS CoS(Class of Service) 기능을 구성할 수 있습니다.

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

  • 관련 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 비트, IEEE 802.1p 비트를 제공합니다. 멀티필드 분류는 일반적으로 IP 주소 필드, IP 프로토콜 유형 필드 또는 UDP 또는 TCP 유사 헤더 필드의 포트 번호와 일치합니다. CoS 값이 아닌 패킷 정보의 정보를 기반으로 패킷을 분류해야 할 때 BA 분류 대신 멀티필드 분류가 사용됩니다.

    멀티필드 분류를 통해 방화벽 필터 용어는 용어 then 절에서 또는 loss-priority (high | medium-high | medium-low | low) 비테러 작업을 사용 forwarding-class class-name 하지만 패킷을 일치시키는 패킷 분류 작업을 지정할 수 있습니다.

주:

패킷의 BA 분류는 스테이트리스 방화벽 필터 작업 forwarding-classloss-priority에 의해 재정의될 수 있습니다.

폴리서와 함께 사용되는 멀티필드 분류

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

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

주:

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

예를 들어, 다음 시나리오를 고려하십시오.

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

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

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

멀티필드 분류 요구 사항 및 제한 사항

지원되는 플랫폼

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

  • EX 시리즈 스위치

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

  • M120 및 M320 라우터

  • MX 시리즈 라우터

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

  • PTX 시리즈 라우터

CoS 삼색 마킹 요구 사항

loss-priority 방화벽 필터 동작은 RFC 2698에 정의된 바와 같이 CoS 세색 마킹 기능에 대한 플랫폼별 요구 사항 종속성을 가지고 있습니다.

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

  • 방화벽 필터 작업을 지원하는 loss-priority 모든 라우팅 플랫폼에서 CoS(coS) 3색 마킹 기능을 활성화하지 않는 한 방화벽 필터 동작 medium-low 을 로 설정하거나 medium-high 로 설정할 loss-priority 수 없습니다.

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

제한

동일한 방화벽 필터 용어에 loss-priority 대해 및 three-color-policer 비테러 작업을 구성할 수 없습니다. 이러한 두 가지 비회계 조치는 상호 배타적입니다.

주:

PTX 시리즈 라우터에서는 작업을 별도의 규칙으로 구성 policer 하고, 및 작업을 구성하는 forwarding-class규칙과 loss-priority 결합하지 않아야 합니다. 을(를) 참조하십시오 방화벽과 PTX 시리즈 패킷 전송 라우터 T 시리즈 매트릭스 라우터 간의 폴리싱 차이.

M Series 라우터의 다중 필드 분류 제한 사항

문제: Input-Filter 분류에 대한 출력 필터 매칭

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

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

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

이를 해결하기 위해 수신 필터에서 모든 작업을 구성할 수 있습니다.

예를 들면 다음과 같습니다. 멀티필드 분류 구성

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

요구 사항

시작하기 전에 이 예에 표시된 기능을 환경이 지원하는지 확인하십시오.

  1. loss-priority 방화벽 필터 작업은 라우터에서 지원되어야 하며 네 가지 값 모두에 구성 가능해야 합니다.

    1. 방화벽 필터 작업을 설정 loss-priority 하려면 다음 라우팅 플랫폼 중 하나에서 논리적 인터페이스 ge-1/2/0.0 에 이 예를 구성합니다.

      • MX 시리즈 라우터

      • M120 또는 M320 라우터

      • Enhanced CFEB(CFEB-E)가 있는 M7i 또는 M10i 라우터

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

    2. 방화벽 필터 동작을 loss-priority 또는 medium-high으로 medium-low 설정할 수 있도록 하려면 CoS(coS) 세색 마킹 기능이 활성화되어 있는지 확인합니다. CoS(CoS) 3색 마킹 기능을 활성화하려면 계층 수준에서 문을 [edit class-of-service] 포함합니다tri-color.

  2. assured-forwarding 포워딩 클래스는 expedited-forwarding 기본 물리적 인터페이스ge-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. 출력 대기열 스케줄링이 물리적 인터페이스 ge-1/2/0에 적용되는지 확인합니다.

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

개요

이 예에서는 스테이트리스 방화벽 필터 작업과 방화벽 필터에서 참조되는 두 개의 방화벽 필터 폴리서를 사용하여 논리적 인터페이스의 입력 IPv4 트래픽에 멀티필드 분류를 적용합니다. 소스 주소 필드를 기반으로 패킷은 손실 우선 순위로 low 설정되거나 폴리시딩됩니다. 어느 폴리서도 구성되지 않은 트래픽을 버리지 않습니다. 구성되지 않은 플로우의 패킷은 특정 포워딩 클래스(expedited-forwarding 또는 assured-forwarding)에 대해 특정 손실 우선순위로 설정된 다음 전송됨으로 표시됩니다.

주:

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

토폴로지

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

IPv4 표준 스테이트리스 방화벽 필터 mfc-filter 는 세 가지 필터 용어를 정의합니다.

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

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

  • other-customers-세 번째이자 마지막 필터 용어는 다른 모든 패킷을 af-policer에 전달합니다. 폴리서가 트래픽을 300Kbps의 대역폭 제한과 50KB의 버스트 크기 제한으로 제한합니다(에 정의된 ef-policer것과 동일한 트래픽 제한). 이 폴리서에서는 구성되지 않은 플로우의 패킷이 포워딩 클래스에 대해 assured-forwarding 표시되고 손실 우선 순위로 설정되도록 medium-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용어와 일치하는 패킷 수를 나열합니다.

주:

패킷 수에는 폴리서가 폴리서에 의해 폴리서로 폴리딩하는 모든 패킷이 아닌 사양을 벗어난(사양을 벗어난) 패킷 수가 포함됩니다.

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

예를 들면 다음과 같습니다. 멀티필드 분류자용 방화벽 필터 구성 및 적용

이 예는 멀티필드 분류기를 사용하여 트래픽을 분류하기 위해 방화벽 필터를 구성하는 방법을 보여줍니다. 분류자는 인터페이스에 도착하면 CoS(Class of Service)에 대한 관심 패킷을 감지합니다. 간단한 행동 집계(BA) 분류자가 패킷을 분류하기에 부족하거나, 피어링 라우터에 CoS 비트가 표시되지 않거나 피어링 라우터의 마킹이 신뢰할 수 없는 경우 다중 필드 분류자가 사용됩니다.

요구 사항

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

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

개요

분류기는 라우터나 스위치에 들어갈 때 패킷을 검사하는 소프트웨어 작업입니다. 패킷 헤더 내용을 검사하고, 이 검사는 네트워크가 모든 패킷을 처리하기에 너무 바빠서 패킷을 무차별적으로 떨어뜨리는 대신 디바이스가 패킷을 지능적으로 삭제하기를 원할 때 패킷이 어떻게 처리되는지 결정합니다. 관심 패킷을 감지하는 한 가지 일반적인 방법은 소스 포트 번호입니다. TCP 포트 번호 80 및 12345는 이 예에서 사용되지만, 패킷 탐지를 위한 다른 많은 일치 기준은 방화벽 필터 일치 조건을 사용하여 멀티필드 분류자에서 사용할 수 있습니다. 이 예의 구성은 소스 포트 80이 있는 TCP 패킷이 BE-데이터 포워딩 클래스 및 대기열 번호 0으로 분류되도록 지정합니다. 소스 포트가 12345인 TCP 패킷은 Premium-Data Forwarding Class 및 대기열 번호 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 빠른 구성

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

디바이스 R1

디바이스 R2

단계별 절차

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

디바이스 R1 구성:

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

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

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

  4. 소스 포트가 12345인 TCP 트래픽을 대기열 1과 연결된 Premium-Data Forwarding 클래스로 배치하는 방화벽 필터 용어를 구성합니다.

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

    그렇지 않으면 인터페이스에 도착하여 방화벽 필터에 의해 명시적으로 수락되지 않은 모든 트래픽은 폐기됩니다.

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

결과

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

디바이스 구성이 완료되면 구성 모드에서 을(를) 입력합니다 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이 증가합니다.