Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

DCBX의 이해

DCBX(Data Center Bridging Capability Exchange Protocol)는 LLDP(Link Layer Data Protocol)의 확장입니다. 인터페이스에서 LLDP를 비활성화하면 해당 인터페이스가 DCBX를 실행할 수 없습니다. LLDP가 비활성화된 인터페이스에서 DCBX를 활성화하려고 하면 구성 커밋 작업에 장애가 발생합니다. DCB(Data Center Bridging) 디바이스는 DCBX를 사용하여 구성 정보를 직접 연결된 피어와 교환합니다.

이 주제는 다음과 같이 설명합니다.

DCBX 기본

DCBX는 다음을 할 수 있습니다.

  • 피어의 DCB 기능에 대해 알아보기

  • DCB 기능 구성 오류 또는 피어 간의 불일치 감지

  • 피어에서 DCB 기능을 구성합니다.

우선순위 기반 플로우 제어(PFC), 레이어 2 및 레이어 4 애플리케이션(예: FCoE 및 iSCSI), ETS를 위해 DCBX 운영을 구성할 수 있습니다. DCBX는 인터페이스별로 활성화되거나 비활성화됩니다.

참고:

QFX5200 및 QFX5210 스위치는 ETS(Enhanced Transmission Selection) 계층적 스케줄링을 지원하지 않습니다. 포트 스케줄링을 사용하여 스위치의 대역폭을 관리합니다.

기본적으로 PFC 및 ETS의 경우, DCBX는 각 인터페이스의 연결된 피어와 관리 상태 및 구성을 자동으로 협상합니다. 애플리케이션에 대한 DCBX 협상을 활성화하려면 애플리케이션을 구성하고 애플리케이션 맵의 IEEE 802.1p 코드 포인트에 매핑한 다음 애플리케이션 맵을 인터페이스에 적용해야 합니다.

FCoE 애플리케이션은 FCoE 이외에 다른 애플리케이션의 유형, 길이 및 값(TV)을 교환하는 인터페이스를 원할 때만 애플리케이션 맵에 포함되어야 합니다. FCoE가 광고를 위한 인터페이스를 원하는 유일한 애플리케이션이라면 애플리케이션 맵을 사용할 필요가 없습니다. ETS의 경우, DCBX는 스위치에서 구성을 학습하도록 설정된 경우 스위치 구성을 피어에게 푸시합니다(IEEE DCBX 모드의 인터페이스에서 ETS 권장 TLV 전송을 비활성화하지 않는 한).

인터페이스가 해당 기능을 사용하도록 설정하거나 비활성화하도록 자동 할당을 끄면 PFC, ETS 또는 인터페이스에 매핑된 모든 애플리케이션의 기본 동작을 무시할 수 있습니다. 인터페이스에 적용하는 애플리케이션 맵에서 해당 애플리케이션을 제외하거나 인터페이스에서 애플리케이션 맵을 삭제하여 DCBX 자동 인증을 해제할 수도 있습니다.

인터페이스에 매핑되는 애플리케이션의 기본 자동 연결 동작은 다음과 같습니다.

  • 연결된 피어 디바이스가 DCBX를 지원하는 경우, DCBX는 인터페이스에서 활성화됩니다.

  • 연결된 피어 디바이스가 DCBX를 지원하지 않으면 DCBX는 인터페이스에서 비활성화됩니다.

기능을 협상하는 동안 피어가 다른 피어로부터 PFC 구성을 배우려는 "의지"로 구성된 경우, 스위치는 PFC 구성을 연결된 피어로 푸시할 수 있습니다. 주니퍼 네트웍스 스위치는 자체 자동 프로비저닝을 지원하지 않으며 피어 구성에 맞게 자동 복구 중에 구성을 변경하지 않습니다. (주니퍼 스위치는 피어(peers)의 PFC 구성을 "학습"하지 않습니다.)

참고:

DCBX를 활성화한 포트가 TLV(Type, length, value) 항목을 교환하기 시작하면 해당 포트의 LLDP TLV(옵션)는 이웃에게 광고되지 않으므로 스위치는 DCBX를 지원하는 다양한 컨버지드 네트워크 어댑터(CNO) 및 레이어 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의 하위 유형과 0x001b21 OUI가 있습니다.

IEEE DCBX 및 DCBX 버전 1.01은 주로 프레임 형식으로 다릅니다. DCBX 버전 1.01은 하위 TLV로 전송되는 모든 DCBX 속성 정보를 포함하는 하나의 TLV를 사용합니다. IEEE DCBX는 각 DCB 속성에 대해 고유의 TLV를 사용합니다.

