혼잡을 관리하고 서비스 수준을 제어하는 데 사용되는 Junos OS CoS 구성 요소

DiffServ 사양은 IPv4 및 IPv6 패킷 헤더에서 6비트 필드를 설정하여 패킷에 적용해야 하는 서비스 클래스를 나타냅니다. DiffServ 필드의 비트 값은 DiffServ 지원 네트워크 에지의 애플리케이션 또는 라우터에 의해 설정될 수 있는 DiffServ 코드 포인트(DSCP)를 형성합니다.

DiffServ와 같은 CoS 방법이 패킷 헤더에서 DSCP의 위치와 길이를 지정하지만 내부적으로 DiffServ를 제공하기 위한 라우터 메커니즘의 구현은 벤더별로 다릅니다. Junos OS CoS 기능은 특정 서비스 오퍼링을 정의하기 위해 개별적으로 또는 함께 구성할 수 있는 일련의 메커니즘을 통해 구성됩니다.

그림 1은 Junos OS CoS 기능의 구성 요소를 보여주며, 이들이 상호 작용하는 시퀀스를 보여줍니다.

다음 중 하나 이상의 Junos OS CoS 메커니즘을 구성할 수 있습니다.

• 분류자 - 패킷 분류 는 수신 패킷 검사를 의미합니다. 이 기능은 패킷을 특정 CoS 서비스 수준과 연결합니다. Junos OS 분류기는 수신 패킷을 포워딩 클래스 및 손실 우선 순위와 연결하고, 연결된 포워딩 클래스에 기반하여 패킷을 출력 대기열에 할당합니다. 다음과 같은 두 가지 일반적인 분류자 유형이 지원됩니다.

  • 행동 집계 분류자 - 행동 집계 (BA)는 라우팅 디바이스에 들어갈 때 패킷에서 작동하는 분류 방법입니다. 패킷 헤더의 CoS 값이 조사되고, 이 단일 필드는 패킷에 적용되는 CoS 설정을 결정합니다. BA 분류자를 사용하면 DSCP(Differentiated Services Code Point) 값, DSCP IPv6 값, IP 우선 순위 값, MPLS EXP 비트 및 IEEE 802.1p 값을 기반으로 패킷의 포워딩 클래스 및 손실 우선순위를 설정할 수 있습니다. 기본 분류기는 IP 우선 순위 값을 기반으로합니다.

    (코드 포인트 비트 패턴에 이름을 할당하는 코드 포인트 별칭 도 구성할 수 있습니다. 분류자, 드롭 프로파일 맵, 규칙 재작성과 같은 다른 CoS 구성 요소를 구성할 때 비트 패턴 대신 이 이름을 사용할 수 있습니다.)

    BA 분류자에 대한 자세한 내용은 행동 집계 분류자가 신뢰할 수 있는 트래픽의 우선순위를 지정하는 방법 이해하기 를 참조하십시오.

  • 멀티필드 트래픽 분류자 - 멀티필드 분류기는 트래픽 흐름을 분류하는 두 번째 방법입니다. 동작 어그리게이션과 달리 멀티필드 분류기는 패킷의 여러 필드를 검사할 수 있습니다. 멀티필드 분류자가 검사할 수 있는 일부 필드의 예에는 패킷의 소스 및 대상 주소와 패킷의 소스 및 대상 포트 번호가 포함됩니다. 멀티필드 분류자의 경우 방화벽 필터 규칙을 기반으로 패킷의 포워딩 클래스 및 손실 우선순위를 설정합니다. 멀티필드 분류는 일반적으로 네트워크 에지에서 유효하거나 신뢰할 수 있는 동작 어그리게이션 코드 포인트가 없는 패킷에 대해 수행됩니다.

    다중 패킷 헤더 필드를 기반으로 서비스 수준을 패킷에 할당하는 개요 를 참조하여 멀티필드 분류자에 대한 자세한 정보를 확인하십시오.

• 포워딩 클래스 - 포워딩 클래스 는 라우팅 디바이스를 전송할 때 패킷에 적용되는 포워딩, 스케줄링 및 마킹 정책에 영향을 미칩니다. DiffServ 아키텍처에서 정렬된 어그리게이션으로 알려진 포워딩 클래스와 손실 우선 순위는 CoS에 대한 라우터의 홉당 동작(DiffServ에서 PHB)을 결정합니다. 최선의 노력, 확실한 포워딩, 신속한 포워딩, 네트워크 제어 등 4가지 범주의 포워딩 클래스가 지원됩니다. 대부분의 주니퍼 네트웍스 M Series 멀티서비스 에지 라우터에서 4개의 포워딩 클래스가 지원됩니다. 4가지 유형의 포워딩 클래스 중 각각 최대 하나를 구성할 수 있습니다. M120 및 M320 멀티서비스 에지 라우터, 주니퍼 네트웍스 MX 시리즈 5G 유니버설 라우팅 플랫폼, 주니퍼 네트웍스 T 시리즈 코어 라우터 및 EX 시리즈 스위치의 경우 16개의 포워딩 클래스가 지원되므로 패킷을 보다 세분하게 분류할 수 있습니다. 예를 들어, EF, EF1 및 EF2와 같은 여러 클래스의 EF(Expedited Forwarding) 트래픽을 구성할 수 있습니다.

  포워딩 클래스가 포워딩 클래스에 대한 자세한 내용은 포워딩 클래스가 클래스를 출력 대기열에 할당하는 방법 이해하기를 참조하십시오.

