무손실 트래픽 플로우를 위한 CoS IEEE 802.1p 우선순위 이해

무손실 포워딩 클래스 구성(패킷 드롭 속성)

Junos CLI에는 포워딩 클래스 구성을 위한 무손실 매개 변수가 포함되어 있습니다. 같은 이름을 사용하지만 손실이 없는 기본 포워딩 클래스는 아닙니다. no-loss 매개 변수는 모든 포워딩 클래스를 무손실 포워딩 클래스로 구성하기 위해 지정할 수 있는 패킷 드롭 속성입니다.

참고:

유니캐스트 및 멀티데스티네이션 트래픽에 서로 다른 포워딩 클래스를 사용하는 스위치에서는 포워딩 클래스가 유니캐스트 포워딩 클래스여야 합니다. 유니캐스트 및 다중 대상 트래픽에 동일한 포워딩 클래스를 사용하는 스위치에서는 유니캐스트 트래픽만 무손실 처리를 받습니다.

계층 수준에서 [edit class-of-service forwarding-classes class forwarding-class-name queue-num queue-number] drop 속성을 포함하여 no-loss 최대 6개의 포워딩 클래스(시스템 아키텍처 및 시스템 리소스의 가용성에 따라 다름)를 무손실 포워딩 클래스로 구성할 수 있습니다.

기본 fcoe 또는 무손실 포워딩 클래스를 사용하는 경우 기본적으로 무손실 드롭 속성을 포함합니다. fcoe 또는 무손실 포워딩 클래스를 명시적으로 구성하고 무손실 동작을 유지하려면 구성에 무손실 드롭 속성을 포함 해야 합니다 .

참고:

동일한 출력 대기열에 매핑된 모든 포워딩 클래스는 동일한 패킷 드롭 속성을 가져야 합니다. 동일한 출력 대기열에 매핑된 모든 포워딩 클래스는 손실이 있거나 무손실이어야 합니다. 손실 및 무손실 포워딩 클래스를 모두 동일한 대기열에 매핑할 수 없습니다.

페이트 공유(혼잡하지 않은 흐름에 영향을 미치는 혼잡한 흐름)를 피하기 위해 IEEE 802.1p 코드 포인트(우선 순위) 및 대기열에 대한 무손실 포워딩 클래스의 일대일 매핑을 사용합니다. 각 무손실 포워딩 클래스를 다른 대기열에 매핑하고, 각 포워딩 클래스가 단 하나의 우선순위(코드 포인트)의 트래픽만 전송하도록 들어오는 트래픽을 포워딩 클래스로 분류합니다.

fcoe 및 무손실 포워딩 클래스는 기본 구성에서 무손실 동작을 위해 구성되기 때문에 특별한 경우입니다(CNP 입력 스탠자의 fcoe 및 무손실 포워딩 클래스에 매핑된 우선 순위에 대해 PFC를 활성화하는 경우).

표 2 에는 FCOE 및 무손실 포워딩 클래스의 가능한 구성이 요약되어 있습니다. 또한 이 표는 무손실 트래픽 동작 측면에서 이러한 구성의 결과를 제공합니다. 표시된 구성에서는 PFC, DCBX 및 분류기가 올바르게 구성되었다고 가정합니다.

및 no-loss 포워딩 클래스를 제외한 fcoe 다른 모든 포워딩 클래스의 경우, 다른 모든 포워딩 클래스의 기본 구성은 손실이 많기 때문에 무손실 패킷 드롭 속성을 지정하여 무손실 전송을 명시적으로 구성해야 합니다.

혼잡 알림 프로필(PFC 구성)

CNP를 사용하여 입력 및 출력 인터페이스에서 무손실 PFC 특성을 구성합니다.

CNP의 입력 스탠자는 지정된 IEEE 802.1p 우선순위(코드 포인트)에서 PFC를 활성화하고 수신 인터페이스에서 MRU 값과 케이블 길이를 구성하여 헤드룸 버퍼 설정을 개선합니다.

