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