참고:

이 스위치는 사전 CEE(사전 DCB) DCBX 버전을 지원하지 않습니다. 지원되지 않는 이전 버전의 DCBX에는 1의 하위 유형과 0x001b21 OUI가 있습니다. 스위치는 CEE 전 DCBX TLA가 포함된 LLDP 프레임을 드롭합니다.

표 1 에는 명령 출력 표시를 포함하여 IEEE DCBX와 DCBX 버전 1.01의 차이점이 요약되어 있습니다.

표 1: IEEE DCBX와 DCBX 버전 1.01 간의 차이점 요약

특성

IEEE DCBX

DCBX 버전 1.01

0x0080c2

0x001b21

프레임 형식

각 DCBX 속성에 대해 별도의 고유 TLV를 보냅니다. 예를 들어 IEEE DCBX는 ETS, PFC 및 각 애플리케이션에 별도의 TLA를 사용합니다. 구성 및 권장 정보는 다양한 TLA로 전송됩니다.

하위 TLV로 구성된 모든 DCBX 속성 정보가 포함된 하나의 TLV를 보냅니다. "기꺼이" 비트는 인터페이스가 연결된 피어에 맞게 구성을 변경할 수 있는지 여부를 결정합니다.

피어를 통한 대칭/비대칭 구성

비대칭 또는 대칭

대칭적 전용

운영 명령어의 show dcbx interface interface-name 차이

  • 대칭 구성이 필요하지 않으므로 동기화 정보가 표시되지 않습니다.

  • 운영 상태가 대칭적일 필요가 없기 때문에 운영 상태 정보가 표시되지 않습니다.

  • 각 DCBX 속성에 대해 고유의 TLV가 전송되기 때문에 TLV 유형이 표시됩니다.

  • ETS 피어 구성 TLV 및 권장 TLV 정보는 서로 다른 TLV이기 때문에 별도로 표시됩니다.

  • 대칭 구성이 필요하므로 동기화 정보가 표시됩니다.

  • 운영 상태가 대칭적이어야 하기 때문에 운영 상태 정보가 표시됩니다.

  • 모든 속성 정보에 대해 하나의 TLV가 사용되므로 TLV 유형이 표시되지 않습니다.

  • 권장 TLV는 전송되지 않습니다(DCBX 버전 1.01은 "willing" 비트를 사용하여 인터페이스가 피어 인터페이스 구성을 사용하는지 여부를 결정합니다).

다음과 같은 DCBX 모드를 사용하도록 인터페이스를 구성할 수 있습니다.

  • IEEE DCBX—인터페이스는 연결된 피어의 구성에 관계없이 IEEE DCBX를 사용합니다.

  • DCBX 버전 1.01—인터페이스는 연결된 피어의 구성에 관계없이 DCBX 버전 1.01을 사용합니다.

  • 자동 복구—인터페이스가 연결된 피어와 자동으로 협상하여 피어가 사용하는 DCBX 버전을 결정합니다. 자동 인증은 기본 DCBX 모드입니다.

인터페이스에서 DCBX 모드를 구성하면 인터페이스에서 구성된 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 TVS를 수신하는 경우, 인터페이스는 DCBX 버전 1.01을 DCBX 모드로 설정합니다.

Autonegotiation은 QFabric 시스템에 비해 독립형 스위치에서 약간 다르게 작동합니다.

  • 독립형 스위치—인터페이스가 피어 인터페이스에 연결되면 인터페이스가 IEEE DCBX TV를 피어에게 광고합니다. 인터페이스가 피어로부터 IEEE DCBX TLV를 받으면 인터페이스가 IEEE DCBX를 DCBX 모드로 설정합니다. 인터페이스가 피어로부터 3개의 연속 DCBX 버전 1.01 TVS를 수신하는 경우, 인터페이스는 DCBX 버전 1.01을 DCBX 모드로 설정합니다.

  • QFabric 시스템—인터페이스가 피어 인터페이스에 연결되면 인터페이스가 DCBX 버전 1.01 TLA를 피어에 광고합니다. 인터페이스가 피어로부터 IEEE DCBX TV를 받으면 인터페이스가 IEEE DCBX를 DCBX 모드로 설정합니다. 인터페이스가 피어로부터 3개의 연속 DCBX 버전 1.01 TVS를 수신하는 경우, 인터페이스는 DCBX 버전 1.01을 DCBX 모드로 유지합니다.

참고:

