혼잡을 관리하고 서비스 수준을 제어하는 데 사용되는 Junos OS CoS 구성 요소
모든 CoS 구현은 네트워크를 통해 엔드 투 엔드로 일관되게 작동해야 합니다. 표준 기반의 벤더 중립적인 CoS 구현이 이 요구 사항을 가장 잘 충족합니다. Junos CoS 기능은 IETF DiffServ(Differentiated Services) 표준을 기반으로 하기 때문에 다른 벤더의 CoS 구현과 상호 운용됩니다. Junos CoS는 고객이 요구하는 서비스 수준을 제공하기 위해 결합하고 조정할 수 있는 많은 구성 요소로 구성됩니다.
DiffServ 사양은 IPv4 및 IPv6 패킷 헤더에 6비트 필드를 설정하여 패킷에 적용해야 하는 서비스 클래스를 나타냅니다. DiffServ 필드의 비트 값은 DiffServ 지원 네트워크의 에지에 있는 애플리케이션 또는 라우터에서 설정할 수 있는 DSCP(DiffServ 코드 포인트)를 형성합니다.
DiffServ와 같은 CoS 메서드는 패킷 헤더에서 DSCP의 위치와 길이를 지정하지만, DiffServ를 내부적으로 전달하기 위한 라우터 메커니즘의 구현은 공급업체에 따라 다릅니다. Junos OS의 CoS 기능은 개별적으로 또는 조합하여 특정 서비스 오퍼링을 정의할 수 있는 일련의 메커니즘을 통해 구성됩니다.
그림 1 은 Junos CoS 기능의 구성 요소를 보여주며, 상호 작용하는 순서를 보여줍니다.