CNP의 출력 스탠자는 지정된 IEEE 802.1p 우선순위에 대한 출력 대기열에서 PFC(플로우 제어)를 활성화하여 대기열이 선택한 우선순위에 따라 연결된 피어의 PFC 일시 중지 메시지에 응답할 수 있도록 합니다. (기본적으로 출력 대기열 3과 4는 수신된 PFC 메시지가 각각 FCOE 및 무손실 포워딩 클래스에서 무손실 트래픽을 전달할 때 응답합니다.)

무손실 전송을 달성하기 위해서는 수신 인터페이스에서 일시 중지된 우선 순위가 해당 트래픽 흐름에 대해 송신 인터페이스에서 일시 중지된 우선 순위와 일치해야 합니다. 예를 들어, IEEE 802.1p 우선순위 5(코드 포인트 101)로 태그가 지정된 트래픽을 일시 중지하도록 수신 인터페이스를 구성하고 우선순위 5 트래픽이 출력 대기열 5에 매핑되는 경우, 대기열 5에서 우선순위 5를 일시 중지하도록 해당 출력 인터페이스도 구성해야 합니다. 또한 대기열 5에 매핑된 포워딩 클래스는 (no-loss drop 속성을 사용하여) 무손실 포워딩 클래스로 구성해야 합니다.

주의:

포트의 PFC 구성을 변경하면 포트가 변경을 구현한 다음 포트 차단을 해제할 수 있도록 전체 포트(PFC 변경의 영향을 받는 우선순위뿐만 아니라)가 일시적으로 차단됩니다. 포트를 차단하면 수신 및 송신 트래픽이 중지되고 포트가 차단 해제될 때까지 포트의 모든 대기열에서 패킷 손실이 발생합니다.

PFC 구성의 변경은 CNP의 입력 부분 변경(우선순위에 따라 PFC 활성화 또는 비활성화, 또는 MRU 또는 케이블 길이 값 변경) 또는 대기열에서 출력 흐름 제어를 활성화 또는 비활성화하는 CNP의 출력 부분 변경을 포함하여 CNP에 대한 모든 변경을 의미합니다. PFC 구성 변경은 변경된 CNP를 사용하는 포트에만 영향을 미칩니다.

다음 조치는 PFC 구성을 변경합니다.

• 하나 이상의 인터페이스에서 사용 중인 CNP의 PFC 구성(입력 또는 출력)을 삭제하거나 비활성화합니다. 예를 들면 다음과 같습니다.

  1. 우선순위 3, 5 및 6에서 PFC를 활성화하는 입력 스탠자를 가진 기존 CNP는 인터페이스 xe-0/0/20 및 xe-0/0/21에서 구성됩니다.

  2. 입력 CNP에서 우선 순위 6에 대한 PFC 구성을 비활성화한 다음 구성을 커밋합니다.

  3. PFC 구성 변경으로 인해 PFC 변경이 구현될 때까지 인터페이스 xe-0/0/20 및 xe-0/0/21의 모든 트래픽이 중지됩니다. PFC 변경이 구현되면 트래픽이 재개됩니다.

• 인터페이스에서 CNP 구성하기 (이렇게 하면 하나 이상의 우선순위에서 PFC를 활성화하여 PFC 상태가 변경됩니다.)

• 인터페이스에서 CNP 삭제. (이렇게 하면 하나 이상의 우선순위에서 PFC를 비활성화하여 PFC 상태가 변경됩니다.)

Configuring Input Interface Flow Control (PFC and Headroom Buffer Calculation)

이더넷 인터페이스에서 CNP의 입력 스탠자는 지정된 우선순위에서 PFC를 활성화하여 혼잡 기간 동안 수신 인터페이스가 연결된 피어에 일시 중지 메시지를 보낼 수 있도록 합니다. 또한 입력 CNP는 MRU 값과 케이블 길이를 구성할 수 있도록 하여 PFC 지원에 사용되는 헤드룸 버퍼를 구체화합니다(기본 구성을 사용하지 않으려는 경우).