링크 플랩스 또는 LLDP 프로세스가 다시 시작되면 인터페이스가 자동 재인증 프로세스를 다시 시작합니다. 인터페이스는 마지막으로 수신된 DCBX 통신 모드를 사용하지 않습니다.

DCBX 모드 CNA 지원

다양한 CNA 벤더가 DCBX의 다양한 버전과 기능을 지원합니다. 스위치 인터페이스에서 사용하는 DCBX 구성은 네트워크 내 CMA가 지원하는 DCBX 기능에 따라 달라집니다.

DCBX 인터페이스 지원

10기가비트 이더넷 인터페이스와 LAG(Link Aggregation Group) 인터페이스에서 10기가비트 이더넷 인터페이스의 구성원 인터페이스에서 DCBX를 구성할 수 있습니다.

DCBX 속성 유형

DCBX에는 다음과 같은 세 가지 속성 유형이 있습니다.

  • 정보—이러한 속성은 LLDP를 사용하여 교환되지만 DCBX 상태 또는 작동에는 영향을 미치지 않습니다. 정보를 동료에게만 전달합니다. 예를 들어, 애플리케이션 우선 순위 TLA는 정보 TLA입니다.

  • 비대칭—이러한 유형의 속성에 대한 값이 연결된 피어 인터페이스에서 동일할 필요는 없습니다. 피어는 각 피어 인터페이스에서 속성 값이 다를 때 비대칭 속성을 교환합니다. 피어 인터페이스 구성이 일치하거나 다를 수 있습니다. 예를 들어 ETS 구성 및 권장 TLA는 비대칭 TLA입니다.

  • 대칭—이러한 유형의 속성에 대한 값은 연결된 피어 인터페이스 모두에서 동일해야 합니다. 피어 인터페이스는 대칭적 속성을 교환하여 해당 속성에 대한 대칭 DCBX 구성을 보장합니다. 예를 들어 PFC Configuration TLA는 대칭적인 TLA입니다.

다음 섹션에서는 비대칭 및 대칭 DCBX 속성에 대해 설명합니다.

비대칭 속성

DCBX는 연결된 피어 인터페이스 간에 비대칭 속성을 전달하여 해당 속성(기능)에 대한 매개 변수 정보를 전달합니다. 속성에 대한 결과 구성은 각 피어마다 다를 수 있으므로 한 인터페이스에서 구성된 매개 변수가 연결된 피어 인터페이스의 매개 변수와 일치하지 않을 수 있습니다.

비대칭 속성 TLA에는 두 가지 유형이 있습니다.

  • 구성 TLV—구성 TLV는 현재 운영 상태와 "willing" 비트의 상태를 전달합니다. "기꺼이" 비트는 인터페이스가 피어 인터페이스에서 구성을 수락하고 사용할 의향이 있는지 여부를 전달합니다. 인터페이스가 "기꺼이" 있는 경우 인터페이스는 피어 인터페이스에서 수신하는 구성을 사용합니다. (피어 인터페이스 구성은 "기꺼이" 인터페이스의 구성을 무시할 수 있습니다.) 인터페이스가 "지원되지 않음"인 경우, 인터페이스의 구성은 피어 인터페이스 구성에 의해 재정의될 수 없습니다.

  • 권장 TLV—권장 TLV는 인터페이스가 연결된 피어 인터페이스가 사용해야 하는 매개 변수를 전달합니다. 인터페이스가 권장 TLV를 보낼 때 연결된 피어가 "기꺼이" 있는 경우 연결된 피어는 권장 TLV의 매개 변수에 맞게 구성을 변경합니다.

대칭적 특성

DCBX는 연결된 피어 인터페이스 간에 대칭 속성을 전달하여 이들 속성(기능)에 대한 매개 변수 정보를 전달하며, 두 인터페이스 모두 동일한 구성을 사용해야 한다는 목표를 가지고 있습니다. 인텐트란 한 인터페이스에서 구성된 매개 변수가 연결된 피어 인터페이스의 매개 변수와 일치해야 한다는 것입니다.

한 가지 유형의 대칭 속성 TLV, 구성 TLV가 있습니다. 비대칭 속성과 마찬가지로, 대칭 속성 구성 TVS는 현재 운영 상태와 "기꺼이" 비트의 상태를 전달합니다. "Willing" 인터페이스는 속성에 대해 피어 인터페이스 매개변수 값을 사용합니다. (피어의 속성 구성은 "willing" 인터페이스의 구성을 무시합니다.)

DCBX 애플리케이션 프로토콜 TLV Exchange