• 손실 우선 순위 - 손실 우선순위 를 통해 패킷 손실의 우선순위를 설정할 수 있습니다. 손실 우선순위는 패킷의 상대적 주문에 영향을 미치지 않으면서 패킷의 스케줄링에 영향을 미칩니다. 혼잡 제어 전략의 일환으로 패킷 손실 우선순위(PLP) 비트를 사용할 수 있습니다. 손실 우선 순위 설정을 사용하여 혼잡을 경험한 패킷을 식별할 수 있습니다. 일반적으로 손실 우선순위가 높은 서비스 수준을 초과하는 패킷을 표시합니다. 분류자 또는 폴리서 구성을 통해 손실 우선순위를 설정합니다. 손실 우선 순위는 워크플로우의 후반부에서 RED에서 사용되는 드롭 프로파일 중 하나를 선택하는 데 사용됩니다.

  패킷 손실 우선 순위에 대한 자세한 내용은 다양한 트래픽 플로우에 대한 패킷 손실 우선순위를 설정하여 혼잡 관리를 참조하십시오.

• 포워딩 정책 옵션 - 이러한 옵션을 사용하면 포워딩 클래스를 다음 홉과 연결할 수 있습니다. 또한 포워딩 정책 옵션을 사용하면 분류 재정의를 생성할 수 있으며, 이는 접두사 집합에 포워딩 클래스를 할당합니다.

  포워딩 정책 옵션에 대한 자세한 내용은 포워딩 정책 옵션 개요를 참조하십시오.

• 전송 스케줄링 및 속도 제어 - 이러한 매개 변수는 트래픽 흐름을 관리하는 다양한 도구를 제공합니다.

  • 큐잉 -패킷이 라우팅 디바이스의 발신 인터페이스로 전송된 후 물리적 미디어에서 전송을 위해 대기열에 표시됩니다. 라우팅 디바이스에서 패킷이 대기열에 대기되는 시간은 나가는 물리적 미디어의 가용성과 인터페이스를 사용하는 트래픽의 양에 따라 결정됩니다.

  • 스케줄러 - 개별 라우팅 디바이스 인터페이스에는 패킷을 저장하도록 할당된 여러 개의 대기열이 있습니다. 라우팅 디바이스는 특정 스케줄링 방법에 따라 어떤 대기열을 서비스할지 결정합니다. 이 프로세스는 종종 어떤 유형의 패킷을 다른 패킷 앞에 전송해야 하는지를 결정하는 것과 관련이 있습니다. Junos OS 스케줄러를 사용하면 패킷 전송을 위한 특정 대기열에 적용할 우선 순위, 대역폭, 지연 버퍼 크기, 속도 제어 상태 및 RED 드롭 프로파일을 정의할 수 있습니다.

    스케줄러에 대한 자세한 내용은 스케줄러가 출력 대기열 속성을 정의하는 방법을 참조하십시오.

  • 패브릭 스케줄러 —M120, M320 및 T 시리즈 라우터의 경우에만 패브릭 스케줄러를 통해 포워딩 클래스에 따라 패킷을 높거나 낮은 우선순위로 식별하고 스케줄러를 패브릭 우선 순위와 연결할 수 있습니다.

  • 트래픽 클래스의 폴리서 - 폴리서를 사용하면 특정 클래스의 트래픽을 지정된 대역폭 및 버스트 크기로 제한할 수 있습니다. 폴리서 제한을 초과하는 패킷은 폐기되거나(하드 폴리싱) 다른 포워딩 클래스, 다른 손실 우선순위 또는 둘 다(소프트 폴리싱)에 할당될 수 있습니다. 입력 또는 출력 인터페이스와 연결할 수 있는 필터로 폴리서를 정의합니다.

    폴리서에 대한 자세한 내용은 트래픽 폴리싱 개요를 사용하여 네트워크 액세스 제어 를 참조하십시오.

• 규칙 재작성 - 재작성 규칙은 발신 패킷에 적절한 CoS 비트를 설정합니다. 이를 통해 다음 다운스트림 라우팅 디바이스가 패킷을 적절한 서비스 그룹으로 분류할 수 있습니다. 라우팅 디바이스가 네트워크 경계에 있고 대상 피어의 정책을 충족하기 위해 CoS 값을 변경해야 할 때 아웃바운드 패킷을 다시 작성하거나 표시하는 것이 유용합니다.

  일반적으로 발신 패킷의 DSCP 재작성은 패킷이 네트워크의 DiffServ 부분에 들어갈 때, 적절한 DSCP 비트 세트를 가진 고객으로부터 패킷이 도착하지 않거나 서비스 프로바이더가 고객이 DSCP를 제대로 설정했는지 확인하기를 원하기 때문에 한 번 수행됩니다. DSCP를 수락하고 DSCP 값에서만 트래픽을 분류하고 스케줄하는 CoS 체계는 BA(behavior aggregate) DiffServ 기능을 수행하며 일반적으로 DSCP를 다시 작성하지 않습니다. DSCP 재작성은 일반적으로 멀티필드(MF) DiffServ 시나리오에서 발생합니다.

  규칙 재작성에 대한 자세한 내용은 패킷 헤더 재작성을 참조하여 포워딩 동작을 보장 합니다.