헤드룸 버퍼는 인터페이스가 PFC 플로우 제어 메시지를 보내 들어오는 트래픽을 일시 중지한 후 인터페이스에 도착하는 트래픽을 저장하여 무손실 전송을 지원합니다. 연결된 피어가 플로우 제어 메시지를 수신하고 트래픽을 일시 중지할 때까지 인터페이스는 트래픽을 계속 수신하며 패킷 손실을 방지하기 위해 이를 버퍼링해야 합니다(및 피어가 일시 중지된 후에도 여전히 네트워크에 있는 트래픽).

시스템은 MRU와 연결된 물리적 케이블의 길이를 사용하여 버퍼 헤드룸 할당을 계산합니다. 기본 구성 값은 다음과 같습니다.

• 우선 순위 3 트래픽에 대한 MRU - 2500바이트

• 우선 순위 4 트래픽에 대한 MRU - 9216바이트

• 케이블 길이—100미터(약 328피트)

참고:

기본 플로우 제어 우선 순위 중 하나가 아닌 우선 순위에 플로우 제어를 구성하는 경우, 기본 MRU 값은 2500바이트입니다. 예를 들어, 우선순위 5에서 플로우 제어를 구성하고 MRU 값을 명시적으로 구성하지 않는 경우, 기본 MRU 값은 2500바이트입니다.

MRU와 케이블 길이를 미세 조정하여 인터페이스에서 헤드룸 버퍼의 크기를 조정할 수 있습니다. 스위치는 공유 글로벌 버퍼 풀을 가지며 필요에 따라 무손실 대기열에 헤드룸 버퍼 공간을 동적으로 할당합니다.

MRU가 낮거나 케이블 길이가 짧을수록 인터페이스에 필요한 헤드룸 버퍼의 양이 줄어들고 다른 인터페이스를 위한 헤드룸 버퍼 공간이 더 많아집니다. MRU가 높거나 케이블 길이가 길수록 인터페이스에 필요한 헤드룸 버퍼 공간의 양이 증가하고 다른 인터페이스에 대한 헤드룸 버퍼 공간이 줄어듭니다.

많은 경우, 물리적 케이블의 길이가 100미터 미만인 경우 MRU 값을 줄이고(예: MRU 2180이면 대부분의 FCoE 네트워크에서 충분함) 헤드룸 버퍼를 더 잘 활용할 수 있습니다.

참고:

MRU 또는 케이블 길이를 변경하여 헤드룸 버퍼를 구성하고 구성을 커밋하면 시스템이 커밋 검사를 수행하고 충분한 헤드룸 버퍼 공간을 사용할 수 없는 경우 구성을 거부합니다.

그러나 다음과 같은 경우 시스템은 커밋 검사를 수행하지 않고 대신 syslog 오류를 반환합니다.

• 버퍼는 LAG 인터페이스에서 구성됩니다.

• 기본 분류자는 인터페이스에서 사용됩니다(사용자 구성 분류자 대신).

• 인터페이스가 아직 생성되지 않았습니다.

Configuring Output Interface Flow Control (PFC)

이더넷 인터페이스에서, CNP의 출력 스탠자를 사용하여 출력 대기열에서 플로우 제어를 구성하고 지정된 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 입력 스탠자에서 PFC가 활성화된 경우에만 작동합니다. 예를 들어, 우선순위 5(IEEE 802.1p 코드 포인트 101)에서 출력 플로우 제어를 활성화한 경우, 우선순위 5의 입력 스탠자에 있는 CNP에서도 PFC를 활성화해야 합니다.

예를 들어, 컨버지드 이더넷 네트워크가 FCoE 트래픽에 대해 두 가지 다른 우선 순위(예: 우선 순위 3 및 우선 순위 5)를 사용하는 경우, 이러한 우선 순위를 서로 다른 출력 대기열에 매핑되는 서로 다른 무손실 포워딩 클래스로 분류할 수 있습니다.