DCBX는 FCoE와 iSCSI와 같은 Layer 4 애플리케이션과 같은 Layer 2 애플리케이션을 위한 스위치의 기능을 광고합니다.

애플리케이션 프로토콜 TLV Exchange

모든 애플리케이션의 경우, DCBX는 애플리케이션이 매핑되는 인터페이스에 애플리케이션의 상태 및 IEEE 802.1p 코드를 알 수 있습니다. 애플리케이션이 인터페이스에 매핑되지 않으면 해당 인터페이스가 애플리케이션의 TLA를 광고하지 않습니다. FCoE가 DCBX가 인터페이스에서 광고하기를 원하는 유일한 애플리케이션인 경우 FCoE 애플리케이션 프로토콜 TLV 교환에는 예외가 있습니다.

FCoE 애플리케이션 프로토콜 TLV Exchange

FCoE 애플리케이션에 대한 프로토콜 TLV 교환은 FCoE가 광고를 위해 인터페이스를 원하는 유일한 애플리케이션인지, 아니면 인터페이스가 FCoE TLV 이외에 다른 애플리케이션 TLV를 교환하기를 원하는지에 따라 달라집니다.

FCoE가 인터페이스에서 DCBX가 광고하기를 원하는 유일한 애플리케이션인 경우, DCBX는 인터페이스인 경우 기본적으로 FCoE 애플리케이션 프로토콜 TLA를 교환합니다.

  • FCoE 트래픽 전송(CoS 구성에 의해 FCoE 포워딩 클래스로 매핑된 트래픽)

  • FCoE 우선 순위(IEEE 802.1p 코드 포인트)에서 PFC를 활성화한 혼잡 알림 프로파일을 가지고 있습니다.

  • 애플리케이션 맵이 없는 경우

참고:

FCoE에 대한 CoS 구성이 인터페이스에 매핑되지 않으면 해당 인터페이스가 FCoE 애플리케이션 프로토콜 TLA를 교환하지 않습니다.

DCBX가 FCoE 및 기타 애플리케이션을 인터페이스에 광고하려면 애플리케이션 맵에서 FCoE를 포함한 모든 애플리케이션을 지정하고 원하는 인터페이스에 애플리케이션 맵을 적용해야 합니다.

참고:

애플리케이션 맵이 인터페이스에 적용되는 경우, FCoE 애플리케이션은 애플리케이션 맵에서 명시적으로 구성되어야 하며 인터페이스는 FCoE TLA를 교환하지 않습니다.

DCBX는 FCoE 애플리케이션을 광고할 때 FCoE 상태 및 IEEE 802.1p 코드 포인트를 광고합니다. 스위치 인터페이스에 연결된 피어 디바이스가 FCoE를 지원하지 않는 경우, DCBX는 자동 검증을 사용하여 인터페이스를 "FCoE down"로 표시하고 해당 인터페이스에서 FCoE를 비활성화합니다.

애플리케이션 프로토콜 TLV Exchange 비활성화

인터페이스상의 모든 애플리케이션에 대해 DCBX 애플리케이션 프로토콜 교환을 비활성화하려면 명령을 실행하십시오 set protocols dcbx interface interface-name applications no-auto-negotiation .

인터페이스에서 애플리케이션 맵을 삭제하거나 애플리케이션 맵에서 특정 애플리케이션을 삭제하여 인터페이스상의 애플리케이션에 대한 DCBX 애플리케이션 프로토콜 교환을 비활성화할 수도 있습니다. 그러나 애플리케이션 맵에서 애플리케이션을 삭제하면 애플리케이션 맵을 사용하는 인터페이스에서 애플리케이션 프로토콜이 더 이상 교환되지 않습니다.

DCBX 및 PFC

스위치 인터페이스에서 PFC를 활성화한 후 DCBX는 자동 검증을 사용하여 PFC 기능의 작동 상태를 제어합니다.

인터페이스에 연결된 피어 디바이스가 PFC를 지원하고 스위치와 호환되는 경우, DCBX는 PFC 운영 상태를 활성화하도록 설정합니다. 인터페이스에 연결된 피어 디바이스가 PFC를 지원하지 않거나 스위치와 호환되는 프로비저닝되지 않은 경우, DCBX는 운영 상태를 비활성화 상태로 설정합니다. (PFC는 대칭적이어야 합니다.)

피어가 스위치에서 PFC 구성을 배우려는 "의지"라고 광고하는 경우, DCBX는 스위치의 PFC 구성을 피어로 푸시하고 피어의 관리 상태를 확인하지 않습니다.

