DCBX 이해
DCBX(Data Center Bridging Capability Exchange Protocol)는 LLDP(Link Layer Data Protocol)의 확장입니다. 인터페이스에서 LLDP를 비활성화하면 해당 인터페이스는 DCBX를 실행할 수 없습니다. LLDP가 비활성화된 인터페이스에서 DCBX를 활성화하려고 하면 구성 커밋 작업이 실패합니다. 데이터센터 브리징(DCB) 디바이스는 DCBX를 사용하여 직접 연결된 피어와 구성 정보를 교환합니다.
이 주제는 다음에 대해 설명합니다.
DCBX 기본 사항
DCBX는 다음을 수행할 수 있습니다.
-
피어의 DCB 기능을 알아보십시오.
-
DCB 기능 구성 오류 또는 피어 간 불일치를 감지합니다.
-
피어에서 DCB 기능을 구성합니다.
우선 순위 기반 플로우 제어 (PFC), FCoE 및 iSCSI와 같은 레이어 2 및 레이어 4 애플리케이션, ETS에 대한 DCBX 운영을 구성할 수 있습니다. DCBX는 인터페이스별로 활성화 또는 비활성화됩니다.
기본적으로 PFC 및 ETS의 경우 DCBX는 각 인터페이스의 연결된 피어와 관리 상태 및 구성을 자동으로 협상합니다. 애플리케이션에 대해 DCBX 협상을 활성화하려면 애플리케이션을 구성하고, 애플리케이션 맵의 IEEE 802.1p 코드 포인트에 매핑하고, 인터페이스에 애플리케이션 맵을 적용해야 합니다.
Junos DCBX는 DSCP 기반 PFC 구성을 지원하지 않습니다. Junos DCBX는 IEEE 기반 PFC만 지원합니다.
FCoE 애플리케이션은 인터페이스가 FCoE 외에 다른 애플리케이션에 대한 TLV(유형, 길이 및 값)를 교환하기를 원하는 경우에만 애플리케이션 맵에 포함되어야 합니다. FCoE가 인터페이스에 보급할 유일한 애플리케이션이라면 애플리케이션 맵을 사용할 필요가 없습니다. ETS의 경우, DCBX는 피어가 스위치에서 구성을 학습하도록 설정된 경우 스위치 구성을 피어에 푸시합니다(IEEE DCBX 모드의 인터페이스에서 ETS 권장 사항 TLV 전송을 비활성화하지 않는 한).
PFC, ETS 또는 인터페이스에 매핑된 모든 애플리케이션의 기본 동작을 재정의하면 자동 협상을 해제하여 인터페이스가 해당 기능을 활성화 또는 비활성화하도록 강제할 수 있습니다. 또한 해당 인터페이스에 적용하는 애플리케이션 맵에서 해당 애플리케이션을 제외하거나 인터페이스에서 애플리케이션 맵을 삭제하여 인터페이스의 애플리케이션에 대한 DCBX 자동 협상을 비활성화할 수 있습니다.
인터페이스에 매핑되는 애플리케이션의 기본 자동 협상 동작은 다음과 같습니다.
-
연결된 피어 디바이스도 DCBX를 지원하는 경우 인터페이스에서 DCBX가 활성화됩니다.
-
연결된 피어 디바이스가 DCBX를 지원하지 않는 경우 인터페이스에서 DCBX가 비활성화됩니다.
기능 협상 중에 피어가 다른 피어로부터 PFC 구성을 학습하려는 "의향"으로 구성된 경우 스위치는 연결된 피어에 PFC 구성을 푸시할 수 있습니다. 주니퍼 네트웍스 스위치는 셀프 자동 프로비저닝을 지원하지 않으며 피어 구성과 일치하도록 자동 협상 중에 구성을 변경하지 않습니다. (주니퍼 스위치는 피어로부터 PFC 구성을 "학습"할 의향이 없습니다.)
DCBX가 활성화된 포트가 TLV(유형, 길이 및 값) 항목을 교환하기 시작하면 해당 포트의 선택적 LLDP TLV는 이웃에 보급되지 않으므로 스위치는 다양한 컨버지드 네트워크 어댑터(CNA) 및 DCBX를 지원하는 레이어 2 스위치와 상호 운용될 수 있습니다.
DCBX 모드 및 지원
이 섹션에서는 DCBX 지원에 대해 설명합니다.
DCBX 모드(버전)
가장 일반적인 두 가지 DCBX 모드가 지원됩니다.
-
IEEE DCBX - 최신 DCBX 버전입니다. 다른 TLV에는 다른 하위 유형이 있습니다(예: ETS 구성 TLV의 하위 유형은 9입니다). IEEE DCBX OUI(Organizationally Unique Identifier)는 0x0080c2입니다.
-
DCBX 버전 1.01 - DCBX의 CEE(Converged Enhanced Ethernet) 버전입니다. 하위 유형은 2이고 OUI는 0x001b21입니다.
IEEE DCBX 및 DCBX 버전 1.01은 주로 프레임 형식이 다릅니다. DCBX 버전 1.01은 모든 DCBX 속성 정보를 포함하는 하나의 TLV를 사용하며, 이는 하위 TLV로 전송됩니다. IEEE DCBX는 각 DCB 속성에 대해 고유한 TLV를 사용합니다.
Junos는 CEE 이전(DCB 이전) DCBX 버전을 지원하지 않습니다. 지원되지 않는 이전 버전의 DCBX는 하위 유형이 1이고 OUI가 0x001b21입니다. 스위치는 사전 CEE DCBX TLV를 포함하는 LLDP 프레임을 삭제합니다.
표 1 에는 show 명령 출력을 포함하여 IEEE DCBX와 DCBX 버전 1.01 간의 차이점이 요약되어 있습니다.
| 특성 |
IEEE DCBX |
DCBX 버전 1.01 |
|---|---|---|
| OUI |
0x0080c2 |
0x001b21 |
| 프레임 형식 |
각 DCBX 속성에 대해 별도의 고유한 TLV를 보냅니다. 예를 들어, IEEE DCBX는 ETS, PFC 및 각 애플리케이션에 대해 별도의 TLV를 사용합니다. 구성 및 권장 사항 정보는 서로 다른 TLV로 전송됩니다 |
하위 TLV로 구성된 모든 DCBX 속성 정보를 포함하는 하나의 TLV를 전송합니다. "willing" 비트는 인터페이스가 연결된 피어와 일치하도록 구성을 변경할 수 있는지 여부를 결정합니다. |
| 피어와의 대칭/비대칭 구성 |
비대칭 또는 대칭 |
대칭 전용 |
| 작전 명령의 |
|
|
다음 DCBX 모드를 사용하도록 인터페이스를 구성할 수 있습니다.
-
IEEE DCBX - 인터페이스는 연결된 피어의 구성과 관계없이 IEEE DCBX를 사용합니다.
-
DCBX 버전 1.01 - 인터페이스는 연결된 피어의 구성과 관계없이 DCBX 버전 1.01을 사용합니다.
-
자동 협상 - 인터페이스는 연결된 피어와 자동으로 협상하여 피어가 사용하는 DCBX 버전을 결정합니다. 자동 협상은 기본 DCBX 모드입니다.
인터페이스에 DCBX 모드를 구성하는 경우, PDU가 인터페이스에 구성된 DCBX 버전과 일치하지 않으면 인터페이스는 연결된 피어로부터 수신하는 DCBX 프로토콜 데이터 유닛(PDU)을 무시합니다. 예를 들어, IEEE DCBX를 사용하도록 인터페이스를 구성하고 연결된 피어가 DCBX 버전 1.01 LLDP PDU를 전송하면 인터페이스는 버전 1.01 PDU를 무시합니다. DCBX 버전 1.01을 사용하도록 인터페이스를 구성하고 피어가 IEEE DCBX LLDP PDU를 전송하는 경우, 인터페이스는 IEEE DCBX PDU를 무시합니다.
IEEE DCBX 모드를 show dcbx neighbors interface interface-name 사용하는 인터페이스에서 작동 명령은 출력에 애플리케이션, PFC 또는 ETS 작동 상태를 포함하지 않습니다.
자동 협상
자동 협상은 기본 DCBX 모드입니다. 각 인터페이스는 연결된 피어와 자동으로 협상하여 두 인터페이스가 DCBX 정보를 교환하는 데 사용하는 DCBX 버전을 결정합니다.
인터페이스가 피어 인터페이스에 연결되면 인터페이스는 IEEE DCBX TLV를 피어에 보급합니다. 인터페이스가 피어로부터 하나의 IEEE DCBX PDU를 수신하면 인터페이스는 DCBX 모드를 IEEE DCBX로 설정합니다. 인터페이스가 피어로부터 3개의 DCBX 버전 1.01 TLV를 수신하면 인터페이스는 DCBX 버전 1.01을 DCBX 모드로 설정합니다.
링크 플랩이 발생하거나 LLDP 프로세스가 재시작되면 인터페이스는 자동 협상 프로세스를 다시 시작합니다. 인터페이스는 마지막으로 수신된 DCBX 통신 모드를 사용하지 않습니다.
DCBX 모드에 대한 CNA 지원
CNA 공급업체마다 지원하는 DCBX 버전과 기능이 다릅니다. 스위치 인터페이스에서 사용하는 DCBX 구성은 네트워크의 CNA가 지원하는 DCBX 기능에 따라 다릅니다.
DCBX에 대한 인터페이스 지원
10기가비트 이더넷 인터페이스 및 멤버 인터페이스가 모두 10기가비트 이더넷 인터페이스인 LAG(Link Aggregation Group) 인터페이스에서 DCBX를 구성할 수 있습니다.
DCBX 속성 유형
DCBX에는 세 가지 속성 유형이 있습니다.
-
정보 제공 - 이러한 속성은 LLDP를 사용하여 교환되지만 DCBX 상태 또는 작동에는 영향을 미치지 않습니다. 피어에만 정보를 전달합니다. 예를 들어, 애플리케이션 우선 순위 TLV는 정보 TLV입니다.
-
비대칭 - 이러한 유형의 속성에 대한 값이 연결된 피어 인터페이스에서 동일할 필요는 없습니다. 피어는 각 피어 인터페이스에서 속성 값이 다를 수 있는 경우 비대칭 속성을 교환합니다. 피어 인터페이스 구성은 일치할 수도 있고 다를 수도 있습니다. 예를 들어, ETS 구성 및 권장 사항 TLV는 비대칭 TLV입니다.
-
대칭 - 이러한 유형의 속성에 대한 값이 연결된 두 피어 인터페이스에서 동일해야 한다는 의도입니다. 피어 인터페이스는 대칭 속성을 교환하여 해당 속성에 대한 대칭 DCBX 구성을 보장합니다. 예를 들어, PFC 구성 TLV는 대칭 TLV입니다.
다음 섹션에서는 비대칭 및 대칭 DCBX 속성에 대해 설명합니다.
비대칭 속성
DCBX는 연결된 피어 인터페이스 간에 비대칭 속성을 전달하여 해당 속성(기능)에 대한 매개 변수 정보를 전달합니다. 속성에 대한 결과 구성은 피어마다 다를 수 있으므로 한 인터페이스에 구성된 매개 변수는 연결된 피어 인터페이스의 매개 변수와 일치하지 않을 수 있습니다.
비대칭 속성 TLV에는 두 가지 유형이 있습니다.
-
구성 TLV—구성 TLV는 현재 작동 상태와 "의지" 비트의 상태를 전달합니다. "willing" 비트는 인터페이스가 피어 인터페이스의 구성을 수락하고 사용할 의향이 있는지 여부를 전달합니다. 인터페이스가 "의향적"이면, 인터페이스는 피어 인터페이스에서 수신한 구성을 사용합니다. (피어 인터페이스 구성은 "의지" 인터페이스의 구성을 재정의할 수 있습니다.) 인터페이스가 "원하지 않는" 경우, 인터페이스의 구성은 피어 인터페이스 구성으로 재정의할 수 없습니다.
-
권장 사항 TLV—권장 사항 TLV는 인터페이스가 연결된 피어 인터페이스에 사용해야 하는 권장 매개 변수를 전달합니다. 인터페이스가 권장 사항 TLV를 전송할 때 연결된 피어가 "의향"이 있는 경우 연결된 피어는 권장 사항 TLV의 매개 변수와 일치하도록 구성을 변경합니다.
대칭 속성
DCBX는 연결된 피어 인터페이스 간에 대칭 속성을 전달하여 두 인터페이스 모두 동일한 구성을 사용하도록 해당 속성(기능)에 대한 매개 변수 정보를 전달합니다. 의도는 하나의 인터페이스에 구성된 매개 변수가 연결된 피어 인터페이스의 매개 변수와 일치해야 한다는 것입니다.
대칭 속성 TLV에는 구성 TLV라는 한 가지 유형이 있습니다. 비대칭 속성과 마찬가지로 대칭 속성 구성 TLV는 현재 작동 상태와 "의지" 비트의 상태를 전달합니다. "의향적인" 인터페이스는 속성에 대한 피어 인터페이스 매개 변수 값을 사용합니다. (피어의 속성 구성은 "의지" 인터페이스의 구성보다 우선합니다.)
DCBX 애플리케이션 프로토콜 TLV 교환
DCBX는 FCoE와 같은 레이어 2 애플리케이션과 iSCSI와 같은 레이어 4 애플리케이션에 대한 스위치의 기능을 광고합니다.
애플리케이션 프로토콜 TLV 교환
모든 애플리케이션에 대해 DCBX는 애플리케이션이 매핑되는 인터페이스에서 애플리케이션의 상태 및 IEEE 802.1p 코드 포인트를 보급합니다. 애플리케이션이 인터페이스에 매핑되지 않은 경우, 해당 인터페이스는 애플리케이션의 TLV를 보급하지 않습니다. FCoE가 DCBX가 인터페이스에 보급할 유일한 애플리케이션인 경우 FCoE 애플리케이션 프로토콜 TLV 교환에는 예외가 있습니다.
FCoE 애플리케이션 프로토콜 TLV 교환
FCoE 애플리케이션에 대한 프로토콜 TLV 교환은 FCoE가 인터페이스가 보급할 유일한 애플리케이션인지 또는 인터페이스가 FCoE TLV 외에 다른 애플리케이션 TLV를 교환할 것인지에 따라 달라집니다.
FCoE가 DCBX가 인터페이스에 보급할 유일한 애플리케이션인 경우, DCBX는 인터페이스가 다음과 같은 경우 기본적으로 FCoE 애플리케이션 프로토콜 TLV를 교환합니다.
-
FCoE 트래픽(CoS 구성에 의해 FCoE 포워딩 클래스에 매핑된 트래픽)을 전달합니다
-
FCoE 우선순위(IEEE 802.1p 코드 포인트)에서 PFC가 활성화된 혼잡 알림 프로파일이 있습니다.
-
애플리케이션 맵 이 없습니다 .
FCoE에 대한 CoS 구성이 인터페이스에 매핑되지 않은 경우, 해당 인터페이스는 FCoE 애플리케이션 프로토콜 TLV를 교환하지 않습니다.
DCBX가 인터페이스에서 FCoE 및 기타 애플리케이션을 보급하도록 하려면 애플리케이션 맵에서 FCoE를 포함한 모든 애플리케이션을 지정하고 원하는 인터페이스에 애플리케이션 맵을 적용해야 합니다.
애플리케이션 맵이 인터페이스에 적용되는 경우, FCoE 애플리케이션은 애플리케이션 맵에서 명시적으로 구성되어야 하며 그렇지 않으면 인터페이스가 FCoE TLV를 교환하지 않습니다.
DCBX가 FCoE 애플리케이션을 보급할 때 FCoE 상태 및 IEEE 802.1p 코드 포인트를 보급합니다. 스위치 인터페이스에 연결된 피어 디바이스가 FCoE를 지원하지 않는 경우, DCBX는 자동 협상을 사용하여 인터페이스를 "FCoE 다운"으로 표시하고 해당 인터페이스에서 FCoE가 비활성화됩니다.
애플리케이션 프로토콜 TLV 교환 비활성화
인터페이스의 모든 애플리케이션에 대해 DCBX 애플리케이션 프로토콜 교환을 비활성화하려면 명령을 실행합니다.set protocols dcbx interface interface-name applications no-auto-negotiation
인터페이스에서 애플리케이션 맵을 삭제하거나 애플리케이션 맵에서 특정 애플리케이션을 삭제하여 인터페이스의 애플리케이션에 대한 DCBX 애플리케이션 프로토콜 교환을 비활성화할 수도 있습니다. 그러나 애플리케이션 맵에서 애플리케이션을 삭제하면 해당 애플리케이션 맵을 사용하는 인터페이스에서 애플리케이션 프로토콜이 더 이상 교환되지 않습니다.
DCBX 및 PFC
스위치 인터페이스에서 PFC를 활성화한 후, DCBX는 자동 협상을 사용하여 PFC 기능의 작동 상태를 제어합니다.
인터페이스에 연결된 피어 디바이스가 PFC를 지원하고 스위치와 호환 프로비저닝된 경우, DCBX는 PFC 작동 상태를 enabled로 설정합니다. 인터페이스에 연결된 피어 디바이스가 PFC를 지원하지 않거나 스위치와 호환 프로비저닝되지 않은 경우, DCBX는 작동 상태를 비활성화로 설정합니다. (PFC는 대칭이어야 합니다.)
피어가 스위치에서 PFC 구성을 "학습할 의향이 있다"고 광고하는 경우, DCBX는 스위치의 PFC 구성을 피어에 푸시하고 피어의 관리 상태를 확인하지 않습니다.
자동 협상을 비활성화하여 인터페이스별로 PFC 작동 상태의 DCBX 제어를 수동으로 재정의할 수 있습니다. PFC를 구성한 인터페이스에서 자동 협상을 비활성화하면 피어 구성에 관계없이 해당 인터페이스에서 PFC가 활성화됩니다. 인터페이스에서 PFC를 비활성화하려면 해당 인터페이스에서 PFC를 구성하지 마십시오. 인터페이스에서 자동 협상을 비활성화하려면 계층 수준에서 [protocols dcbx interface interface-name] 설정합니다priority-flow-controlpriority-flow-control no-auto-negotiation. 예를 들면 다음과 같습니다.
protocols {
dcbx {
interface {
xe-0/0/1 {
priority-flow-control no-auto-negotiation;
}
}
}
}
DCBX 및 ETS
이 섹션은 다음에 대해 설명합니다.
기본 DCBX ETS 보급
인터페이스에 ETS를 구성하지 않으면 스위치는 모든 우선 순위(출력 대기열을 나타내는 포워딩 클래스)를 포함하는 기본 우선 순위 그룹을 자동으로 생성하고 포트 출력 대역폭의 100%를 해당 우선 순위 그룹에 할당합니다. 기본 우선 순위 그룹은 투명합니다. 구성에는 나타나지 않으며 DCBX 광고에 사용됩니다. DCBX는 기본 우선 순위 그룹, 해당 우선 순위 및 할당된 대역폭을 광고합니다.
인터페이스에 ETS를 구성하면 DCBX는 다음을 광고합니다.
-
인터페이스의 각 우선 순위 그룹
-
각 우선 순위 그룹의 우선 순위
-
각 우선 순위 그룹 및 우선 순위의 대역폭 속성
명시적으로 구성된 우선 순위 그룹(포워딩 클래스 세트)의 일부가 아닌 해당 인터페이스의 모든 우선 순위는 자동으로 생성된 기본 우선 순위 그룹에 할당되며 대역폭을 수신하지 않습니다. 인터페이스에서 ETS를 구성하는 경우, 트래픽을 전달하려는 인터페이스의 모든 포워딩 클래스(우선 순위)는 포워딩 클래스 세트(우선 순위 그룹)에 속해야 합니다.
ETS 보급 및 피어 구성
DCBX는 스위치의 ETS(계층 스케줄링) 작동 상태를 제어하지 않습니다. 연결된 피어가 "의지"로 구성된 경우 ETS 권장 사항 TLV가 활성화된 경우(기본적으로 활성화됨) DCBX는 스위치의 ETS 구성을 스위치의 피어에 푸시합니다. 피어가 ETS를 지원하지 않거나 스위치와 함께 일관되게 프로비저닝되지 않는 경우, DCBX는 스위치에서 ETS 작동 상태를 변경하지 않습니다. ETS 작동 상태는 스위치 계층 스케줄링 구성에 따라서만 활성화 또는 비활성화된 상태로 유지되며 기본적으로 활성화됩니다.
ETS가 구성되면 DCBX는 우선 순위 그룹, 우선 순위 그룹의 우선 순위, 우선 순위 그룹 및 우선 순위에 대한 대역폭 구성을 광고합니다. 우선 순위 그룹에 속하지 않는 모든 우선 순위(본질적으로 포워딩 클래스 또는 대기열)는 스케줄링 속성이 없으며 대역폭을 수신하지 않습니다.
자동 협상을 비활성화하여 DCBX가 인터페이스별로 피어에 ETS 상태를 보급하는지 여부를 수동으로 재정의할 수 있습니다. 이는 스위치 또는 피어의 ETS 상태에는 영향을 미치지 않지만 스위치가 연결된 피어에 권장 사항 TLV 또는 구성 TLV를 전송하지 못하게 합니다. 인터페이스에서 ETS를 비활성화하려면 인터페이스에서 우선 순위 그룹(포워딩 클래스 세트)을 구성하지 마십시오.
ETS 권장 사항 TLV
ETS 권장 사항 TLV는 스위치가 연결된 피어 인터페이스에서 사용하려는 ETS 설정을 전달합니다. 피어 인터페이스가 "의향적"인 경우, ETS 권장 사항 TLV의 구성과 일치하도록 구성을 변경합니다. 기본적으로 스위치 인터페이스는 ETS 권장 사항 TLV를 피어에 보냅니다. 전달되는 설정은 인터페이스에서 계층 스케줄링을 구성하여 정의된 송신 ETS 설정입니다.
스위치 인터페이스에서 사용하는 것과 동일한 ETS 설정을 연결된 피어에서 사용하고 ETS 권장 사항 TLV를 활성화된 상태로 두는 것이 좋습니다. 그러나 IEEE DCBX를 DCBX 모드로 사용하는 인터페이스에서 스위치 인터페이스와 연결된 피어 간의 비대칭 구성을 원하는 경우 계층 수준에서 [edit protocols dcbx interface interface-name enhanced-transmission-selection] 문을 포함하여 no-recommendation-tlv ETS 권장 사항 TLV를 비활성화할 수 있습니다.
인터페이스의 DCBX 모드가 IEEE DCBX인 경우에만 ETS 권장 사항 TLV를 비활성화할 수 있습니다. 인터페이스의 DCBX 모드가 DCBX 버전 1.01인 경우 ETS 권장 사항 TLV를 비활성화해도 효과가 없습니다. (IEEE DCBX는 별도의 애플리케이션 속성 TLV를 사용하지만, DCBX 버전 1.01은 모든 애플리케이션 속성을 동일한 TLV로 전송하고 하위 TLV를 사용하여 정보를 분리합니다.)
ETS 권장 사항 TLV를 비활성화해도 스위치는 연결된 피어에 ETS 구성 TLV를 계속 보냅니다. 그 결과 연결된 피어에게 스위치 DCBX ETS 구성에 대한 정보가 제공되지만 피어가 "원하는" 경우에도 피어는 스위치 구성에 맞게 구성을 변경하지 않습니다. 이것은 비대칭 구성입니다. 두 인터페이스는 ETS 속성에 대해 서로 다른 매개변수 값을 가질 수 있습니다.
예를 들어, 스위치 인터페이스에 연결된 CNA가 스위치 ETS 구성과 다른 대역폭 할당을 갖도록 하려면 ETS 권장 사항 TLV를 비활성화하고 원하는 대역폭에 대해 CNA를 구성할 수 있습니다. 스위치 인터페이스와 CNA는 구성 매개 변수를 교환하지만, CNA는 스위치 인터페이스 구성과 일치하도록 구성을 변경하지 않습니다.