다음 Junos CoS 메커니즘 중 하나 이상을 구성할 수 있습니다.
-
분류자 - 패킷 분류 는 수신 패킷의 검사를 의미합니다. 이 기능은 패킷을 특정 CoS 서비스 수준과 연결합니다. Junos에서 분류기는 수신 패킷을 포워딩 클래스 및 손실 우선순위와 연결하고, 연결된 포워딩 클래스를 기반으로 패킷을 출력 대기열에 할당합니다. 두 가지 일반적인 유형의 분류자가 지원됩니다.
-
행동 집계 분류자 - BA(행동 집계 )는 라우팅 디바이스에 들어갈 때 패킷에서 작동하는 분류 방법입니다. 패킷 헤더의 CoS 값이 검사되며, 이 단일 필드가 패킷에 적용되는 CoS 설정을 결정합니다. BA 분류기를 사용하면 DSCP(Differentiated Services Code Point) 값, DSCP IPv6 값, IP 우선 순위 값, MPLS EXP 비트 및 IEEE 802.1p 값을 기반으로 패킷의 포워딩 클래스 및 손실 우선순위를 설정할 수 있습니다. 기본 분류자는 IP 우선순위 값을 기반으로 합니다.
(코드 포인트 비트 패턴에 이름을 할당하는 코드 포인트 별칭 을 구성할 수도 있습니다. 분류자, 드롭 프로파일 맵, 규칙 재작성과 같은 다른 CoS 구성 요소를 구성할 때 비트 패턴 대신 이 이름을 사용할 수 있습니다.)
BA 분류자에 대한 자세한 내용은 행동 집계(BA) 분류자가 신뢰할 수 있는 트래픽을 우선순위 지정하는 방법 이해 하기를 참조하십시오.
-
다중 필드 트래픽 분류자 - 다중 필드 분류기는 트래픽 흐름을 분류하는 두 번째 방법입니다. 행동 집계와는 달리, 다중 필드 분류자는 패킷의 여러 필드를 검사할 수 있습니다. 다중 필드 분류자가 검사할 수 있는 일부 필드의 예로는 패킷의 소스 및 대상 주소와 패킷의 소스 및 대상 포트 번호가 있습니다. multifield classifier를 사용하면 방화벽 필터 규칙에 따라 패킷의 포워딩 클래스와 손실 우선순위를 설정할 수 있습니다. 다중 필드 분류는 일반적으로 유효하거나 신뢰할 수 있는 행동 집계 코드 포인트가 없는 패킷에 대해 네트워크 에지에서 수행됩니다.
다중 필드 분류자에 대한 자세한 내용은 여러 패킷 헤더 필드를 기반으로 패킷에 서비스 수준 할당 개요를 참조하십시오.
-
-
포워딩 클래스 - 포워딩 클래스 는 패킷이 라우팅 디바이스를 전송할 때 패킷에 적용되는 포워딩, 스케줄링 및 표시 정책에 영향을 미칩니다. DiffServ 아키텍처에서 정렬된 집계로 알려진 포워딩 클래스와 손실 우선순위는 CoS에 대한 라우터의 홉별 동작(DiffServ의 PHB)을 결정합니다. 지원되는 포워딩 클래스에는 네 가지 범주, 즉 최선의 노력, 보장된 포워딩, 신속한 포워딩 및 네트워크 제어가 있습니다. 최대 16개의 포워딩 클래스가 지원되므로 패킷을 보다 세부적으로 분류할 수 있습니다. 예를 들어 EF, EF1 및 EF2와 같은 여러 EF(신속 전달) 트래픽 클래스를 구성할 수 있습니다.
포워딩 클래스에 대한 자세한 내용은 포워딩 클래스가 클래스를 출력 큐로 할당하는 방법 이해하기를 참조하십시오.
-
손실 우선순위 - 손실 우선순위 를 사용하면 패킷 드롭의 우선순위를 설정할 수 있습니다. 손실 우선순위는 패킷의 상대적 순서에 영향을 주지 않고 패킷의 스케줄링에 영향을 미칩니다. 혼잡 제어 전략의 일부로 패킷 손실 우선순위(PLP) 비트를 사용할 수 있습니다. 손실 우선순위 설정을 사용하여 혼잡이 발생한 패킷을 식별할 수 있습니다. 일반적으로 일부 서비스 수준을 초과하는 패킷을 높은 손실 우선 순위로 표시합니다. 분류자 또는 폴리서를 구성하여 손실 우선순위를 설정합니다. 손실 우선순위는 워크플로우의 뒷부분에서 RED에서 사용하는 드롭 프로파일 중 하나를 선택하는 데 사용됩니다.
패킷 손실 우선순위에 대한 자세한 내용은 다른 트래픽 플로우에 대한 패킷 손실 우선순위를 설정하여 혼잡 관리를 참조하십시오.
-
포워딩 정책 옵션 - 포워딩 클래스를 다음 홉과 연결할 수 있습니다. 또한 포워딩 정책 옵션을 사용하면 접두사 집합에 포워딩 클래스를 할당하는 분류 재정의를 생성할 수 있습니다.
포워딩 정책 옵션에 대한 자세한 내용은 포워딩 정책 옵션 개요를 참조하십시오.
-
전송 스케줄링 및 속도 제어 - 이러한 매개변수는 트래픽 흐름을 관리할 수 있는 다양한 도구를 제공합니다.
-
큐잉 - 패킷이 라우팅 디바이스의 발신 인터페이스로 전송된 후 물리적 미디어에서 전송을 위해 큐잉됩니다. 패킷이 라우팅 디바이스에서 대기대기하는 시간은 인터페이스를 사용하는 트래픽의 양뿐만 아니라 발신 물리적 미디어의 가용성에 따라 결정됩니다.
-
스케줄러 - 개별 라우팅 디바이스 인터페이스에는 패킷을 저장하기 위해 할당된 여러 대기열이 있습니다. 라우팅 디바이스는 특정 스케줄링 방법을 기반으로 서비스할 대기열을 결정합니다. 이 프로세스에는 종종 어떤 유형의 패킷을 다른 패킷보다 먼저 전송해야 하는지 결정하는 작업이 포함됩니다. Junos OS 스케줄러를 사용하면 패킷 전송을 위해 특정 대기열에 적용할 우선 순위, 대역폭, 지연 버퍼 크기, 속도 제어 상태 및 RED 드롭 프로파일을 정의할 수 있습니다.
스케줄러에 대한 자세한 내용은 How Schedulers Define Output Queue Properties 항목을 참조하십시오.
-
트래픽 클래스에 대한 폴리서—폴리서를 사용하면 특정 클래스의 트래픽을 지정된 대역폭 및 버스트 크기로 제한할 수 있습니다. 폴리서 제한을 초과하는 패킷은 폐기되거나(하드 폴리싱), 다른 포워딩 클래스, 다른 손실 우선순위 또는 둘 다에 할당될 수 있습니다(소프트 폴리싱). 입력 또는 출력 인터페이스와 연결할 수 있는 필터를 사용하여 폴리서를 정의합니다.
폴리서에 대한 자세한 내용은 트래픽 폴리싱 개요를 사용하여 네트워크 액세스 제어를 참조하십시오.
-
-
규칙 재 작성 - 재작성 규칙은 발신 패킷에서 적절한 CoS(class of service) 비트를 설정합니다. 이를 통해 다음 다운스트림 라우팅 디바이스가 패킷을 적절한 서비스 그룹으로 분류할 수 있습니다. 아웃바운드 패킷을 다시 작성하거나 표시하는 것은 라우팅 디바이스가 네트워크의 경계에 있고 대상 피어의 정책을 충족하기 위해 CoS 값을 변경해야 하는 경우에 유용합니다.
일반적으로 패킷이 네트워크의 DiffServ 부분에 들어갈 때 패킷이 적절한 DSCP 비트 세트를 가진 고객으로부터 도착하지 않거나 서비스 공급자가 고객이 DSCP를 올바르게 설정했는지 확인하려고 하기 때문에 발신 패킷에 대한 DSCP의 재작성은 한 번 수행됩니다. DSCP를 수락하고 DSCP 값으로만 트래픽을 분류 및 예약하고, BA(Behavior Aggregate) DiffServ 기능을 수행하며, 일반적으로 DSCP를 다시 작성하지 않는 CoS 체계입니다. DSCP 재작성은 일반적으로 다중 필드(MF) DiffServ 시나리오에서 발생합니다.
규칙 재작성에 대한 자세한 내용은 포워딩 동작을 보장하기 위한 패킷 헤더 재작성 을 참조하십시오.