1. FCoE 트래픽에 대해 두 개의 무손실 포워딩 클래스를 구성하고, 각 포워딩 클래스는 서로 다른 출력 대기열에 매핑됩니다. 예를 들어, 대기열 3에 매핑되는 기본 fcoe 포워딩 클래스를 사용할 수 있으며, fcoe1이라는 두 번째 무손실 포워딩 클래스를 구성하여 대기열 5에 매핑할 수 있습니다. fcoe 포워딩 클래스는 우선순위 3 FCoE 트래픽(코드 포인트 011)용이며, fcoe1 포워딩 클래스는 우선순위 5(코드 포인트 101) FCoE 트래픽용입니다.

2. 각 포워딩 클래스를 원하는 IEEE 802.1p 코드 포인트(우선순위)에 매핑하는 분류자를 구성합니다. 두 우선순위 모두에서 FCoE 트래픽이 하나의 인터페이스를 사용하는 경우, 분류자는 두 포워딩 클래스를 모두 올바른 우선순위로 분류해야 합니다. 우선 순위가 다른 FCoE 트래픽이 서로 다른 인터페이스를 사용하는 경우, 각 인터페이스의 분류자 구성은 해당 무손실 포워딩 클래스에 올바른 우선 순위를 매핑해야 합니다.

3. FCoE 트래픽을 전달하는 인터페이스에 분류자를 적용합니다. 분류자는 각 인터페이스의 우선 순위에 대한 포워딩 클래스의 매핑을 결정합니다.

이러한 포워딩 클래스에 대한 무손실 전송을 구성하려면 다음도 수행해야 합니다.

• CNP 입력 스탠자의 수신 인터페이스에서 두 가지 우선 순위(이 예에서는 3과 5)에 대해 PFC를 활성화합니다.

• 인터페이스가 연결된 피어로부터 수신된 일시 정지 메시지에 응답할 수 있도록 CNP 출력 스탠자의 포워딩 클래스에 대한 출력 대기열 및 우선 순위에 PFC를 구성합니다.

  참고:

  인터페이스에서 CNP를 구성할 때, 구성이 구현될 때까지 모든 수신 및 송신 트래픽이 차단된 다음 인터페이스의 차단이 해제되고 트래픽이 재개됩니다. 인터페이스가 차단되는 동안 인터페이스의 모든 대기열은 패킷 손실을 경험합니다.

• 두 FCoE 우선순위 모두에서 애플리케이션 프로토콜 TLV를 교환하도록 DCBX를 구성합니다.

참고:

출력 대기열을 일시 중지하도록 플로우 제어를 구성하지 않는 경우, 기본 구성은 IEEE 802.1p 코드 포인트(우선순위)와 숫자별 출력 대기열의 일대일 매핑을 사용합니다. 예를 들어, 우선순위 0(코드 포인트 000)은 큐 0에 맵핑되고 우선순위 1(코드 포인트 001)은 큐 1에 맵핑됩니다. 기본적으로 대기열 3과 4만 연결된 피어의 일시 중지 메시지에 응답할 수 있으며, 무손실 동작을 달성하려면 CNP 입력 스탠자의 해당 우선순위에서 PFC를 명시적으로 활성화해야 합니다.

기본 구성을 사용하지 않는 경우 PFC 일시 중지를 위해 활성화하려는 각 출력 대기열에서 플로우 제어를 명시적으로 구성해야 합니다. 예를 들어, 출력 대기열 5에서 플로우 제어를 명시적으로 구성하는 경우, 기본 구성은 더 이상 유효하지 않으며 출력 대기열 5만 PFC 일시 중지가 가능합니다. 출력 대기열 3과 4는 더 이상 PFC 일시 중지를 사용할 수 없으므로 해당 포워딩 클래스가 no-loss 드롭 속성으로 구성되더라도 해당 대기열을 사용하는 트래픽은 더 이상 PFC 일시 중지 메시지에 응답하지 않습니다. 출력 대기열 3 및 4에서 일시 중지 구성을 유지하고 대기열 5에서 플로우 제어를 구성하려면 대기열 3, 4 및 5에서 플로우 제어를 명시적으로 구성해야 합니다.

