이 페이지의
CoS 포워딩 클래스 이해
포워딩 클래스는 트래픽을 그룹화하고 트래픽을 출력 큐에 할당합니다. 각 포워딩 클래스는 출력 큐에 매핑됩니다. 분류는 패킷 또는 프레임 헤더의 코드 포인트 비트를 기반으로 수신 트래픽을 포워딩 클래스에 매핑합니다. 큐 매핑에 대한 포워딩 클래스는 포워딩 클래스로 분류된 트래픽에 사용되는 출력 큐를 정의합니다.
NFX 시리즈 디바이스를 제외하고, 분류자는 각 패킷을 다음 4개(QFX10000 스위치) 또는 5개(기타 스위치) 기본 포워딩 클래스 중 하나 또는 패킷에 출력 큐를 할당하기 위해 사용자 구성 포워딩 클래스와 연결해야 합니다.
fcoe—FCoE(Fibre Channel over Ethernet) 트래픽의 딜리버리 보장.
무손실—TCP 무손실 트래픽에 대한 보장된 제공.
best-effort—서비스 프로파일 없이 best-effort 딜리버리를 제공합니다. 손실 우선 순위는 일반적으로 CoS(Class-of-Service) 값으로 수행되지 않습니다.
네트워크 제어—프로토콜 제어를 지원하며 일반적으로 높은 우선 순위입니다.
mcast—(QFX10000 제외) 멀티테스트(멀티캐스트, 브로드캐스트 및 대상 조회 실패) 패킷 제공.
NFX 시리즈 디바이스에서 분류자는 각 패킷을 다음 4개의 기본 포워딩 클래스 중 하나 또는 사용자가 구성한 포워딩 클래스와 연결하여 패킷에 출력 큐를 할당해야 합니다.
best-effort (be)—서비스 프로파일을 제공하지 않습니다. 손실 우선 순위는 일반적으로 CoS 값으로 수행되지 않습니다.
신속한 포워딩(ef)—낮은 손실, 짧은 지연, 낮은 지터, 보장된 대역폭, 엔드투엔드 서비스를 제공합니다.
보장 포워딩(af)—정의할 수 있는 값 그룹을 제공하고 4개의 하위 클래스(AF1, AF2, AF3, AF4)를 포함하며, 각각 낮고 높은 2개의 드롭 확률이 있습니다.
네트워크 제어(nc)—프로토콜 제어를 지원하므로 일반적으로 우선 순위가 높습니다.
이 스위치는 최대 8개의(QFX10000 및 NFX 시리즈 디바이스), 10개(QFX5200 스위치) 또는 12개의(기타 스위치) 포워딩 클래스를 지원하므로 유연하고 차별화된 패킷 분류가 가능합니다. 예를 들어, 등과 같은 best-effortbest-effort1best-effort2여러 클래스의 best-effort 트래픽을 구성할 수 있습니다.
QFX10000 및 NFX 시리즈 디바이스에서 유니캐스트 및 멀티데스티네이션(멀티캐스트, 브로드캐스트, 대상 조회 실패) 트래픽은 동일한 포워딩 클래스 및 출력 큐를 사용합니다.
QFX10000 및 NFX 시리즈 디바이스를 제외하고, 스위치는 유니캐스트 트래픽을 위한 8개의 큐(큐 0~7) 및 2개(QFX5200 스위치) 또는 4개(기타 스위치) 출력 큐를 지원합니다(큐 8에서 11까지 큐). 유니캐스트 큐에 매핑된 포워딩 클래스는 유니캐스트 트래픽과 연관되며, 멀티데스테이션 큐에 매핑된 포워딩 클래스는 다중 수집 트래픽과 연관됩니다. 유니캐스트 및 다중 수집 트래픽을 동일한 큐에 매핑할 수 없습니다. 큐 8에서 11까지는 엄격한 우선 순위 구성을 지원하지 않기 때문에 엄격한 우선 순위 큐를 다중 격리 포워딩 클래스에 매핑할 수 없습니다.
기본 포워딩 클래스
표 1 에는 NFX 시리즈 디바이스가 아닌 모든 스위치에 적용되는 4개의 기본 포워딩 클래스가 나와 있습니다. QFX10000을 제외하고, 이러한 포워딩 클래스는 유니캐스트 트래픽에 적용됩니다. 포워딩 클래스의 이름을 바꿀 수 있습니다. 새 포워딩 클래스 이름을 할당한다고 해서 해당 포워딩 클래스에 매핑된 큐에 적용되는 기본 분류 또는 스케줄링을 변경하지 않습니다. CoS 구성은 복잡할 수 있으므로 시나리오에서 필요하지 않은 한 기본 클래스 이름 및 큐 번호 연결을 사용하는 것이 좋습니다.
포워딩 클래스 이름 |
기본 큐 매핑 |
코멘트 |
|---|---|---|
best-effort |
0 |
이 소프트웨어는 best-effort 트래픽에 특별한 CoS 처리를 적용하지 않습니다. 이는 역호환성 기능입니다. Best-effort 트래픽은 대개 네트워크 혼잡 기간 동안 가장 먼저 삭제되는 트래픽입니다. 기본적으로 이 클래스는 패킷 드롭 속성이 있는 손실이 큰 포워딩 클래스입니다 |
Fcoe |
3 |
기본적으로 포
참고:
관례에 따라 컨버지드 서버 액세스를 사용하는 구축은 일반적으로 FCoE 트래픽에 IEEE 802.1p Priority 3(011)을 사용합니다. 포워딩 클래스의 네트워크 아키텍처에서 다른 우선 순위를 사용하도록 요구하지 않는 한 FCoE 트래픽에 우선 순위 3을 사용하는 것이 좋습니다. |
무손실 |
4 |
기본적으로 이 클래스는 패킷 드롭 속성이 있는 무손실 포워딩 클래스입니다 |
네트워크 제어 |
7 |
이 소프트웨어는 우선 순위가 높은 이 서비스 클래스에서 패킷을 제공합니다. (이러한 패킷은 지연에 민감하지 않습니다.) 일반적으로 이러한 패킷은 라우팅 프로토콜 hello 또는 keepalive 메시지를 나타냅니다. 이러한 패킷의 손실은 적절한 네트워크 운영을 위태롭게 하기 때문에 패킷 폐기에 패킷 지연이 적합합니다. 기본적으로 이 클래스는 패킷 드롭 속성이 있는 손실이 큰 포워딩 클래스입니다 |
표 2 는 QFX10000 스위치 및 NFX 시리즈 디바이스를 제외하고 다중 수집 트래픽에만 적용됩니다.
포워딩 클래스 이름 |
기본 큐 매핑 |
코멘트 |
|---|---|---|
mcast |
8 |
이 소프트웨어는 멀티데스팅 패킷에 특별한 CoS 처리를 적용하지 않습니다. 이러한 패킷은 일반적으로 혼잡한 네트워크 조건에서 드롭됩니다. 기본적으로 이 클래스는 패킷 드롭 속성이 있는 손실이 큰 포워딩 클래스입니다 |
미러링된 트래픽은 항상 다중 수집 포워딩 클래스에 해당하는 큐로 전송됩니다. 미러 트래픽의 스위치 카피는 동작 통합 분류 프로세스에 따라 우선 순위가 결정됩니다.
포워딩 클래스 구성 규칙
포워딩 클래스를 구성할 때 다음 규칙을 고려합니다.
큐 할당 규칙
다음 규칙은 큐 할당을 관리합니다.
스위치가 지원할 수 있는 것보다 더 많은 큐를 지정하는 CoS 구성은 허용되지 않습니다. 커밋 작업은 사용 가능한 전체 큐 수를 명시하는 상세 메시지로 실패합니다.
모든 기본 CoS 구성은 큐 번호를 기반으로 합니다. 기본 구성에 표시되는 포워딩 클래스의 이름은 현재 해당 큐에 매핑된 포워딩 클래스입니다.
(QFX10000 및 NFX 시리즈 디바이스 제외) 유니캐스트 포워딩 클래스만 유니캐스트 큐(0에서 7까지)에 매핑할 수 있으며, 멀티데스팅 포워딩 클래스만 다중 수집 큐에 매핑할 수 있습니다(8에서 11까지).
(QFX10000 및 NFX 시리즈 디바이스 제외) 우선 순위가 높은 큐는 다중 격리 포워딩 클래스에 매핑할 수 없습니다. (우선 순위가 높은 트래픽은 큐 8에서 11까지 매핑할 수 없습니다).
두 개 이상의 포워딩 클래스를 큐에 매핑하는 경우 동일한 큐에 매핑된 모든 포워딩 클래스에는 동일한 패킷 드롭 속성이 있어야 합니다. 포워딩 클래스는 모두 손실되거나 모든 포워딩 클래스는 무손실이어야 합니다.
전송 속도를 구성하여 엄격한 우선 순위 큐에서 엄격한 우선 순위 처리를 수신하는 트래픽 양을 제한할 수 있습니다. 전송 속도는 엄격한 우선 순위 처리를 수신하는 대기열의 트래픽 양을 설정합니다. 스위치는 전송 속도를 초과하는 트래픽을 큐 초과 속도 대역폭을 수신하는 낮은 우선 순위의 트래픽으로 취급합니다. 엄격한 우선 순위 처리를 받는 트래픽의 양을 제한하면 다른 대기열에 굶주린 것을 방지하는 동시에 전송 속도에 지정된 트래픽의 양이 엄격한 우선 순위 처리를 받도록 보장합니다.
QFX10000 및 NFX 시리즈 디바이스를 제외하고, 셰이핑 속도 명령문을 사용하여 최대 대역폭을 설정하여 패킷 전송 속도를 조절할 수 있습니다. QFX10000 및 NFX 시리즈 디바이스에서 전송 속도를 사용하여 엄격한 우선 순위 큐에서 엄격한 우선 순위 처리를 받는 대역폭 양에 대한 제한을 설정할 수 있습니다.
QFX10000 및 NFX 시리즈 디바이스에서 포트에서 두 개 이상의 엄격한 우선 순위 큐를 구성하려면 우선 순위가 높은 각 큐에서 전송 속도를 구성해야 합니다. 포트에서 두 개 이상의 엄격한 우선 순위 큐를 구성하고 엄격한 우선 순위 큐에서 전송 속도를 구성하지 않는 경우, 스위치는 사용자가 구성한 첫 번째 큐만 엄격한 우선 순위 큐로 취급합니다. 스위치는 다른 큐를 우선 순위가 낮은 큐로 취급합니다. 일부 엄격한 우선 순위 큐에서 전송 속도를 구성하지만 포트의 다른 엄격한 우선 순위 큐에는 없는 경우 스위치는 전송 속도를 엄격한 우선 순위 큐로 취급하고, 전송 속도가 없는 큐를 낮은 우선 순위 큐로 취급합니다.
스케줄링 규칙
포워딩 클래스를 구성하고 트래픽을 매핑할 때(즉, 기본 분류자 및 포워딩 클래스를 사용하지 않는 경우) 포워딩 클래스에 대한 스케줄링 정책을 정의해야 합니다.
스케줄링 정책을 정의하는 것은 다음을 의미합니다.
스케줄러 맵에서 스케줄러를 포워딩 클래스에 매핑
포워딩 클래스를 포워딩 클래스 세트에 포함
스케줄러 맵과 트래픽 제어 프로파일 연결
트래픽 제어 프로파일을 포워딩 클래스 세트에 연결하고 트래픽 제어 프로파일을 인터페이스에 적용
QFX10000 스위치 및 NFX 시리즈 디바이스에서는 다음과 같이 포트 스케줄링을 사용하여 스케줄링 정책을 정의할 수 있습니다.
스케줄러 맵에서 스케줄러를 포워딩 클래스에 매핑
스케줄러 맵을 하나 이상의 인터페이스에 적용
규칙 재작성
각 물리적 인터페이스에서 인터페이스에서 사용되고 있는 모든 포워딩 클래스는 규칙을 재구성해야 하며 인터페이스에서 사용되고 있는 포워딩 클래스가 없을 경우 규칙을 다시 작성할 수 있습니다. 물리적 포트에서는 규칙 재작성 없이 포워딩 클래스를 규칙 및 포워딩 클래스와 혼합하지 마십시오.
무손실 전송 지원
이 스위치는 최대 6개의 무손실 포워딩 클래스를 지원합니다. 무손실 전송의 경우 무손실 포워딩 클래스의 IEEE 802.1p 코드 포인트에서 PFC를 활성화해야 합니다. 무손실 전송 지원에는 다음과 같은 제한 사항이 적용됩니다.
스위치 또는 QFabric 시스템 Node 디바이스에서 다른 장치로의 외부 케이블 길이는 300m를 초과할 수 없습니다.
QFabric 시스템 Node 디바이스에서 QFabric 시스템 Interconnect 장치까지의 내부 케이블 길이는 150m를 넘을 수 없습니다.
FCoE 트래픽의 경우 패킷 페이로드, 헤더 및 검사를 수용하려면 인터페이스 최대 전송 장치(MTU)가 최소 2,180바이트여야 합니다.
포트에서 PFC 구성의 모든 부분을 변경하면 변경이 완료될 때까지 전체 포트가 차단됩니다. PFC 변경이 완료되면 포트가 차단 해제되고 트래픽이 재개됩니다. PFC 구성을 변경하면 포트에서 구성된 혼잡 알림 프로파일(코드 포인트에서 PFC를 활성화/비활성화하거나, MRU 또는 케이블 길이 값을 변경하거나, 출력 흐름 제어 큐를 지정)을 변경할 수 있습니다. 포트 차단은 수신 및 송신 트래픽을 중지하고 포트가 차단될 때까지 포트의 모든 큐에서 패킷 손실을 발생합니다.
QFX10002-60C는 PFC 및 무손실 대기열을 지원하지 않습니다. 즉, 기본 무손실 큐(fcoe 및 무손실)는 손실 대기열이 됩니다.
Junos OS 릴리스 12.2는 무손실 포워딩 클래스( fcoe 및 no-loss 포워딩 클래스)가 처리되는 방식에 변화를 줍니다.
Junos OS Release 12.1에서는 명시적으로 클래스 및 no-loss 포워딩 클래스를 구성 fcoe 하고 이러한 포워딩 클래스에 대한 기본 구성을 사용함으로써 포워딩 클래스에 매핑된 트래픽에 대해 동일한 무손실 동작이 발생했습니다.
그러나 Junos OS Release 12.2에서 포워딩 클래스 또는 no-loss 포워딩 클래스를 명시적으로 구성 fcoe 하면 포워딩 클래스는 더 이상 무손실 포워딩 클래스로 취급되지 않습니다. 이러한 포워딩 클래스에 매핑된 트래픽은 손실(best-effort) 트래픽으로 취급됩니다. 명시적 구성이 기본 구성과 정확히 동일하더라도 마찬가지입니다.
Junos OS Release 12.1 이전의 CoS 구성에 포워딩 클래스 또는 no-loss 포워딩 클래스의 fcoe 명시적 구성이 포함되어 있는 경우, Junos OS 릴리스 12.2로 업그레이드할 때 이러한 포워딩 클래스는 무손실이 아닙니다. 이러한 포워딩 클래스의 무손실 처리를 보존하려면 Junos OS Release 12.2로 업그레이드하기 전에 명시적 fcoe 및 no-loss 포워딩 클래스 구성을 삭제하십시오.
이 변경에 대한 자세한 정보와 기존 무손실 구성 삭제 방법은 Junos OS 릴리스 12.2에 도입된 CoS 변경 사항 개요 를 참조하십시오.
Junos OS 릴리스 12.3에서 및 no-loss 포워딩 클래스의 fcoe 기본 동작은 Junos OS 릴리스 12.2와 동일합니다. 하지만 Junos OS 릴리스 12.3에서는 최대 6개의 무손실 포워딩 클래스를 구성할 수 있습니다. 명시적으로 구성된 모든 무손실 포워딩 클래스는 새로운 no-loss 패킷 드롭 속성을 포함해야 하며 포워딩 클래스는 손실이 발생할 수 있습니다.