자동 인증을 사용하지 않도록 설정하여 인터페이스별로 PFC 운영 상태에 대한 DCBX 제어를 수동으로 무시할 수 있습니다. PFC를 구성한 인터페이스에서 자동 인증을 해제하면 피어 구성에 관계없이 해당 인터페이스에서 PFC가 활성화됩니다. 인터페이스에서 PFC를 비활성화하려면 해당 인터페이스에서 PFC를 구성하지 마십시오.

DCBX 및 ETS

이 섹션에서는 다음과 같이 설명합니다.

기본 DCBX ETS 광고

인터페이스에서 ETS를 구성하지 않으면 스위치는 모든 우선 순위(출력 큐를 나타내는 포워딩 클래스)가 포함된 기본 우선 순위 그룹을 자동으로 생성하고 해당 우선 순위 그룹에 포트 출력 대역폭의 100%를 할당합니다. 기본 우선 순위 그룹은 투명합니다. 구성에 나타나지 않으며 DCBX 광고에 사용됩니다. DCBX는 기본 우선 순위 그룹, 우선 순위 및 할당된 대역폭을 광고합니다.

인터페이스에서 ETS를 구성하면 DCBX가 다음을 광고합니다.

  • 인터페이스상의 각 우선 순위 그룹

  • 각 우선 순위 그룹의 우선 순위

  • 각 우선 순위 그룹 및 우선 순위의 대역폭 속성

명시적으로 구성된 우선 순위 그룹(포워딩 클래스 집합)의 일부가 아닌 인터페이스의 모든 우선 순위는 자동으로 생성된 기본 우선 순위 그룹에 할당되며 대역폭을 받지 않습니다. 인터페이스에서 ETS를 구성하면 트래픽을 포워딩하려는 인터페이스의 모든 포워딩 클래스(우선 순위)가 포워딩 클래스 집합(우선 순위 그룹)에 속해야 합니다.

ETS 광고 및 피어 구성

DCBX는 스위치의 ETS(계층적 스케줄링) 운영 상태를 제어하지 않습니다. 연결된 피어가 "기꺼이"으로 구성된 경우, DCBX는 ETS 권장 TLV가 활성화되면 스위치의 ETS 구성을 스위치 피어에 푸시합니다(기본적으로 활성화됨). 피어가 ETS를 지원하지 않거나 스위치와 함께 일관되게 프로비저닝되지 않는 경우 DCBX는 스위치의 ETS 운영 상태를 변경하지 않습니다. ETS 운영 상태는 스위치 계층적 스케줄링 구성에 따라 활성화되거나 비활성화되며 기본적으로 활성화됩니다.

ETS가 구성되면 DCBX는 우선 순위 그룹, 우선 순위 그룹의 우선 순위, 우선 순위 그룹 및 우선 순위에 대한 대역폭 구성을 광고합니다. 우선 순위 그룹에 속하지 않는 모든 우선 순위(기본적으로 포워딩 클래스 또는 큐)에는 스케줄링 속성이 없고 대역폭을 받지 못합니다.

자동 인증을 사용하지 않도록 설정하여 DCBX가 인터페이스별로 ETS 상태를 피어에 광고하는지 여부를 수동으로 무시할 수 있습니다. 이는 스위치 또는 피어의 ETS 상태에 영향을 미치지 않지만 스위치가 권장 TLV 또는 Configuration TLV를 연결된 피어로 전송하는 것을 방지합니다. 인터페이스에서 ETS를 비활성화하려면 인터페이스에서 우선 순위 그룹(포워딩 클래스 세트)을 구성하지 마십시오.

ETS 권장 TLV

ETS 권장 TLV는 스위치가 연결된 피어 인터페이스를 사용하기를 원하는 ETS 설정을 전달합니다. 피어 인터페이스가 "기꺼이" 있는 경우 ETS 권장 TLV의 구성에 맞게 구성을 변경합니다. 기본적으로 스위치 인터페이스는 ETS 권장 TLV를 피어로 보냅니다. 전달된 설정은 인터페이스에서 계층적 스케줄링을 구성하여 정의된 송신 ETS 설정입니다.

스위치 인터페이스에서 사용하고 ETS 권장 TLV를 사용하도록 하여 연결된 피어에서 동일한 ETS 설정을 사용하는 것이 좋습니다. 그러나 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는 스위치 인터페이스 구성에 맞게 구성을 변경하지 않습니다.

릴리스 히스토리 테이블
릴리스
설명
21.2R1EVO
PTX10008 라우터는 DCBX 및 PFC를 지원합니다.