유니캐스트 및 멀티데스티네이션 트래픽에 대해 서로 다른 출력 대기열을 사용하는 스위치에서는 멀티데스티네이션 출력 대기열을 일시 중지하도록 플로우 제어를 구성할 수 없습니다. 유니캐스트 출력 대기열만 일시 중지하도록 플로우 제어를 구성할 수 있습니다. 유니캐스트 및 멀티목적지 트래픽에 동일한 출력 대기열을 사용하는 스위치에서는 유니캐스트 트래픽만 무손실 처리를 받습니다.

Output Interface Flow Control Profiles

CNP 출력 스탠자를 구성하면 이더넷 인터페이스가 PFC 일시 중지 메시지에 응답해야 하는 대기열을 송신 포트에 알리는 출력 플로우 제어 프로필이 생성됩니다.

인터페이스에 연결된 CNP에 입력 스탠자만 있고 출력 스탠자를 포함하지 않을 때 모든 이더넷 인터페이스에 적용되는 기본 출력 플로우 제어 프로필이 시스템에는 있습니다. 기본 프로필은 대기열 3(우선순위 3의 경우, 기본 FCoE 포워딩 클래스의 경우) 및 대기열 4(우선순위 4의 경우, 기본 무손실 포워딩 클래스의 경우)에서 수신된 PFC 일시 중지 메시지에 응답하며, PFC가 CNP 입력 스탠자의 해당 우선순위에 대해 구성된 경우에만 유효합니다.

또한 시스템에는 패브릭(FTE) 포트와 네이티브 FC 인터페이스(NP_Ports)에 자동으로 적용되는 두 개의 내부 출력 흐름 제어 프로필이 있습니다.

하나의 출력 CNP가 여러 출력 대기열(우선순위)에 대한 PFC 일시 중지 응답을 구성할 수 있기 때문에 사용자가 구성할 수 있는 하나의 출력 CNP는 일반적으로 프로그래밍된 모든 인터페이스에서 원하는 PFC 응답을 지정할 수 있을 만큼 유연합니다.

참고:

각 포트는 하나의 출력 플로우 제어 프로필을 사용할 수 있습니다. 하나의 포트에 두 개 이상의 프로필을 적용할 수 없습니다.

출력 플로우 제어 프로필은 테이블 형식으로 표현할 수 있습니다. 예를 들어, 표 3 은 대기열 3과 4에서 우선순위 3과 4를 일시 정지하는 기본 출력 플로우 제어 프로필을 보여줍니다(PFC가 작동하려면 CNP 입력 스탠자의 코드 포인트 3과 4에서도 PFC를 활성화해야 함).

표 4 는 사용자 구성 출력 플로우 제어 프로필의 예입니다. 이전 섹션의 예를 사용하여 CNP 출력 스탠자는 출력 대기열 5에서 플로우 제어를 구성하고 FCOE 및 무손실 포워딩 클래스에 대한 대기열 3과 4에서 출력 플로우 제어를 명시적으로 구성합니다. (출력 CNP를 명시적으로 구성하는 경우, 사용자가 구성한 프로필이 기본 프로필보다 우선하기 때문에 PFC 메시지에 응답하려는 모든 출력 대기열을 명시적으로 구성해야 합니다. 이 예에 대기열 3과 4가 포함되지 않은 경우, 해당 대기열은 더 이상 수신된 PFC 메시지에 응답하지 않습니다.)

이 구성이 작동하려면 CNP 입력 스탠자의 코드 포인트 3, 4 및 5에서도 PFC를 활성화해야 합니다. 인터페이스에서 CNP를 구성할 때, 구성이 구현될 때까지 모든 수신 및 송신 트래픽이 차단된 다음 인터페이스의 차단이 해제되고 트래픽이 재개됩니다. 인터페이스가 차단되는 동안 인터페이스의 모든 대기열은 패킷 손실을 경험합니다.

