각 대기열에 대한 사용자 지정 포워딩 클래스 구성
기본적으로 4개의 대기열이 각각 대기열 번호, 이름 및 약어를 가진 4개의 기본 포워딩 클래스에 할당됩니다.
CoS 구성은 매우 복잡할 수 있으므로, 시나리오에서 필요하지 않는 한 기본 클래스 이름이나 대기열 번호 연관을 변경하지 않는 것이 좋습니다.
네트워크에 4개 이상의 기본 포워딩 클래스가 필요한 경우 다음 절차에 따라 사용자 지정 포워딩 클래스 이름을 만들고 계층 수준에서 [edit class-of-service] 문을 포함하여 forwarding-classes 각 포워딩 클래스를 대기열 번호에 할당할 수 있습니다.
계층 수준의 and queue 문 [edit class-of-service forwarding-classes] 은 class 상호 배타적입니다. 최대 8개의 포워딩 클래스에 대한 출력 대기열에 대한 포워딩 클래스의 일대일 매핑을 구성하려면 계층 수준에서 [edit class-of-service forwarding-classes] 문을 queue 사용합니다. 단일 출력 대기열에 매핑된 여러 포워딩 클래스로 최대 16개의 포워딩 클래스를 구성하려면(최대 16개의 사용자 지정 포워딩 클래스 구성 참조), 계층 수준에서 [edit class-of-service forwarding-classes] 문을 포함 class 합니다.
동일한 포워딩 클래스를 두 개의 서로 다른 대기열에 할당하는 구성을 커밋할 수 없습니다.
송신 인터페이스에 연결된 스케줄러가 없는 포워딩 클래스로 패킷을 분류하는 것은 권장하지 않습니다. 이러한 구성은 구성되지 않은 스케줄링 클래스에 적절한 버퍼 공간이 부족할 수 있기 때문에 불필요한 패킷 드롭을 유발할 수 있습니다. 예를 들어, 대기열 0을 정의하지 않는 사용자 지정 스케줄러 맵을 구성하고 기본 분류자가 수신 패킷을 최선의 노력 클래스(대기열 0)에 할당하는 경우, 최선의 노력 포워딩 클래스에 대한 구성되지 않은 송신 대기열은 짧은 패킷 버스트를 수용할 수 있는 충분한 공간이 없을 수 있습니다.
기본 혼잡 및 전송 제어 메커니즘은 출력 인터페이스가 특정 포워딩 클래스에 대해 구성되지 않았지만 구성되지 않은 포워딩 클래스로 향하는 패킷을 수신할 때 사용됩니다. 이 기본 메커니즘은 기본 드롭 프로필과 함께 지정된 포워딩 클래스에 할당된 지연 버퍼 및 가중 라운드 로빈(WRR) 크레딧을 사용합니다. 버퍼 및 WRR 크레딧 할당이 최소화되기 때문에 인터페이스에 대한 포워딩 클래스를 구성하지 않고 더 많은 수의 패킷이 포워딩되면 패킷이 손실될 수 있습니다.
기본 포워딩 클래스 중 하나와 동일한 대기열에 대한 포워딩 클래스를 정의하면 기본 포워딩 클래스가 자동으로 제거됩니다. 예를 들어, 기본 best-effort 포워딩 클래스의 대기열인 대기열 0에 클래스를 정의 be 하면 클래스가 best-effort 제거됩니다.
주어진 대기열 번호에 대해 둘 이상의 포워딩 클래스를 정의하고 새 클래스 중 하나에 대해 기본 포워딩 클래스의 이름을 사용하는 경우, 기본 이름을 가진 새 클래스는 삭제됩니다.
사용자 지정 포워딩 클래스 이름을 만들고 각 포워딩 클래스를 대기열 번호에 할당하려면 다음을 수행합니다.