무손실 트래픽 플로우에 대한 CoS IEEE 802.1p 우선 순위 이해
스위치는 최대 6개의 무손실 포워딩 클래스를 지원합니다. (Junos OS 릴리스 12.3은 두 개의 무손실 포워딩 클래스(기본 fcoe
및 no-loss
포워딩 클래스)에서 최대 6개의 무손실 포워딩 클래스로 무손실 우선순위에 대한 지원을 증가했습니다.) 각 포워딩 클래스는 IEEE 802.1p 코드 포인트(우선 순위)에 매핑됩니다.
Junos OS 릴리스 13.1에서는 QFabric 시스템에서 최대 6개의 무손실 포워딩 클래스를 지원합니다. 이 문서에서는 달리 명시되지 않는 한 Junos OS 릴리스 12.3의 독립 실행형 스위치에 소개된 기능을 Junos OS 릴리스 13.1의 QFabric 시스템에 도입되었습니다.
QFX3500과 같은 네이티브 파이버 채널(FC) 인터페이스를 가진 스위치만 FCoE-FC 게이트웨이로 네이티브 FC 트래픽 및 구성을 지원합니다. 이 문서에서는 네이티브 FC 트래픽 및 FCoE-FC 게이트웨이 구성과 관련된 기능은 네이티브 FC 인터페이스를 지원하는 스위치에만 적용됩니다.
기본 구성은 Junos OS 릴리스 12.2의 기본 구성과 동일하며 역 호환됩니다. 무손실 포워딩 클래스가 두 개 이하인 경우, 및 no-loss
포워딩 클래스가 무손실인 기본 구성 fcoe
을 사용합니다. 두 개 이상의 무손실 포워딩 클래스가 필요한 경우, 두 개의 기본 무손실 포워딩 클래스를 사용하고 추가 무손실 포워딩 클래스를 구성할 수 있습니다. 기본 무손실 포워딩 클래스를 사용하지 않으시면, 기본 무손실 포워딩 클래스를 변경하거나 명시적으로 구성한 무손실 포워딩 클래스만 사용할 수 있습니다.
기본 무손실 우선순위 구성
포워딩 클래스를 명시적으로 구성하지 않으면 시스템은 두 개의 기본 포워딩 클래스(fcoe 및 무손실)를 제공하는 기본 포워딩 클래스 구성을 사용합니다. (포워딩 클래스 구성을 변경하는 경우 포워딩 클래스가 특정 디바이스로 전역적이기 때문에 해당 디바이스의 모든 트래픽에 변경 사항이 적용됩니다.)
분류자를 명시적으로 구성하지 않고 출력 대기열(CNP의 출력 stanza에 구성)을 일시 중지하도록 플로우 제어를 명시적으로 구성하지 않으면, 기본 분류자 및 기본 출력 대기열 일시 중지 구성이 스위치(또는 노드 디바이스)의 모든 이더넷 인터페이스에 적용됩니다. 이더넷 인터페이스에 명시적 구성을 적용하여 기본 분류자 및 기본 출력 대기열 일시 중지 구성을 재정의할 수 있습니다. 기본 구성은 명시적 구성이 없는 모든 이더넷 인터페이스에서 사용됩니다.
출력 대기열에서 플로우 제어를 구성하지 않으면, 기본 구성은 IEEE 802.1p 코드 포인트(우선 순위)의 일대일 매핑을 사용하여 숫자별로 대기열을 출력합니다. 예를 들어, 우선 순위 0(코드 포인트 000)은 대기열 0에 매핑되고, 우선 순위 1(코드 포인트 001)은 대기열 1에 매핑됩니다. 기본 구성을 사용하지 않는 경우, CNP의 출력 스탠자에서 PFC 일시 중지를 활성화하려는 각 출력 대기열에서 플로우 제어를 명시적으로 구성해야 합니다.
기본 구성에서는 대기열 3과 대기열 4만 연결된 피어의 메시지 일시 중지에 응답할 수 있습니다. 대기열 3이 일시 중지 메시지에 응답하려면 CNP의 입력 stanza에서 PFC에 우선 순위 3(코드 포인트 011)이 활성화되어야 합니다. 대기열 4가 일시 중지 메시지에 응답하려면 CNP의 입력 stanza에서 PFC에 대한 우선 순위 4(코드 포인트 100)가 활성화되어야 합니다.
기본 구성은 다음과 같은 무손실 동작을 제공합니다.
두 개의 기본 무손실 포워딩 클래스(
no-loss
패킷 드롭 속성은 이러한 포워딩 클래스에 자동으로 적용):fcoe—출력 대기열 3 손실 없음으로 매핑-출력 대기열 4에 매핑fcoe 포워딩 클래스를 IEEE 802.1p 우선순위 3(011)에 매핑하고 무손실 포워딩 클래스를 IEEE 802.1p 우선 순위 4(100)로 매핑하는 기본 분류자
이더넷 인터페이스 출력 대기열 3과 4에서 활성화된 우선순위 기반 플로우 제어(PFC)는 해당 대기열이 무손실 트래픽(각각 fcoe와 무손실 포워딩 클래스에 매핑되는 트래픽)을 전송할 때 활성화됩니다.
FCoE-FC 게이트웨이로 구성할 수 있는 스위치에서는 네이티브 FC 인터페이스(NP_Ports)와 FCoE/FC 트래픽의 출력 대기열 3(IEEE 802.1p 우선 순위 3)에서 기본 플로우 제어가 활성화되어 있습니다.
DCBX는 자동 협상 모드의 모든 인터페이스에서 활성화되며, FCoE 트래픽을 전달하는 인터페이스에서 FCoE 애플리케이션 프로토콜 유형, 길이 및 값(TLV)을 자동으로 교환합니다. 그러나 모든 애플리케이션에 대해 DCBX 프로토콜 TLV 교환을 명시적으로 구성하는 경우, DCBX가 FCoE를 포함한 TLV를 교환할 모든 애플리케이션에 대해 프로토콜 TLV 교환을 명시적으로 구성해야 합니다.
이더넷 포트에서 PFC 버퍼 계산은 다음 기본 값을 사용하여 헤드룸 버퍼 크기를 결정합니다.케이블 길이 — 우선 순위 3 트래픽에 대해 100m(약 328피트)MRU—우선 순위 4 트래픽에 대해 2500바이트 MRU—9216바이트최대 전송 단위(MTU)—1522(또는 인터페이스에 대해 구성된 MTU 값)
참고:기본 플로우 제어 우선 순위 중 하나가 아닌 우선순위에서 플로우 제어를 구성하는 경우, 기본 MRU 값은 2500바이트입니다. 예를 들어, 우선 순위 5에서 플로우 제어를 구성하고 MRU 값을 구성하지 않는 경우, 기본 MRU 값은 2500바이트입니다.
또한 무손실 전송을 지원하기 위해 PFC는 수신 이더넷 인터페이스의 무손실 IEEE 802.1p 우선순위(코드 포인트)에서 명시적으로 활성화되어야 합니다. 수신 인터페이스에는 기본 PFC 구성이 적용되지 않습니다. 무손실 우선순위에서 PFC를 활성화하지 않으면 혼잡 기간 동안 이러한 우선 순위가 패킷 손실을 경험할 수 있습니다. 예를 들어 무손실 FCoE 트래픽을 원하고 기본 fcoe 포워딩 클래스를 사용하고 있는 경우 CNP를 사용하여 우선 순위 3(코드 포인트 011)에서 PFC를 활성화하고 해당 CNP를 FCoE 트래픽을 전달하는 모든 수신 인터페이스에 적용합니다.
이더넷 인터페이스에 명시적 구성을 적용하여 기본 분류자 및 기본 출력 대기열 일시 중지 구성을 재정의할 수 있습니다.
기본 CoS 구성은 릴리스 12.3 Junos OS 전에 소프트웨어 릴리스의 기본 CoS 구성과 역 호환됩니다. 무손실 전송을 명시적으로 구성하는 경우, PFC 일시 중지를 위해 무손실 포워딩 클래스에 해당하는 입력 및 출력 대기열이 명시적으로 구성되었는지 확인합니다.
표 1 에는 기본 포워딩 클래스와 출력 대기열에 대한 매핑, IEEE 802.1p 우선 순위 및 드롭 속성이 요약되어 있습니다.
포워딩 클래스 이름 |
출력 대기열 |
우선 순위 |
드롭 속성 |
---|---|---|---|
최고의 노력 |
0 |
0 |
드롭 |
Fcoe |
3 |
3 |
무손실 |
무손실 |
4 |
4 |
무손실 |
네트워크 제어 |
7 |
7 |
드롭 |
유니캐스트 및 멀티데스티네이션(멀티캐스트, 브로드캐스트 및 대상 조회 실패) 트래픽에 대해 동일한 포워딩 클래스와 출력 대기열을 사용하는 스위치에서 이러한 포워딩 클래스는 유니캐스트 및 멀티데스팅 트래픽을 모두 전달합니다. 유니캐스트 트래픽만 무손실 트래픽으로 처리됩니다. 멀티 할당 트래픽은 무손실 출력 대기열에서도 무손실 트래픽으로 취급되지 않습니다.
유니캐스트 및 멀티데스티네이션 트래픽에 다른 포워딩 클래스와 출력 대기열을 사용하는 스위치에서는 mcast라는 이름의 기본 멀티데스티네이션 포워딩 클래스가 하나 있으며, 이는 드롭 속성 드롭(drop) 속성으로 출력 대기열 8에 매핑됩니다. (모든 IEEE 802.1p 우선 순위에서 들어오는 다중 할당 트래픽은 기본적으로 mcast 포워딩 클래스에 매핑됩니다.)
무손실 우선순위 구성
두 개 이상의 무손실 우선순위(포워딩 클래스)를 구성하거나 무손실 포워딩 클래스의 기본 매핑을 우선 순위로 변경하고 출력 대기열을 일시 중지하려면 기본 구성을 사용하는 대신 스위치를 명시적으로 구성해야 합니다. 무손실 우선순위 구성에는 다음이 포함됩니다.
손실 없는 패킷 드롭 속성으로 포워딩 클래스 구성.
CNP를 사용하여 수신 인터페이스에서 PFC를 구성하고 송신 인터페이스의 플로우 제어(PFC)를 구성합니다.
IEEE 802.1p 우선 순위(코드 포인트)를 올바른 포워딩 클래스(무손실 전송을 원하는 포워딩 클래스)로 매핑하도록 분류자를 구성합니다.
네트워크에서 많은 양의 무손실 트래픽을 예상하고 여러 무손실 트래픽 클래스를 구성하는 경우 무손실 플로우를 지원하기 위한 충분한 스케줄링 리소스(대역폭) 및 버퍼 공간을 예약해야 합니다. (공유 버퍼 구성을 지원하는 스위치의 경우, CoS 버퍼 구성 이해하기 는 버퍼 구성 방법을 설명하며 많은 양의 무손실 트래픽을 가진 네트워크에 권장되는 버퍼 구성을 제공합니다. 버퍼 최적화는 가상 출력 대기열을 사용하는 스위치에서 자동으로 수행됩니다.)
또한 이더넷 인터페이스에서 DCBX는 무손실 트래픽에 적합한 애플리케이션 프로토콜 TLV를 교환해야 합니다. FCoE-FC 게이트웨이 역할을 할 수 있는 스위치에서는 네트워크가 FCoE 트래픽에 대해 3(IEEE 코드 포인트 011) 이외의 우선 순위를 사용하는 경우 네이티브 FC 인터페이스에 FCoE 우선 순위를 다시 매핑해야 합니다. 이 섹션에서는 다음을 설명합니다.
- 무손실 포워딩 클래스 구성(패킷 드롭 속성)
- 혼잡 알림 프로필(PFC 구성)
- DCBX 구성(애플리케이션 프로토콜 TLV 교환)
- 트래픽 클래스 간의 운명 공유
- 전송 스위치 구성과 FCoE-FC 게이트웨이 구성 비교
- 구성 결과 및 커밋 검사
무손실 포워딩 클래스 구성(패킷 드롭 속성)
Junos OS 릴리스 12.3은 클래스 구성을 포워딩하기 위한 무손실 매개변수를 소개했습니다. (비록 동일한 이름을 사용하지만, 이것은 손실 없는 기본 포워딩 클래스는 아닙니다. 모든 포워딩 클래스를 무손실 포워딩 클래스로 구성하도록 지정할 수 있는 패킷 드롭 속성입니다.)
유니캐스트 및 멀티데스티네이션 트래픽에 다른 포워딩 클래스를 사용하는 스위치에서 포워딩 클래스는 유니캐스트 포워딩 클래스여야 합니다. 유니캐스트 및 멀티데스티네이션 트래픽에 동일한 포워딩 클래스를 사용하는 스위치에서는 유니캐스트 트래픽만 무손실 치료를 받습니다.
계층 수준에서 드롭 속성을 [edit class-of-service forwarding-classes class forwarding-class-name queue-num queue-number]
포함하여 no-loss
최대 6개의 포워딩 클래스(시스템 아키텍처 및 시스템 리소스의 가용성에 따라)를 무손실 포워딩 클래스로 구성할 수 있습니다.
기본 fcoe 또는 무손실 포워딩 클래스를 사용하는 경우 기본적으로 무손실 드롭 속성을 포함합니다. fcoe 또는 무손실 포워딩 클래스를 명시적으로 구성하고 무손실 동작을 유지하려면 구성에 손실 없는 드롭 속성을 포함 해야 합니다 .
동일한 출력 대기열에 매핑된 모든 포워딩 클래스는 동일한 패킷 드롭 속성을 가져야 합니다. (동일한 출력 대기열에 매핑된 모든 포워딩 클래스는 손실이 있거나 손실이 없어야 합니다. 손실 클래스와 무손실 포워딩 클래스를 모두 동일한 대기열에 매핑할 수 없습니다.)
운명 공유(혼잡하지 않은 플로우에 영향을 미치는 혼잡한 플로우)를 피하기 위해 무손실 포워딩 클래스의 일대일 매핑을 IEEE 802.1p 코드 포인트(우선 순위) 및 대기열에 사용합니다. 각 무손실 포워딩 클래스를 다른 대기열에 매핑하고 들어오는 트래픽을 포워딩 클래스로 분류하여 각 포워딩 클래스가 하나의 우선 순위(코드 포인트)의 트래픽만 전송하도록 합니다.
fcoe 및 무손실 포워딩 클래스는 특별한 경우입니다. 기본 구성에서는 무손실 동작을 위해 구성되기 때문입니다(CNP 입력 stanza에서 fcoe 및 무손실 포워딩 클래스에 매핑된 우선 순위에 대한 PFC도 활성화하도록 제공).
표 2 에는 Junos OS 릴리스 12.3 이상에서 fcoe 및 무손실 포워딩 클래스의 가능한 구성과 무손실 트래픽 동작 측면에서 이러한 구성의 결과가 요약되어 있습니다. PFC, DCBX 및 분류기가 올바르게 구성된다고 가정합니다.
명시적(사용자 구성) 또는 기본 포워딩 클래스 구성 |
패킷 드롭 속성 |
결과 및 노트 |
---|---|---|
기본 |
기본 |
fcoe와 무손실 포워딩 클래스는 무손실입니다.
참고:
다른 포워딩 클래스(손실 또는 무손실 포워딩 클래스)를 명시적으로 구성하더라도 fcoe 및 무손실 포워딩 클래스는 명시적으로 구성되지 않았기 때문에 무손실 상태로 유지됩니다. |
명시적 |
명시적 포워딩 클래스 구성에 지정되지 않음 |
fcoe 및 무손실 포워딩 클래스는 손실 없는 드롭 속성을 포함하지 않기 때문에 손실이 없습니다. |
명시적 |
무손실 |
fcoe와 무손실 포워딩 클래스는 무손실입니다. |
명시적, Junos OS 릴리스 12.2 또는 이전 버전에서 구성됨 |
지정되지 않음(Junos OS 릴리스 12.3 이전에는 패킷 드롭 속성을 사용할 수 없음) |
fcoe 및 무손실 포워딩 클래스는 Junos OS 릴리스 12.3 이상에서 손실이 없습니다.
참고:
무손실 동작을 유지하려면 Junos OS 릴리스 12.3으로 업그레이드하기 전에 시스템이 기본 구성을 사용할 수 있도록 명시적 구성을 삭제해야 합니다. 또는 Junos OS 릴리스 12.3 이상으로 업그레이드한 후 손실 없는 패킷 드롭 속성으로 포워딩 클래스를 재구성할 수 있습니다. |
및 no-loss
포워딩 클래스를 제외한 fcoe
다른 모든 포워딩 클래스의 경우, 다른 모든 포워딩 클래스의 기본 구성이 손실이기 때문에 무손실 패킷 드롭 속성을 지정하여 무손실 전송을 명시적으로 구성해야 합니다(손실 없는 패킷 드롭 속성은 적용되지 않음).
혼잡 알림 프로필(PFC 구성)
CNP를 사용하여 입력 및 출력 인터페이스에서 무손실 PFC 특성을 구성합니다.
CNP의 입력 stanza를 사용하면 지정된 IEEE 802.1p 우선 순위(코드 포인트)에서 PFC를 구현하고 수신 인터페이스에서 최대 수신 단위(MRU) 값 및 케이블 길이를 구성하여 헤드룸 버퍼 설정을 미세 조정할 수 있습니다.
CNP의 출력 스탠자는 지정된 IEEE 802.1p 우선 순위에 대한 출력 대기열에서 PFC(플로우 제어)를 활성화하여 대기열이 선택한 우선 순위에 연결된 피어의 PFC 일시 중지 메시지에 응답할 수 있도록 합니다. (기본적으로 출력 대기열 3과 4는 해당 대기열 이 fcoe와 무손실 포워딩 클래스에서 무손실 트래픽을 전송할 때 수신된 PFC 메시지에 응답합니다.)
무손실 전송을 달성하기 위해 수신 인터페이스에서 일시 중지된 우선순위는 주어진 트래픽 플로우에 대해 송신 인터페이스에서 일시 중지된 우선 순위와 일치해야 합니다. 예를 들어, IEEE 802.1p 우선 순위 5(코드 포인트 101)로 태그 처리된 트래픽을 일시 중지하고 우선 순위 5 트래픽이 출력 대기열 5에 매핑되는 수신 인터페이스를 구성하는 경우, 대기열 5에서 우선 순위 5를 일시 중지하도록 해당 출력 인터페이스를 구성해야 합니다. 또한 대기열 5에 매핑된 포워딩 클래스는 무손실 포워딩 클래스(손실 없는 드롭 속성 사용)로 구성되어야 합니다.
포트의 PFC 구성에 대한 모든 변경은 포트가 변경을 구현한 다음 포트 차단을 해제할 수 있도록 전체 포트(PFC 변경의 영향을 받는 우선 순위뿐만 아니라)를 일시적으로 차단합니다. 포트 차단은 수신 및 송신 트래픽을 중지하고 포트가 잠기지 않으면 포트의 모든 대기열에서 패킷 손실을 유발합니다.
PFC 구성을 변경한다는 것은 CNP의 입력 부분을 변경하거나(우선순위에서 PFC를 활성화 또는 비활성화하거나, MRU 또는 케이블 길이 값을 변경) 또는 대기열에서 출력 플로우 제어를 활성화 또는 비활성화하는 CNP 출력 부분을 변경하는 것을 포함하여 CNP로의 변경을 의미합니다. PFC 구성 변경은 변경된 CNP를 사용하는 포트에만 영향을 미칩니다.
다음 작업은 PFC 구성을 변경합니다.
하나 이상의 인터페이스에서 사용 중인 CNP에서 PFC 구성(입력 또는 출력)을 삭제하거나 비활성화합니다. 예를 들어:
우선 순위 3, 5, 6에서 PFC를 지원하는 입력 스탠자가 있는 기존 CNP는 인터페이스 xe-0/0/20 및 xe-0/0/21에서 구성됩니다.
입력 CNP에서 우선 순위 6에 대한 PFC 구성을 비활성화한 다음 구성을 커밋합니다.
PFC 구성 변경으로 인해 인터페이스 xe-0/0/20 및 xe-0/0/21의 모든 트래픽이 PFC 변경이 구현될 때까지 중단됩니다. PFC 변경이 구현되면 트래픽이 재개됩니다.
인터페이스에서 CNP 구성. (이렇게 하면 하나 이상의 우선 순위에서 PFC를 활성화하여 PFC 상태가 변경됩니다.)
인터페이스에서 CNP를 삭제합니다. (이렇게 하면 하나 이상의 우선 순위에서 PFC를 비활성화하여 PFC 상태가 변경됩니다.)
Configuring Input Interface Flow Control (PFC and Headroom Buffer Calculation)
이더넷 인터페이스에서 CNP의 입력 stanza는 지정된 우선 순위에서 PFC를 활성화하므로 수신 인터페이스가 혼잡 기간 동안 연결된 피어에 일시 중지 메시지를 보낼 수 있습니다. 입력 CNP는 또한 MRU 값 및 케이블 길이를 구성할 수 있도록 하여 PFC 지원에 사용되는 헤드룸 버퍼를 미세 조정합니다(기본 구성을 사용하지 않는 경우).
헤드룸 버퍼는 인터페이스가 PFC 플로우 제어 메시지를 전송하여 들어오는 트래픽을 일시 중지한 후 인터페이스에 도착하는 트래픽을 저장하여 무손실 전송을 지원합니다. 연결된 피어가 플로우 제어 메시지를 수신하고 트래픽을 일시 중지할 때까지 인터페이스는 트래픽을 계속 수신하고 패킷 손실을 방지하기 위해 트래픽을 버퍼링해야 합니다(그리고 피어가 일시 중지한 후에도 유선에 있는 트래픽).
이 시스템은 MRU와 연결된 물리적 케이블의 길이를 사용하여 버퍼 헤드룸 할당을 계산합니다. 기본 구성 값은 다음과 같습니다.
우선 순위 3 트래픽에 대한 MRU—2500바이트
우선 순위 4 트래픽에 대한 MRU—9216바이트
케이블 길이 — 100m(약 328피트)
기본 플로우 제어 우선 순위 중 하나가 아닌 우선순위에서 플로우 제어를 구성하는 경우, 기본 MRU 값은 2500바이트입니다. 예를 들어, 우선 순위 5에서 플로우 제어를 구성하고 MRU 값을 명시적으로 구성하지 않으면 기본 MRU 값은 2500바이트입니다.
MRU와 케이블 길이를 미세 조정하여 인터페이스의 헤드룸 버퍼 크기를 조정할 수 있습니다. 스위치에는 공유 글로벌 버퍼 풀이 있으며 필요에 따라 무손실 대기열에 헤드룸 버퍼 공간을 동적으로 할당합니다.
MRU가 낮거나 케이블 길이가 짧을수록 인터페이스에 필요한 헤드룸 버퍼의 양이 줄어들고 다른 인터페이스를 위한 헤드룸 버퍼 공간이 더 늘어납니다. MRU가 높거나 케이블 길이가 길수록 인터페이스에 필요한 헤드룸 버퍼 공간이 증가하고 다른 인터페이스의 헤드룸 버퍼 공간이 줄어듭니다.
많은 경우, MRU 값(예: 2180 MRU는 대부분의 FCoE 네트워크에 충분함)을 줄이고 물리적 케이블의 길이가 100m 미만인 경우 케이블 길이 값을 줄임으로써 헤드룸 버퍼를 더 잘 활용할 수 있습니다.
MRU 또는 케이블 길이를 변경하여 헤드룸 버퍼를 구성하고 구성을 커밋할 때 시스템은 커밋 검사를 수행하고 충분한 헤드룸 버퍼 공간을 사용할 수 없는 경우 구성을 거부합니다.
그러나 시스템은 커밋 확인을 수행하지 않고 다음 경우 syslog 오류를 반환합니다.
버퍼는 LAG 인터페이스에 구성됩니다.
기본 분류기는 사용자가 구성한 분류자 대신 인터페이스에 사용됩니다.
인터페이스는 아직 생성되지 않았습니다.
Configuring Output Interface Flow Control (PFC)
이더넷 인터페이스에서 CNP의 출력 stanza를 사용하여 출력 대기열에서 플로우 제어를 구성하고 지정된 IEEE 802.1p 우선 순위에서 PFC 일시 중지 응답을 활성화할 수 있습니다.
유니캐스트 및 멀티데스티네이션 트래픽에 대해 서로 다른 출력 대기열을 사용하는 스위치에서 대기열은 유니캐스트 출력 대기열이어야 합니다.
기본적으로 출력 대기열 3과 4는 우선 순위 3(IEEE 802.1p 코드 포인트 011) 및 4(IEEE 802.1p 코드 포인트 100)의 PFC 일시 중지에 대해 활성화됩니다. 기본 PFC 일시 중지 응답은 fcoe 포워딩 클래스를 대기열 3 및 우선 순위 3으로 매핑하고 무손실 포워딩 클래스를 대기열 4 및 우선 순위 4로 매핑하는 기본 무손실 포워딩 클래스 구성을 지원합니다.
출력 대기열에 PFC를 구성하면 이더넷 인터페이스의 모든 출력 대기열에 대한 우선 순위를 일시 중지할 수 있습니다. 출력 플로우 제어를 사용하면 무손실 트래픽 플로우를 지원하기 위해 두 개 이상의 출력 대기열을 사용할 수 있습니다(최대 6개의 무손실 포워딩 클래스를 구성하고 PFC 일시 중지를 위해 활성화된 다른 출력 대기열에 매핑할 수 있습니다). 또한 출력 대기열 플로우 제어를 사용하면 한 개의 트래픽 클래스에 대해 여러 무손실 포워딩 클래스(각각 다른 우선 순위 및 출력 대기열에 매핑)를 지원할 수 있습니다.
출력 플로우 제어는 인터페이스의 해당 우선 순위에서 CNP 입력 stanza에서 PFC가 활성화된 경우에만 작동합니다. 예를 들어, 우선 순위 5(IEEE 802.1p 코드 포인트 101)에서 출력 플로우 제어를 활성화하는 경우, 우선 순위 5의 입력 stanza에서 CNP에서 PFC를 활성화해야 합니다.
예를 들어, 컨버지드 이더넷 네트워크가 FCoE 트래픽에 두 가지 우선 순위(예: 우선 순위 3 및 우선 순위 5)를 사용하는 경우, 이러한 우선순위를 다른 출력 대기열에 매핑되는 다른 무손실 포워딩 클래스로 분류할 수 있습니다.
각 포워딩 클래스가 다른 출력 대기열에 매핑되어 FCoE 트래픽에 대해 두 개의 무손실 포워딩 클래스를 구성합니다. 예를 들어, 대기열 3에 매핑된 기본 fcoe 포워딩 클래스를 사용할 수 있으며, fcoe1이라는 두 번째 무손실 포워딩 클래스를 구성하고 대기열 5에 매핑할 수 있습니다. fcoe 포워딩 클래스는 우선 순위 3 FCoE 트래픽(코드 포인트 011)을 위한 것이고 fcoe1 포워딩 클래스는 우선 순위 5(코드 포인트 101) FCoE 트래픽입니다.
각 포워딩 클래스를 원하는 IEEE 802.1p 코드 포인트(우선 순위)로 매핑하는 분류자를 구성합니다. 두 우선 순위의 FCoE 트래픽이 하나의 인터페이스를 사용하는 경우, 분류자는 두 포워딩 클래스를 올바른 우선 순위로 분류해야 합니다. 각 우선순위의 FCoE 트래픽이 서로 다른 인터페이스를 사용하는 경우, 각 인터페이스의 분류자 구성이 올바른 우선순위를 해당 무손실 포워딩 클래스에 매핑해야 합니다.
FCoE 트래픽을 전달하는 인터페이스에 분류기를 적용합니다. 분류기는 포워딩 클래스를 각 인터페이스의 우선 순위에 매핑하는 것을 결정합니다.
이러한 포워딩 클래스에 대해 무손실 전송을 구성하려면 다음도 필요합니다.
CNP 입력 stanza의 수신 인터페이스에서 두 가지 우선 순위(이 예에서 3과 5)에서 PFC를 활성화합니다.
인터페이스가 연결된 피어에서 수신한 일시 중지 메시지에 응답할 수 있도록 CNP 출력 스탠자의 포워딩 클래스에 대한 출력 대기열과 우선 순위에 PFC를 구성합니다.
참고:인터페이스에서 CNP를 구성할 때 구성이 구현될 때까지 모든 수신 및 송신 트래픽이 차단되고 인터페이스가 잠기지 않고 트래픽이 재개됩니다. 인터페이스가 차단되는 동안 인터페이스의 모든 대기열은 패킷 손실을 경험합니다.
두 FCoE 우선 순위 모두에서 애플리케이션 프로토콜 TLV를 교환하도록 DCBX를 구성합니다.
출력 대기열을 일시 중지하도록 플로우 제어를 구성하지 않으면, 기본 구성은 IEEE 802.1p 코드 포인트(우선 순위)의 일대일 매핑을 사용하여 숫자별로 대기열을 출력합니다. 예를 들어, 우선 순위 0(코드 포인트 000)은 대기열 0에 매핑되고, 우선 순위 1(코드 포인트 001)은 대기열 1에 매핑됩니다. 기본적으로 대기열 3과 4만 연결된 피어의 일시 중지 메시지에 응답할 수 있으며, CNP 입력 스탠자의 해당 우선 순위에서 PFC를 명시적으로 활성화하여 무손실 동작을 달성해야 합니다.
기본 구성을 사용하지 않는 경우 PFC 일시 중지를 활성화하려는 각 출력 대기열에 대한 플로우 제어를 명시적으로 구성해야 합니다. 예를 들어, 출력 대기열 5에서 플로우 제어를 명시적으로 구성하는 경우, 기본 구성은 더 이상 유효하지 않으며 PFC 일시 중지 시 출력 대기열 5만 활성화됩니다. 출력 대기열 3과 4는 더 이상 PFC 일시 중지에 대해 활성화되지 않으므로 해당 대기열을 사용하는 트래픽은 손실 없는 드롭 속성으로 해당 포워딩 클래스가 구성된 경우에도 더 이상 PFC 일시 중지 메시지에 응답하지 않습니다. 출력 대기열 3과 4에서 일시 중지 구성을 유지하고 대기열 5에서 플로우 제어를 구성하려면 대기열 3, 4, 5에서 플로우 제어를 명시적으로 구성해야 합니다.
유니캐스트 및 멀티데스티네이션 트래픽에 다양한 출력 대기열을 사용하는 스위치에서는 다중 할당 출력 대기열을 일시 중지하도록 플로우 제어를 구성할 수 없습니다. 플로우 제어를 구성하여 유니캐스트 출력 대기열만 일시 중지할 수 있습니다. 유니캐스트 및 멀티데스티네이션 트래픽에 대해 동일한 출력 대기열을 사용하는 스위치에서는 유니캐스트 트래픽만 무손실 처리를 받습니다.
Output Interface Flow Control Profiles
CNP 출력 스탠자를 구성하면 출력 플로우 제어 프로파일이 생성되어 송신 포트에 이더넷 인터페이스가 PFC 일시 중지 메시지에 응답해야 하는 대기열을 알려줍니다. 입력 스탠자만 포함하는 무제한 CNP를 생성할 수 있지만 출력 stanzas로 구성할 수 있는 CNP 수는 제한적입니다.
QFabric 시스템의 일부가 아닌 독립 실행형 스위치의 경우 최대 2개의 출력 인터페이스 플로우 제어 프로파일을 구성할 수 있습니다. (출력 스탠자로 최대 2개의 CNP를 구성할 수 있습니다.)
QFabric 시스템의 경우, 노드 디바이스당 하나의 출력 인터페이스 플로우 제어 프로필을 구성할 수 있습니다. (노드 디바이스당 출력 stanza로 하나의 CNP를 구성할 수 있습니다.)
총 4개의 출력 플로우 제어 프로필이 있습니다.
인터페이스에 연결된 CNP에 입력 스탠자만 있고 출력 스탠자를 포함하지 않을 때 시스템은 모든 이더넷 인터페이스에 적용되는 기본 출력 플로우 제어 프로파일을 가지고 있습니다. 기본 프로필은 대기열 3(기본 fcoe 포워딩 클래스의 경우 우선 순위 3) 및 대기열 4(기본 무손실 포워딩 클래스의 경우)에서 수신된 PFC 일시 중지 메시지에 응답하며, PFC가 CNP 입력 stanza의 이러한 우선 순위에 구성된 경우에만 효과적입니다.
또한 시스템에는 패브릭(FTE) 포트 및 네이티브 FC 인터페이스(NP_Ports)에 자동으로 적용되는 두 개의 내부 출력 플로우 제어 프로필이 있습니다. 스위치가 QFabric 시스템의 일부가 아닌 경우 일반적으로 FTE 포트에 사용되는 프로필은 사용자 구성에 사용할 수 있으며 두 번째 사용자 구성 가능한 프로필을 제공합니다. (그렇기 때문에 독립 실행형 스위치에는 사용자 구성 가능한 출력 플로우 제어 프로파일이 두 개 있지만 QFabric 시스템의 노드 디바이스에는 사용자가 구성 가능한 출력 플로우 제어 프로필이 하나뿐입니다.)
하나의 출력 CNP는 여러 출력 대기열(우선 순위)에서 PFC 일시 중지 응답을 구성할 수 있기 때문에 사용자가 구성 가능한 출력 CNP 하나가 일반적으로 모든 프로그래밍된 인터페이스에서 원하는 PFC 응답을 지정할 만큼 유연합니다.
각 포트는 하나의 출력 플로우 제어 프로파일을 사용할 수 있습니다. 하나의 포트에 두 개 이상의 프로필을 적용할 수 없습니다.
출력 플로우 제어 프로필은 테이블 형식으로 표현될 수 있습니다. 예를 들어, 표 3 은 대기열 3과 4에서 우선 순위 3과 4를 일시 중지하는 기본 출력 플로우 제어 프로필을 보여줍니다(PFC가 작동하려면 PFC가 작동하려면 CNP 입력 스탠자의 코드 포인트 3과 4에서도 PFC가 활성화되어야 함).
수신된 PFC 프레임에 지정된 IEEE 802.1p 우선순위 |
일시 중지된 출력 대기열 |
---|---|
0 (000) |
— |
1 (001) |
— |
2 (010) |
— |
3 (011) |
3 |
4 (100) |
4 |
5 (101) |
— |
6 (110) |
— |
7 (111) |
— |
표 4 는 사용자가 구성한 출력 플로우 제어 프로파일의 예입니다. 이전 섹션 예제를 사용하여 CNP 출력 stanza는 출력 대기열 5에서 플로우 제어를 구성하고 fcoe 및 무손실 포워딩 클래스의 대기열 3과 4에서 출력 플로우 제어를 명시적으로 구성합니다. (출력 CNP를 명시적으로 구성하는 경우, 사용자 구성 프로필이 기본 프로필을 재정의하기 때문에 PFC 메시지에 응답할 모든 출력 대기열을 명시적으로 구성해야 합니다. 이 예에 대기열 3과 4가 포함되지 않은 경우 해당 대기열은 더 이상 수신된 PFC 메시지에 응답하지 않습니다.)
수신된 PFC 프레임에 지정된 IEEE 802.1p 우선순위 |
일시 중지된 출력 대기열 |
---|---|
0 (000) |
— |
1 (001) |
— |
2 (010) |
— |
3 (011) |
3 |
4 (100) |
4 |
5 (101) |
5 |
6 (110) |
— |
7 (111) |
— |
또한 이 구성이 작동하려면 CNP 입력 stanza의 코드 포인트 3, 4 및 5에서 PFC를 활성화해야 합니다. 인터페이스에서 CNP를 구성할 때 구성이 구현될 때까지 모든 수신 및 송신 트래픽이 차단되고 인터페이스가 잠기지 않고 트래픽이 재개됩니다. 인터페이스가 차단되는 동안 인터페이스의 모든 대기열은 패킷 손실을 경험합니다.
Configuring PFC Across Layer 3 Interfaces on QFX5210, QFX5200, QFX5100, EX4600, and QFX10000 Switches
트래픽 플로우에서 PFC를 활성화하는 것은 이더넷 프레임 헤더(CoS 비트라고도 함)의 우선 순위 코드 포인트(PCP) 필드의 IEEE 802.1p 코드 포인트(우선 순위)를 기반으로 합니다. 레이어 3 인터페이스를 교차하는 트래픽에서 PFC를 활성화하려면 트래픽을 DSCP(또는 DSCP IPv6) 코드 포인트가 아닌 IEEE 802.1p 코드 포인트로 분류해야 합니다.
레이어 3 인터페이스 전반에서 PFC 기능 이해를 참조하십시오. 레이어 3 인터페이스 전반의 트래픽에서 PFC를 활성화하는 방법에 대한 개념 개요를 참조하십시오. 예: 레이어 3 인터페이스를 통과하는 트래픽에서 PFC를 구성하는 방법의 예는 레이어 3 인터페이스 전반에서 PFC 구성을 참조하십시오.
DCBX 구성(애플리케이션 프로토콜 TLV 교환)
무손실 전송이 필요한 애플리케이션의 경우 DCBX는 연결된 피어 인터페이스와 애플리케이션 프로토콜 TLV를 교환합니다. 기본적으로 DCBX는 DCBX를 위해 활성화된 모든 인터페이스에 FCoE 애플리케이션 프로토콜 TLV를 보급하며, 기본적으로 DCBX는 모든 인터페이스에서 활성화됩니다. DCBX는 기본적으로 다른 애플리케이션을 보급하지 않습니다.
무손실 전송을 위해 구성하려는 각 애플리케이션(예: iSCSI)의 경우, 해당 애플리케이션 트래픽을 전달하는 인터페이스를 활성화하여 연결된 피어와 DCBX 프로토콜 TLV를 교환해야 합니다. TLV 교환을 통해 피어 인터페이스는 애플리케이션을 지원하기 위해 호환 구성을 협상할 수 있습니다.
모든 애플리케이션을 보급하도록 DCBX를 구성하는 경우, 기본 DCBX 광고는 재정의되고 DCBX는 구성된 애플리케이션만 보급합니다. 인터페이스가 FCoE 애플리케이션만 보급하려면 DCBX 애플리케이션 프로토콜 TLV 교환을 구성할 필요가 없습니다. 대신 기본 구성을 사용할 수 있습니다.
DCBX가 다른 애플리케이션을 보급하려면 애플리케이션 맵을 명시적으로 구성하고 해당 애플리케이션에 프로토콜 TLV를 교환하려는 인터페이스에 적용해야 합니다. 다른 애플리케이션 프로토콜 TLV 외에 FCoE 애플리케이션 프로토콜 TLV를 교환하려면 애플리케이션 맵에서 FCoE 애플리케이션을 명시적으로 구성해야 합니다. DCBX 애플리케이션 프로토콜 TLV Exchange를 이해하면 애플리케이션 매핑이 어떻게 작동하는지 설명합니다.
무손실 전송에는 입력 CNP를 사용하여 수신 인터페이스의 올바른 우선 순위(IEEE 802.1p 코드 포인트)에서 PFC를 활성화해야 합니다. 수신 인터페이스에서 일시 중지하는 우선 순위가 대기열 3 또는 대기열 4(기본적으로 PFC 일시 중지 플로우 제어를 위해 활성화된 두 개의 출력 대기열)에 매핑되지 않은 경우, 일시 중지된 입력 우선 순위에 해당하는 출력 대기열을 활성화하여 CNP의 출력 stanza를 사용하여 일시 중지해야 합니다.
트래픽 클래스 간의 운명 공유
다른 무손실(또는 손실이 많은) 트래픽 플로우를 구성하여 운명을 공유할 수 있습니다. 즉, 동일한 CoS 치료를 받을 수 있습니다.
운명 공유는 I/O 컨버전스에 바람직하지 않습니다. 각 유형의 플로우에 대한 운명을 독립적으로 제어하는 대신, 다른 유형의 플로우가 동일한 치료를 받습니다. 운명 공유는 특히 무손실 플로우에 바람직하지 않습니다. 하나의 무손실 플로우가 혼잡을 경험하고 일시 중지해야 하는 경우, 다른 플로우가 혼잡을 경험하지 않는 경우에도 혼잡한 플로우와 운명을 공유하는 플로우에 영향을 미치고 수신 포트 혼잡을 일으킬 수도 있습니다. 네트워크에 802.1p 우선 순위가 모두 무손실이어야 하는 경우 최대 6개의 무손실 포워딩 클래스에 분산하여 8가지 우선 순위 중 일부 운명 공유를 허용함으로써 이를 달성할 수 있습니다.
무손실 우선순위의 수가 구성된 무손실 포워딩 클래스 수와 같거나 적은 경우, IEEE 802.1p 코드 포인트(우선 순위) 및 출력 대기열에 포워딩 클래스의 일대일 매핑을 구성하여 페이트 공유를 방지할 수 있습니다. (각 포워딩 클래스는 다른 출력 대기열에 매핑되어 다른 우선 순위로 분류되어야 합니다.)
운명을 공유하도록 다른 트래픽 플로우를 구성하려면 하나의 포워딩 클래스를 하나 이상의 IEEE 802.1p 코드 포인트(우선 순위)로 매핑하고 두 개의 포워딩 클래스를 동일한 출력 대기열에 매핑하는 두 가지 fate-sharing 구성이 지원됩니다.
하나의 무손실 포워딩 클래스를 두 개 이상의 우선 순위로 매핑하는 경우, 각 우선 순위에 태그된 트래픽은 연결된 동일한 CoS 속성(포워딩 클래스와 연관된 CoS 속성)을 사용합니다. 예를 들어 fc1이라는 포워딩 클래스를 구성하고, 대기열 1에 매핑하고, classify1라는 분류기를 사용하여 코드 포인트 101 및 110에 매핑하면 우선 순위 101 및 110 공유 운명으로 태그 처리된 트래픽이 발생합니다.
user@switch# set class-of-service forwarding-classes class fc1 queue-num 1 no-loss user@switch# set class-of-service classifiers ieee-802.1 classify1 forwarding class fc1 loss-priority low code-points 101 user@switch# set class-of-service classifiers ieee-802.1 classify1 forwarding class fc1 loss-priority low code-points 110
이 경우, 두 우선 순위에 매핑된 트래픽이 혼잡을 경험하는 경우, 두 우선 순위는 동일한 포워딩 클래스에 매핑되므로 두 우선 순위가 일시 중지되므로 유사하게 처리됩니다.
여러 무손실 포워딩 클래스를 동일한 출력 대기열에 매핑하는 경우 포워딩 클래스에 매핑된 트래픽은 동일한 출력 대기열을 사용합니다. 이렇게 하면 대기열의 트래픽 양이 증가하고 대기열에 매핑되는 모든 트래픽 플로우에 영향을 미치는 혼잡을 만들 수 있습니다. 예를 들어 fc1과 fc2라는 두 개의 포워딩 클래스를 구성하고, 포워딩 클래스를 큐 1에 매핑하고, classify1이라는 분류기를 사용하여 포워딩 클래스를 코드 포인트 101과 110(각각)에 매핑하면 동일한 출력 대기열에서 우선 순위 101 및 110으로 태그 처리된 트래픽이 발생합니다.
user@switch# set class-of-service forwarding-classes class fc1 queue-num 1 no-loss user@switch# set class-of-service forwarding-classes class fc2 queue-num 1 no-loss user@switch# set class-of-service classifiers ieee-802.1 classify1 forwarding class fc1 loss-priority low code-points 101 user@switch# set class-of-service classifiers ieee-802.1 classify1 forwarding class fc2 loss-priority low code-points 110
이 경우 두 포워딩 클래스는 서로 다른 IEEE 802.1p 우선 순위를 사용하지만, 하나의 포워딩 클래스가 혼잡을 경험하는 경우 다른 포워딩 클래스에 영향을 미칩니다. 그 이유는 포워딩 클래스의 혼잡으로 인해 출력 대기열이 일시 중지되면 해당 대기열을 사용하는 모든 트래픽이 일시 중지되므로 두 포워딩 클래스 모두 대기열에 매핑되므로 두 포워딩 클래스에 매핑된 트래픽이 일시 중지됩니다.
참고:두 개 이상의 포워딩 클래스를 대기열에 매핑하는 경우, 동일한 대기열에 매핑된 모든 포워딩 클래스는 동일한 패킷 드롭 속성을 가져야 합니다(모든 포워딩 클래스는 손실이 되거나 대기열에 매핑된 모든 포워딩 클래스는 무손실이어야 함).
전송 스위치 구성과 FCoE-FC 게이트웨이 구성 비교
FCoE 트래픽(또는 이더넷 네트워크에서 무손실 전송이 필요한 기타 트래픽)을 전달하는 전송 스위치(모든 이더넷 포트, 네이티브 FC 포트 없음)에서 분류자 구성, 무손실 전송을 지원하기 위한 수신 및 송신 인터페이스의 DCBX 및 PFC 구성은 이 문서에서 설명되어 있습니다.
스위치가 FCoE-FC 게이트웨이 역할을 할 때(네이티브 FC 인터페이스가 스위치에서 지원되는 경우), 시스템은 네이티브 FC 인터페이스(NP_Ports)를 사용하여 FC 네트워크 에지의 FC 스위치(또는 FCoE 포워더)에 연결합니다. 네이티브 FC 인터페이스에는 CNP 또는 DCBX를 적용할 수 없으며 이더넷 인터페이스에만 적용할 수 있습니다.
FCoE-FC 게이트웨이에서 분류자, DCBX 및 PFC의 이더넷 인터페이스 구성은 전송 스위치의 이더넷 인터페이스 구성과 동일합니다. 무손실 포워딩 클래스 구성도 동일합니다.
그러나 네이티브 FC 인터페이스에서 무손실 전송을 지원하려면 네트워크가 FCoE 트래픽에 3(IEEE 코드 포인트 011) 이외의 우선 순위를 사용하는 경우 IEEE 802.1p 우선 순위 값을 다시 작성해야 합니다. 네트워크가 FCoE 트래픽에 우선 순위 3을 사용하는 경우, 네이티브 FC 인터페이스에서 기본 구성을 사용할 수 있고 사용해야 합니다.
기본적으로 네이티브 FC 인터페이스는 이더넷에서 수신 FC 패킷을 캡슐화할 때 우선순위 3의 패킷을 태그합니다. FCoE 네트워크가 FCoE 트래픽에 대해 3과 다른 우선 순위를 사용하는 경우 FCoE-FC 게이트웨이에서 CoS IEEE 802.1p 우선순위 재매핑 이해에 설명된 바와 같이, FC 인터페이스에서 네트워크가 사용하는 값에 우선 순위 값을 다시 작성하고, FCoE 트래픽을 이더넷 인터페이스의 올바른 우선 순위로 분류하고, PFC를 이더넷 인터페이스의 올바른 우선 순위에서 활성화해야 합니다.
구성 결과 및 커밋 검사
포워딩 클래스 및 해당 드롭 속성, 분류자, CNP(PFC 플로우 제어) 및 이더넷 PAUSE(IEEE 802.3X 플로우 제어)의 구성은 서로 다른 시스템 동작을 초래합니다.
표 5 는 각 케이스에서 가능한 무손실 전송 구성의 결과를 설명합니다. 결과 열의 가정은 시스템의 버퍼 헤드룸 계산이 성공적으로 구성되었다는 것입니다.
그러나 시스템이 구성을 지원할 버퍼 공간이 부족하다는 것을 계산하면 커밋 검사를 통해 개별 이더넷 인터페이스에서 구성을 커밋하지 못하게 됩니다. LAG 인터페이스의 경우 시스템은 커밋 확인 오류를 발행하지 않고 대신 syslog 메시지를 발행합니다.
LAG 인터페이스에 대한 무손실 전송을 구성한 후 syslog 메시지를 확인하여 커밋이 성공적으로 되었는지 확인합니다.
분류자 구성 |
혼잡 알림 프로필 구성 |
이더넷 PAUSE(IEEE 802.3X) 구성 |
결과 |
---|---|---|---|
없음(기본 분류자) |
없음 |
없음 |
시스템 기본 구성. 무손실 플로우가 없습니다. 기본 fcoe 및 무손실 포워딩 클래스에 대한 무손실 동작을 달성하려면 입력 CNP를 구성하여 IEEE 802.1p 코드 포인트(각각 011 및 100)에서 PFC를 활성화해야 합니다. |
무손실 포워딩 클래스가 없는 분류자 |
없음 |
없음 |
무손실 트래픽 플로우는 구성되지 않습니다. 모든 트래픽이 최선의 노력입니다. |
1개 이상의 무손실 포워딩 클래스를 가진 분류자 |
없음 |
없음 |
인터페이스에 CNP가 연결되어 있지 않기 때문에 무손실 트래픽의 코드 포인트에서 PFC가 활성화되지 않으며 무손실 대기열에 헤드룸 버퍼가 할당되지 않으므로 혼잡 기간 동안 패킷이 손실될 수 있습니다. 이 구성은 무손실 동작을 달성하지 않습니다. |
없음(기본 분류자) |
fcoe 및 무손실 포워딩 클래스 코드 포인트에서 활성화된 PFC(우선 순위) |
없음 |
기본 분류기는 트래픽을 두 개의 무손실 포워딩 클래스(fcoe) 및 무손실 포워딩 클래스로 분류합니다. CNP는 무손실 포워딩 클래스 모두에 매핑된 우선 순위에서 PFC를 활성화하여 fcoe 및 무손실 포워딩 클래스에 매핑된 트래픽에 대한 무손실 동작을 초래합니다. |
없음(기본 분류자) |
없음 |
플로우 제어 지원 |
시스템은 인터페이스 MTU 및 기본 케이블 길이를 기반으로 물리적 링크의 버퍼 헤드룸을 계산합니다. 시스템은 개별 출력 대기열에 대한 버퍼 헤드룸을 계산하지 않습니다. 무손실 우선순위에서 PFC가 활성화되는 대신 링크에서 이더넷 PAUSE가 활성화되므로 혼잡 기간 동안 전체 링크가 일시 중지됩니다. 이 구성은 링크의 모든 포워딩 클래스에 대해 무손실 동작을 초래하지만, 모든 트래픽이 일시 중지되므로 전체적인 네트워크 혼잡이 발생할 수 있습니다. |
1개 이상의 무손실 포워딩 클래스를 가진 분류자 |
무손실 포워딩 클래스 코드 포인트(우선 순위)에서 PFC가 활성화됨 |
없음 |
무손실 포워딩 클래스와 PFC가 활성화된 우선순위에만 할당된 헤드룸 버퍼입니다. 이 구성은 무손실 포워딩 클래스에 대한 무손실 동작을 달성합니다. |
무손실 포워딩 클래스가 없는 분류자 |
없음 |
플로우 제어 지원 |
이 시스템은 인터페이스 MTU 및 기본 케이블 길이를 기반으로 물리적 링크의 버퍼 헤드룸을 계산하고 혼잡 기간 동안 링크의 모든 트래픽을 일시 중지합니다. |
1개 이상의 무손실 포워딩 클래스를 가진 분류자 |
없음 |
플로우 제어 지원 |
이 시스템은 인터페이스 MTU 및 기본 케이블 길이를 기반으로 물리적 링크의 버퍼 헤드룸을 계산하고 혼잡 기간 동안 링크의 모든 트래픽을 일시 중지합니다. |
1개 이상의 무손실 포워딩 클래스를 가진 분류자 |
무손실 포워딩 클래스 코드 포인트(우선 순위)에서 PFC가 활성화됨 |
CNP와의 인터페이스와 다른 인터페이스에서 활성화된 플로우 제어 |
시스템은 PFC 지원 우선 순위와 다른 링크 모두에 대해 사용 가능한 버퍼 공간을 확인합니다. 충분한 버퍼 공간을 사용할 수 있는 경우, 하나의 인터페이스에서 PFC로 구성된 무손실 포워딩 클래스와 이더넷 PAUSE가 활성화된 링크의 모든 트래픽이 무손실 동작을 달성합니다. |
링크에서 PFC 및 이더넷 PAUSE를 모두 구성하려고 하면 시스템이 커밋 오류를 반환합니다. PFC 및 이더넷 PAUSE는 인터페이스에서 상호 배타적인 구성입니다.
구성 규칙 및 권장 사항
무손실 트래픽 플로우를 구성할 때 다음 구성 규칙 및 권장 사항을 유념하십시오.
최대 6개의 무손실 포워딩 클래스(손실 없는 패킷 드롭 속성으로 포워딩 클래스)를 구성할 수 있습니다.
동일한 대기열에 매핑하는 모든 포워딩 클래스는 동일한 패킷 드롭 속성을 가져야 합니다(모든 포워딩 클래스는 손실이 있거나 모든 포워딩 클래스는 무손실이어야 함).
무손실 포워딩 클래스에서 WRED(Weighted Random Early Detection)를 구성하지 마십시오. (손실 없는 패킷 드롭 속성을 가진 포워딩 클래스와 드롭 프로파일을 연결하지 마십시오.)
유니캐스트 및 멀티데스티네이션 트래픽에 대해 다른 포워딩 클래스와 출력 대기열을 사용하는 스위치에서는 다중 할당 출력 대기열을 일시 중지하도록 플로우 제어를 구성할 수 없습니다. PFC 플로우 제어를 구성하여 유니캐스트 출력 대기열을 일시 중지할 수 있습니다.
유니캐스트 및 멀티데스티네이션 트래픽에 대해 다른 포워딩 클래스와 출력 대기열을 사용하는 스위치에서는 다중 할당 대기열(대기열 8~11)에 매핑된 포워딩 클래스는 손실 없는 패킷 드롭 속성을 가질 수 없습니다. (다중 할당 포워딩 클래스는 무손실 포워딩 클래스로 구성할 수 없습니다.)
Junos OS 릴리스 12.3(레거시 비 ELS CLI)에 소개된 무손실 전송 기능
Junos OS 릴리스 12.3에서 소개된 무손실 전송 지원은 다음을 포함합니다.
최대 6개의 무손실 포워딩 클래스 구성.
연결된 피어에서 수신한 PFC 일시 중지 메시지에 대응할 수 있는 출력 대기열을 프로그래밍하기 위해 출력 대기열에서 PFC 일시 중지를 구성합니다. 출력 대기열에서 일시 중지하는 우선 순위는 해당 수신 인터페이스에서 PFC를 활성화하는 우선 순위와 일치해야 합니다. 예를 들어, 출력 대기열을 프로그래밍하여 우선 순위 3(011) 및 5(101)를 일시 중지하는 경우, 해당 수신 인터페이스의 우선 순위 3과 5에서 일시 중지를 활성화해야 합니다. 출력 대기열에서 플로우 제어를 구성하고 해당 입력 대기열에서 PFC를 활성화하면 최대 6개의 우선 순위(포워딩 클래스)를 일시 중지할 수 있습니다.
IEEE 802.1p 우선 순위(우선 순위별로 구성)와 연결된 케이블 길이(인터페이스당 구성)에 매핑된 트래픽에 대한 최대 수신 단위(MRU) 크기를 구성하여 이더넷 인터페이스의 헤드룸 버퍼를 제어합니다. MRU 크기는 최대 전체 점보 패킷 크기(9216 바이트)까지 다양할 수 있습니다.
시스템이 FCoE-FC 게이트웨이 역할을 할 때 네이티브 파이버 채널(FC) 인터페이스에 대한 IEEE 802.1p 우선 순위 재매핑(재작성) 이더넷(FCoE) 네트워크가 FCoE 트래픽에 우선 순위 3(011)과 다른 IEEE 802.1p 우선 순위를 사용하는 경우, 우선 순위 재매핑을 사용하여 다른 우선 순위에 매핑된 무손실 포워딩 클래스로 FCoE 트래픽을 분류할 수 있습니다( FCoE-FC 게이트웨이에서 CoS IEEE 802.1p 우선 순위 재매핑 이해 참조).
무손실 전송은 수신 인터페이스의 무손실 우선 순위에서 PFC를 활성화하고 패킷의 IEEE 802.1p 우선 순위 태그를 기반으로 수신 트래픽을 무손실 포워딩 클래스로 분류하도록 분류자를 구성하는 등 기존의 기능을 여전히 구성해야 합니다.
네트워크에서 많은 양의 무손실 트래픽을 예상하고 여러 무손실 트래픽 클래스를 구성하는 경우 무손실 플로우를 지원할 수 있는 충분한 스케줄링 리소스(대역폭) 및 무손실 헤드룸 버퍼 공간을 예약해야 합니다. (CoS 버퍼 구성을 이해 하면 버퍼 구성 방법을 설명하고 더 많은 양의 무손실 트래픽을 가진 네트워크에 권장되는 버퍼 구성을 제공합니다.)
릴리스 12.3(레거시 비 ELS CLI) 이전의 Junos OS 릴리스와의 하위 호환성
포워딩 클래스 구성에 손실 없는 패킷 드롭 속성이 추가되면 이전 릴리스에서 Junos OS 릴리스 12.3으로 업그레이드하면 새 소프트웨어가 fcoe 및 무손실 포워딩 클래스 구성을 보존하지 못할 수 있습니다.
fcoe 및 무손실 포워딩 클래스에 기본 포워딩 클래스 구성을 사용하는 경우, CoS 구성은 하위 호환됩니다. 릴리스 12.3으로 업그레이드할 때 해당 포워딩 클래스를 사용하는 트래픽 무손실 동작을 보존하기 위해 아무것도 할 필요가 Junos OS. (이는 이러한 두 포워딩 클래스의 기본 구성에 손실 없는 패킷 드롭 속성을 포함하기 때문입니다.)
그러나 계층 수준에서 문을 [edit class-of-service]
포함하여 set forwarding-classes class forwarding-class-name queue-num queue-number
fcoe 또는 무손실 포워딩 클래스를 명시적으로 구성한 경우 해당 포워딩 클래스는 더 이상 손실이 없습니다. (Junos OS 릴리스 12.3 이전 릴리스의 명시적 구성이 손실 없는 패킷 드롭 속성을 사용하지 않았기 때문에 손실이 있습니다.) Junos OS 릴리스 12.3 이상에서는 무손실 포워딩 클래스를 구성하려면 명시적 포워딩 클래스 구성에 손실 없는 패킷 드롭 속성을 포함해야 합니다.
예를 들어, 릴리스 12.3 Junos OS 전에 다음과 같은 명시적 구성으로 인해 무손실 포워딩 클래스가 발생했습니다.
user@switch# set class-of-service forwarding-classes class fcoe queue-num 3
그러나 Junos OS 릴리스 12.3에서 이 구성은 손실 없는 패킷 드롭 속성을 포함하지 않기 때문에 손실이 있습니다. 무손실 동작을 유지하려면 Junos OS 릴리스 12.3으로 업그레이드한 후 무손실 드롭 속성을 추가해야 합니다.
user@switch# set class-of-service forwarding-classes class fcoe queue-num 3 no-loss
또는 Junos OS 릴리스 12.3으로 업그레이드하기 전에 명시적 구성을 삭제하여 시스템이 무손실 기본 포워딩 클래스를 사용할 수 있습니다.
user@switch# delete class-of-service forwarding-classes class fcoe queue-num 3
다른 포워딩 클래스의 명시적 구성은 fcoe 및 무손실 포워딩 클래스의 무손실(또는 손실) 포워딩 클래스 상태에 영향을 미치지 않습니다. Junos OS 릴리스 12.3 이전의 fcoe 및 무손실 포워딩 클래스만 손실 없는 포워딩 클래스이기 때문입니다. 예를 들어, best-effort 포워딩 클래스를 명시적으로 구성했지만 Junos OS 릴리스 12.2에서 기본 fcoe 및 무손실 포워딩 클래스를 사용한 경우, Junos OS 릴리스 12.3으로 업그레이드할 때 fcoe 및 무손실 포워딩 클래스는 여전히 무손실(그리고 최선의 포워딩 클래스는 명시적 구성을 유지)합니다.
포워딩 클래스에 속하는 트래픽에 대한 무손실 동작을 달성하려면 또한 CNP를 사용하여 포워딩 클래스에 매핑된 IEEE 802.1p 우선 순위에서 PFC를 활성화하고 관련 인터페이스에 CNP를 적용하고 DCBX가 연결된 피어와 애플리케이션에 대한 프로토콜 TLV를 교환하도록 해야 합니다.