Configuring PFC Across Layer 3 Interfaces

트래픽 플로우에서 PFC를 활성화하는 것은 이더넷 프레임 헤더(CoS 비트라고도 함)의 우선순위 코드 포인트(PCP) 필드에 있는 IEEE 802.1p 코드 포인트(우선순위)를 기반으로 합니다. L3 인터페이스를 통과하는 트래픽에서 PFC를 활성화하려면 트래픽이 DSCP(또는 DSCP IPv6) 코드 포인트가 아닌 IEEE 802.1p 코드 포인트로 분류되어야 합니다.

L3 인터페이스의 트래픽에서 PFC를 활성화하는 방법에 대한 개념적 개요는 레이어 3 인터페이스의 PFC 기능 이해 를 참조하십시오. L3 인터페이스를 통과하는 트래픽에서 PFC를 구성하는 방법의 예는 예: 레이어 3 인터페이스에서 PFC 구성을 참조하십시오.

DCBX(Application Protocol TLV Exchange) 구성

무손실 전송이 필요한 애플리케이션의 경우, 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 교환 에서는 애플리케이션 매핑의 작동 방식에 대해 설명합니다.

참고:

또한 무손실 전송의 경우 입력 CNP를 사용하는 수신 인터페이스의 올바른 우선순위(IEEE 802.1p 코드 포인트)에서 PFC를 활성화해야 합니다. 수신 인터페이스에서 일시 중지하는 우선 순위가 대기열 3 또는 대기열 4(기본적으로 PFC 일시 중지 흐름 제어를 위해 활성화된 두 개의 출력 대기열)에 매핑되지 않은 경우, 일시 중지된 입력 우선 순위에 해당하는 출력 대기열이 CNP의 출력 스탠자를 사용하여 일시 중지되도록 해야 합니다.

트래픽 클래스 간 페이트 공유

운명을 공유하기 위해, 즉 동일한 CoS 처리를 받기 위해 서로 다른 무손실(또는 손실) 트래픽 플로우를 구성할 수 있습니다.

페이트 공유는 I/O 컨버전스에 바람직하지 않습니다. 각 흐름 유형의 운명을 독립적으로 제어하는 대신 서로 다른 유형의 흐름이 동일한 처리를 받습니다. 페이트 공유는 특히 무손실 흐름에 바람직하지 않습니다. 하나의 무손실 플로우가 혼잡을 경험하여 일시 중지해야 하는 경우, 이는 다른 플로우가 혼잡을 경험하지 않더라도 혼잡한 플로우와 운명을 공유하는 플로우에 영향을 미치며, 수신 포트 혼잡을 유발할 수도 있습니다. 네트워크에서 모든 802.1p 우선 순위를 무손실로 요구하는 경우 최대 6개의 무손실 포워딩 클래스에 분산하여 8개 우선 순위 간에 일부 운명 공유를 허용함으로써 이를 달성할 수 있습니다.

무손실 우선순위의 수가 구성된 무손실 포워딩 클래스의 수보다 작거나 같은 경우, IEEE 802.1p 코드 포인트(우선순위) 및 출력 대기열에 대한 포워딩 클래스의 일대일 매핑을 구성하여 페이트 공유를 피할 수 있습니다. (각 포워딩 클래스는 서로 다른 출력 대기열에 매핑되고 서로 다른 우선순위로 분류되어야 합니다.)

운명을 공유하기 위해 서로 다른 트래픽 플로우를 구성하려는 경우, 두 가지 운명 공유 구성이 지원됩니다. 즉, 하나의 포워딩 클래스를 둘 이상의 IEEE 802.1p 코드 포인트(우선순위)에 매핑하고 두 포워딩 클래스를 동일한 출력 대기열에 매핑하는 것입니다.

