DCBX 애플리케이션 프로토콜 TLV 교환 이해하기
DCBX(Data Center Bridging Capability Exchange Protocol)는 연결된 피어의 DCB(Data Center Bridging) 기능을 검색합니다. 또한 DCBX는 애플리케이션 유형, 길이 및 값(TLV) 요소를 통해 애플리케이션 프로토콜 정보를 교환하여 인터페이스에서 애플리케이션의 기능을 보급합니다. DCBX는 LLDP(Link Layer Discovery Protocol)의 확장입니다. LLDP는 DCBX를 사용하려는 모든 인터페이스에서 활성화된 상태로 유지되어야 합니다.
LLDP 및 DCBX는 기본적으로 모든 인터페이스에서 활성화됩니다.
애플리케이션 프로토콜 교환 설정은 다음으로 구성됩니다.
애플리케이션 정의
애플리케이션 맵의 IEEE 802.1p 코드 포인트에 애플리케이션 매핑
들어오는 트래픽의 우선 순위를 지정하고 트래픽 코드 포인트별로 들어오는 트래픽을 애플리케이션에 매핑하도록 분류자 구성
인터페이스에 애플리케이션 맵 및 분류자 적용
인터페이스가 보급할 애플리케이션을 명시적으로 정의해야 합니다. FCoE 애플리케이션은 특별한 경우이며( 애플리케이션 참조) DCBX가 해당 인터페이스의 FCoE 외에 다른 애플리케이션에 대한 애플리케이션 프로토콜 TLV를 교환하려면 인터페이스에서 정의해야 합니다.
또한 인터페이스가 보급할 모든 정의된 애플리케이션을 애플리케이션 맵의 IEEE 802.1p 코드 포인트에 명시적으로 매핑해야 합니다. FCoE 애플리케이션은 인터페이스가 FCoE 외에 다른 애플리케이션에 DCBX를 사용하려는 경우에만 애플리케이션 맵에 포함해야 하는 특별한 경우입니다( 애플리케이션 맵 참조).
이 주제는 다음에 대해 설명합니다.
신청
인터페이스가 애플리케이션 프로토콜 정보를 교환하기 전에 보급할 애플리케이션을 정의해야 합니다. FCoE 애플리케이션은 예외입니다. FCoE가 인터페이스가 보급할 유일한 애플리케이션인 경우 FCoE 애플리케이션을 정의할 필요가 없습니다. 인터페이스가 FCoE 외에 다른 애플리케이션을 보급하기를 원하는 경우에만 FCoE 애플리케이션을 정의해야 합니다.
FCoE가 DCBX가 인터페이스에 보급하기를 원하는 유일한 애플리케이션인 경우, DCBX는 인터페이스가 다음과 같은 경우 기본적으로 FCoE 애플리케이션 프로토콜 TLV를 교환합니다.
FCoE 트래픽(CoS 구성에 의해 FCoE 포워딩 클래스에 매핑되어 인터페이스에 적용되는 트래픽)을 전달합니다
FCoE 우선순위(IEEE 802.1p 코드 포인트)에서 PFC가 활성화된 혼잡 알림 프로파일이 있습니다.
애플리케이션 맵 이 없습니다 .
인터페이스에 애플리케이션 맵을 적용하는 경우 FCoE 애플리케이션을 포함하여 DCBX가 보급할 모든 애플리케이션을 애플리케이션 맵에서 정의 및 구성해야 합니다.
FCoE에 대한 CoS 구성이 인터페이스에 매핑되지 않은 경우, 해당 인터페이스는 FCoE 애플리케이션 프로토콜 TLV를 교환하지 않습니다.
다음을 정의할 수 있습니다.
EtherType별 레이어 2 애플리케이션
프로토콜(TCP 또는 UDP)과 대상 포트 번호의 조합에 의한 레이어 4 애플리케이션
EtherType은 이더넷 프레임의 2옥텟 필드로 프레임에 캡슐화된 프로토콜을 나타냅니다. 일반적인 EtherTypes 목록은 IEEE 표준 기구 웹 사이트의 http://standards.ieee.org/develop/regauth/ethertype/eth.txt 를 참조하십시오. 포트 번호 및 프로토콜 목록은 Internet Assigned Numbers Authority(IANA) 웹 사이트의 http://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xml 에서 서비스 이름 및 전송 프로토콜 포트 번호 레지스트리를 참조하십시오.
FCoE를 제외하고 보급하려는 각 애플리케이션을 명시적으로 정의해야 합니다. FCoE 애플리케이션은 기본적으로 정의됩니다(EtherType 0x8906).
애플리케이션 맵
애플리케이션 맵은 정의된 애플리케이션을 하나 이상의 IEEE 802.1p 코드 포인트에 매핑합니다. 각 애플리케이션 맵에는 하나 이상의 애플리케이션이 포함됩니다. DCBX는 연결된 피어와 교환되는 프로토콜 TLV에 구성된 애플리케이션 코드 포인트를 포함합니다.
애플리케이션에 대한 프로토콜 TLV를 교환하려면 애플리케이션 맵에 애플리케이션을 포함해야 합니다. FCoE 애플리케이션은 특별한 경우입니다.
DCBX가 특정 인터페이스에서 둘 이상의 애플리케이션에 대해 애플리케이션 프로토콜 TLV를 교환하도록 하려면 애플리케이션을 구성하고, 애플리케이션을 코드 포인트에 매핑하도록 애플리케이션 맵을 정의하고, 인터페이스에 애플리케이션 맵을 적용해야 합니다. 이 경우, FCoE 애플리케이션을 정의하고 애플리케이션 맵에 추가해야 합니다.
이것은 다른 모든 응용 분야에 필요한 것과 동일한 프로세스 및 처리입니다. 또한 DCBX가 FCoE 애플리케이션 TLV를 교환하려면 인터페이스의 FCoE 우선순위(FCoE IEEE 802.1p 코드 포인트)에서 우선 순위 기반 플로우 제어 (PFC)를 활성화해야 합니다.
FCoE가 DCBX가 인터페이스에 보급할 유일한 애플리케이션인 경우, 애플리케이션 맵을 구성하고 인터페이스에 적용할 필요가 없습니다. 기본적으로 인터페이스에 애플리케이션 맵이 없고 인터페이스가 FCoE 포워딩 클래스에 매핑된 트래픽을 전송하고 FCoE 우선순위에서 PFC가 활성화된 경우 인터페이스는 FCoE TLV(자동 협상 모드)를 보급합니다. DCBX는 인터페이스에 애플리케이션 맵을 적용하거나, 인터페이스에서 FCoE 트래픽을 제거하거나(FCoE 트래픽의 분류자를 제거하거나 편집하여 수행할 수 있음), FCoE 우선순위에서 PFC를 비활성화할 때까지 기본적으로 FCoE 애플리케이션 프로토콜 TLV를 교환합니다.
애플리케이션 맵이 없고 FCoE 애플리케이션 TLV를 교환하고 있는 인터페이스에 애플리케이션 맵을 적용하고 애플리케이션 맵에 FCoE 애플리케이션을 포함하지 않으면 인터페이스는 FCoE TLV 교환을 중단합니다. 애플리케이션 맵이 있는 모든 인터페이스에는 DCBX가 FCoE TLV를 교환하기 위해 애플리케이션 맵에 FCoE가 포함되어야 합니다(그리고 FCoE 우선순위에서 PFC가 활성화되어야 함).
응용 프로그램을 코드 포인트에 매핑하면 다음 두 가지 작업을 수행합니다.
동일한 코드가 있는 수신 트래픽을 해당 애플리케이션으로 매핑합니다.
CoS( Class of Service )를 애플리케이션 트래픽에 적용하고 애플리케이션 트래픽의 우선 순위를 지정하기 위해 코드 포인트별로 수신 애플리케이션 트래픽을 포워딩 클래스 및 손실 우선순위에 매핑하는 분류자를 구성할 수 있습니다
인터페이스에 애플리케이션 맵을 적용하여 애플리케이션 맵에 지정된 각 애플리케이션에 대해 해당 인터페이스에서 DCBX 애플리케이션 프로토콜 교환을 활성화합니다. 인터페이스가 보급할 모든 애플리케이션은 인터페이스에 적용하는 애플리케이션 맵에서 구성되어야 하며, FCoE가 DCBX가 인터페이스에서 프로토콜 TLV를 교환할 수 있는 유일한 애플리케이션인 경우 FCoE 애플리케이션에 대한 예외가 있습니다.
애플리케이션 트래픽 분류 및 우선 순위 지정
트래픽이 인터페이스에 도착하면 인터페이스는 코드 포인트를 기반으로 수신 트래픽을 분류합니다. 분류자는 코드 포인트를 손실 우선순위 및 포워딩 클래스에 매핑합니다. 손실 우선순위는 트래픽의 우선 순위를 지정합니다. 포워딩 클래스는 트래픽 출력 대기열 및 CoS 서비스 수준을 결정합니다.
애플리케이션을 애플리케이션 맵의 IEEE 802.1p 코드 포인트에 매핑하고 애플리케이션 맵을 인터페이스에 적용하면 애플리케이션 코드 포인트와 일치하는 인터페이스의 수신 트래픽이 적절한 애플리케이션에 매핑됩니다. 애플리케이션은 손실 우선순위와 해당 코드 포인트에 대한 포워딩 클래스와 연관된 CoS를 수신하고 포워딩 클래스와 연관된 출력 대기열에 배치됩니다.
기본 분류자를 사용하거나 분류자를 구성하여 애플리케이션 맵에 정의된 애플리케이션 코드 포인트를 포워딩 클래스 및 손실 우선순위에 매핑할 수 있습니다.
애플리케이션 프로토콜 정보를 교환하기 위한 인터페이스 활성화
FCoE 코드 포인트에서 포워딩 클래스와 fcoe PFC가 활성화된 각 인터페이스는 인터페이스에 애플리케이션 맵을 적용할 때까지 기본적으로 FCoE 애플리케이션 프로토콜 교환을 위해 활성화됩니다. 인터페이스에 애플리케이션 맵을 적용하고 해당 인터페이스가 FCoE 애플리케이션 프로토콜 TLV를 교환하도록 하려면 애플리케이션 맵에 FCoE 애플리케이션을 포함해야 합니다. (모든 경우에 무손실 전송을 달성하려면 FCoE 코드 포인트 또는 코드 포인트에서 PFC도 활성화해야 합니다.)
FCoE가 DCBX가 인터페이스에서 보급하고자 하는 유일한 프로토콜인 경우를 제외하고, 애플리케이션 프로토콜 TLV를 교환하려는 인터페이스에는 다음 두 가지 항목이 포함되어야 합니다.
애플리케이션이 포함된 애플리케이션 맵
분류자
또한 무손실 전송을 달성하려는 모든 트래픽의 코드 포인트에서 PFC를 활성화해야 합니다.
DCBX 애플리케이션 프로토콜 교환 비활성화
인터페이스의 모든 애플리케이션에 대해 DCBX 애플리케이션 프로토콜 교환을 비활성화하려면 명령을 실행합니다.set protocols dcbx interface interface-name applications no-auto-negotiation
인터페이스에서 애플리케이션 맵을 삭제하거나 애플리케이션 맵에서 특정 애플리케이션을 삭제하여 인터페이스의 애플리케이션에 대한 DCBX 애플리케이션 프로토콜 교환을 비활성화할 수도 있습니다. 그러나 애플리케이션 맵에서 애플리케이션을 삭제하면 해당 애플리케이션 맵을 사용하는 인터페이스에서 애플리케이션 프로토콜이 더 이상 교환되지 않습니다.
IEEE DCBX 모드를 사용하여 DCBX 매개 변수를 교환하는 인터페이스에서 피어 간에 비대칭 ETS 구성을 원하는 경우 피어로 향상된 전송 선택(ETS) 권장 사항 TLV를 전송하는 것을 비활성화할 수 있습니다.