1. 하나의 무손실 포워딩 클래스를 둘 이상의 우선순위에 매핑하는 경우, 각 우선순위로 태그가 지정된 트래픽은 연결된 동일한 CoS 속성(포워딩 클래스와 관련된 CoS 속성)을 사용합니다. 예를 들어, fc1이라는 포워딩 클래스를 구성하고, 대기열 1에 매핑하고, classify1이라는 분류자를 사용하여 코드 포인트 101과 110에 매핑하면 우선순위 101과 110으로 태그가 지정된 트래픽이 운명을 공유하게 됩니다.

   이 경우 우선순위 중 하나에 매핑된 트래픽이 혼잡을 겪으면 두 우선 순위 모두 동일한 포워딩 클래스에 매핑되어 유사하게 처리되기 때문에 일시 중지됩니다.

2. 여러 개의 무손실 포워딩 클래스를 동일한 출력 대기열에 매핑하는 경우, 포워딩 클래스에 매핑된 트래픽은 동일한 출력 대기열을 사용합니다. 이로 인해 대기열의 트래픽 양이 증가하고 대기열에 매핑된 모든 트래픽 흐름에 영향을 미치는 혼잡이 발생할 수 있습니다. 예를 들어, fc1과 fc2라는 두 개의 포워딩 클래스를 구성하고, 두 포워딩 클래스를 모두 대기열 1에 매핑하고, classify1이라는 분류기를 사용하여 포워딩 클래스를 각각 코드 포인트 101과 110에 매핑하면 우선순위 101과 110으로 태그가 지정된 트래픽이 동일한 출력 대기열에서 운명을 공유하게 됩니다.

   이 경우 두 포워딩 클래스가 서로 다른 IEEE 802.1p 우선순위를 사용하더라도 한 포워딩 클래스가 혼잡을 경험하면 다른 포워딩 클래스에 영향을 미칩니다. 그 이유는 포워딩 클래스의 혼잡 때문에 출력 대기열이 일시 중지되면 해당 대기열을 사용하는 모든 트래픽이 일시 중지되기 때문입니다. 두 포워딩 클래스가 모두 대기열에 매핑되므로 두 포워딩 클래스에 매핑된 트래픽은 일시 중지됩니다.

   참고:

   둘 이상의 포워딩 클래스를 대기열에 매핑하는 경우, 동일한 대기열에 매핑된 모든 포워딩 클래스는 동일한 패킷 드롭 속성을 가져야 합니다(모든 포워딩 클래스가 손실이거나 대기열에 매핑된 모든 포워딩 클래스가 무손실이어야 함).

전송 스위치 구성 vs. FCoE-FC 게이트웨이 구성

FCoE 트래픽(또는 이더넷 네트워크를 통해 무손실 전송이 필요한 기타 트래픽)을 전달하는 전송 스위치(모든 이더넷 포트, 네이티브 FC 포트 없음)에서 무손실 전송을 지원하기 위한 수신 및 송신 인터페이스의 분류자, 무손실 포워딩 클래스, DCBX 및 PFC의 구성은 이 문서에 설명된 대로 수행됩니다.

스위치가 FCoE FC 게이트웨이 역할을 할 때(스위치에서 네이티브 FC 인터페이스가 지원되는 경우) 시스템은 네이티브 FC 인터페이스(NP_Ports)를 사용하여 FC 네트워크 에지에서 FC 스위치(또는 FCoE 포워더)에 연결합니다. CNP 또는 DCBX는 네이티브 FC 인터페이스에 적용할 수 없으며 이더넷 인터페이스에만 적용할 수 있습니다.

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 메시지를 확인하여 커밋이 성공했는지 확인해야 합니다.

참고:

링크에서 PFC와 이더넷 PAUSE를 모두 구성하려고 하면 시스템에서 커밋 오류를 반환합니다. PFC 및 이더넷 PAUSE는 인터페이스에서 상호 배타적인 구성입니다.