IEEE 802.1aq

IEEE 802.1aq는 최단 경로 브리지(Shortest Path Bridging, SPB)에 대한 지원을 추가하는 IEEE 802.1Q 네트워킹 표준의 개정안이다. 이 기술은 이더넷 망의 생성과 구성을 단순화하는 동시에 다중 경로 라우팅을 활성화하기 위한 목적으로 설계되었다.

SPB는 기존의 신장 트리 프로토콜(STP): IEEE 802.1D STP, IEEE 802.1w RSTP, 그리고 IEEE 802.1s MSTP를 대체하도록 설계되었다. 이들 프로토콜은 스위칭 루프를 유발할 수 있는 중복 경로를 모두 차단하지만, SPB는 모든 경로를 활성 상태로 유지하며 다수의 동일 비용 경로를 허용하고, 훨씬 더 큰 2계층 토폴로지를 제공하며, 더 빠른 수렴 시간을 지원하고, 메시 네트워크의 모든 경로에 걸쳐 트래픽을 부하 분산함으로써 효율성을 개선한다. 이 기술은 이더넷을 2계층의 사실상 표준 프로토콜로 만든 플러그 앤 플레이 특성을 유지하도록 설계되었다.

이 기술은 링크 상태 프로토콜을 사용하여 토폴로지와 VLAN 멤버십을 광고함으로써 기본 이더넷 인프라에서 VLAN을 제공한다. 패킷은 가장자리에서 IEEE 802.1ah에 따른 MAC-in-MAC 방식으로, 또는 IEEE 802.1Q나 IEEE 802.1ad에 따라 태그가 지정되어 캡슐화되며, 해당 VLAN의 다른 멤버에게만 전송된다. 유니캐스트, 멀티캐스트, 브로드캐스트가 지원되며 모든 라우팅은 대칭적인 최단 경로에서 이루어진다.

제어 평면은 RFC 6329에 정의된 소수의 확장을 활용하는 IS-IS 라우팅 프로토콜을 기반으로 한다.

역사

2006년 3월 4일, 워킹 그룹은 802.1aq 초안 0.1을 게시하였다. 2012년 3월, IEEE는 802.1aq 표준을 승인하였다.

2013년 5월, 라스베이거스에서 열린 Interop 2013의 백본으로 SPB가 사용되면서 최초의 공개 다중 벤더 상호 운용성이 입증되었다. 2013년과 2014년에 SPB는 이전보다 10분의 1의 리소스만 사용하여 InteropNet 백본을 구축하는 데 사용되었다. Interop 2014 동안 SPB는 SDN 기능을 활성화할 수 있는 백본 프로토콜로 사용되었다.

2014년 동계 올림픽은 SPB "IEEE 802.1aq" 기술을 사용한 최초의 "패브릭 기반" 대회였다. 대회 기간 동안 이 패브릭 네트워크는 최대 54 Tbit/s의 트래픽을 처리할 수 있었다.

관련 프로토콜

RFC 6329

IETF 제안 표준 RFC 6329에 정의된 IS-IS 프로토콜은 SPB의 제어 평면으로 사용된다. SPB는 IS-IS에 상태 머신이나 기타 실질적인 변경을 요구하지 않으며, 단지 새로운 네트워크 계층 프로토콜 식별자(NLPID)와 일련의 TLV만을 요구한다.: Section 13 

SPB는 다수의 동일 비용 경로를 활용하는 메시 연결 이더넷 망에서 최단 경로 포워딩을 가능하게 한다. 이를 통해 SPB는 신장 트리 프로토콜로 구성된 망에 비해 더 빠른 수렴과 메시 토폴로지의 개선된 사용을 통해 더 큰 2계층 토폴로지를 지원할 수 있다. SPB는 소수의 TLV와 하위 TLV로 IS-IS를 보강하며, IEEE 802.1ad 공급자 브리지(PB)와 IEEE 802.1ah 공급자 백본 브리지(PBB)라는 두 가지 이더넷 캡슐화 데이터 경로를 지원한다.

SPB는 IPv4 및 IPv6와 같은 다른 네트워크 계층 프로토콜과 병렬로 실행되도록 설계되었다. 표준에 따르면 두 노드가 SPB 인접성을 확립하는 데 실패하더라도 다른 네트워크 계층 프로토콜(예: OSPF)의 인접성 거부와 같은 부수적인 영향은 발생하지 않는다.

프로토콜 확장

802.1aq SPB에 대한 표준화된 지원을 제공하는 RFC 6329에 정의된 IS-IS 확장은 다음과 같다.

  • IS-IS 헬로(IIH) 프로토콜 확장
  • 노드 정보 확장
  • 인접성 정보 확장
  • 서비스 정보 확장
IS-IS 헬로(IIH) 프로토콜 확장

802.1aq는 IPv4 및 IPv6와 같은 다른 네트워크 계층 프로토콜과 병렬로 작동하도록 설계되었으므로, 두 노드가 SPB 인접성을 확립하지 못해도 네트워크 계층 프로토콜이 인접성을 거부하지 않는다. RFC 6328은 802.1aq에 네트워크 계층 프로토콜 ID(NLPID) 값 0xC1을 할당한다. 이 NLPID는 SPB 브리지가 인접성을 형성하고 802.1aq 도메인의 일부로 작동할 수 있음을 나타내는 데 사용된다. 802.1aq 프레임은 양방향으로 이 NLPID를 광고하는 인접성에서 흐르며, 노드는 양방향으로 광고되지 않은 인접성을 존재하지 않는 것으로 간주한다(무한 링크 메트릭). 802.1aq는 일반 IIH PDU를 3개의 새로운 TLV로 보강하는데, 다른 모든 SPB TLV와 마찬가지로 멀티 토폴로지 TLV 내에서 이동하므로 단일 IS-IS 프로토콜 인스턴스 내에서 여러 개의 SPB 논리 인스턴스를 허용한다.

SPB는 많은 VID를 사용할 수 있으며, 어떤 VID가 어떤 목적으로 사용되는지 합의한다. IIH PDU는 IEEE 802.1Q에서 재사용되는 공통적이고 압축된 인코딩을 사용하는 다중 신장 트리 구성 TLV라고 불리는, 사용된 모든 VID의 요약 정보를 전달한다.

루프 방지를 위해 SPB 이웃은 토폴로지 데이터베이스의 내용이 동기화되었는지 확인하는 메커니즘을 지원할 수도 있다. 선택적 SPB-Digest 하위 TLV를 사용하여 SPB 토폴로지 정보의 요약 정보를 교환하면 노드가 정보를 비교하고 토폴로지 불일치가 나타날 때 특정 조치를 취할 수 있다.

마지막으로, SPB는 어떤 최단 경로 트리(SPT) 세트가 어떤 VID에 의해 사용되는지 알아야 하며, 이는 기본 VLAN 식별자 TLV에 전달된다.

노드 정보 확장

모든 SPB 노드 정보 확장은 새로운 멀티 토폴로지(MT) 능력 TLV 내에서 이동한다. 전달해야 하는 정보의 양에 따라 하나 또는 다수의 MT-능력 TLV가 존재할 수 있다.

SPB 인스턴스 하위 TLV는 이 노드 또는 토폴로지 인스턴스에 대한 최단 경로 소스 ID(SPSourceID)를 제공한다. 이는 이 노드나 인스턴스에서 발생하는 프레임에 대한 멀티캐스트 목적지 주소(DA)를 형성하는 데 사용된다.

SPB에 대해 정의된 여러 ECT 알고리즘이 있으며, 향후 ECMP 또는 해시 기반 동작 및 (*,G) 멀티캐스트 트리를 포함하되 이에 국한되지 않는 추가 알고리즘이 정의될 수 있다. 이러한 알고리즘은 이 선택적 TLV를 사용하여 새로운 알고리즘 매개변수 데이터를 정의한다. 타이브레이킹(우선순위 결정) 매개변수의 경우 두 가지 넓은 알고리즘 클래스가 있는데, 하나는 노드 데이터를 사용하여 타이브레이킹을 수행하고 다른 하나는 링크 데이터를 사용하여 수행한다. SPB 인스턴스 불투명 동일 비용 트리 알고리즘 TLV는 불투명한 타이브레이킹 데이터를 노드와 연관시키는 데 사용된다.

인접성 정보 확장

SPB 링크 메트릭 하위 TLV는 멀티 토폴로지 중간 시스템 이웃 TLV 또는 확장 IS 도달 가능성 TLV 내에서 발생한다. SPB 인접성 불투명 동일 비용 트리 알고리즘 TLV도 멀티 토폴로지 중간 시스템 TLV 또는 확장 IS 도달 가능성 TLV 내에서 발생한다. IS-IS 인접성에 대해 이 하위 TLV가 존재하지 않는 경우, 해당 인접성은 주어진 토폴로지 인스턴스에 대한 SPB 트래픽을 전달하지 않는다.

서비스 정보 확장

SPBM 서비스 식별자 및 유니캐스트 주소 TLV는 발신 노드에서 서비스 그룹 멤버십을 도입하거나 노드에 존재하거나 노드에서 도달 가능한 추가 B-MAC 유니캐스트 주소를 광고하는 데 사용된다. SPBV MAC 주소 TLV는 SPBV 모드에서 그룹 MAC 주소를 광고하는 데 사용되는 IS-IS 하위 TLV이다.

이점

최단 경로 브리징-VID(SPBV)와 최단 경로 브리징-MAC(SPBM)은 802.1aq의 두 가지 운영 모드이다. 둘 다 링크 상태 라우팅의 주요 이점을 계승한다.

SPBM은 투명한 이더넷 LAN 세그먼트의 에뮬레이션을 제공한다. 이는 범위가 지정된 멀티캐스트 트리를 사용하여 VLAN을 구현하는데, 이는 브로드캐스트, 알 수 없는 유니캐스트 및 멀티캐스트 트래픽의 이그레스 폐기가 없음을 의미하며, 이는 소수의 공유 트리를 사용하는 접근 방식에서 공통적인 특징이므로 프레임 폐기 비율이 증가함에 따라 네트워크가 단순히 저하되지 않는다.

이 애플리케이션의 캐리어 공간 대응물은 일반 캐리어 인프라를 통해 기업에 이더넷 VPN 서비스를 제공하는 것이다. 요구되는 속성은 근본적으로 동일하다. 즉, 고객 이더넷 서비스(지점 간 및 LAN 모두)에 대한 완전한 투명성과 한 고객의 트래픽과 다른 모든 고객의 트래픽 간의 완전한 격리이다.

데이터 평면과 제어 평면 모두에서 SPBM의 투명성이 갖는 추가적인 결과는 MEF 6.1 서비스 세트를 제공한다는 것이다. 또한 캐리어에게 지리적 이중화 광대역 백홀을 지원하기 위한 툴킷을 제공한다. 이러한 애플리케이션에서 많은 DSLAM 또는 기타 액세스 장비는 여러 BRAS 사이트로 백홀되어야 하며, 세션과 BRAS 간의 바인딩은 애플리케이션에 의해 결정된다. 그러나 DSLAM끼리 통신하도록 허용해서는 안 되는데, 그 이유는 캐리어가 피어 투 피어 연결을 제어하는 능력을 잃게 되기 때문이다. MEF E-TREE가 바로 이 작업을 수행하며, 추가로 IPTV 배포를 위한 효율적인 멀티캐스트 패브릭을 제공한다.

SPBM은 멤버를 연결하는 최단 경로 트리의 분기점에서만 패킷이 복제되는 이상적인 멀티캐스트 복제 모델과, 본질적으로 동일한 최단 경로 첫 번째 트리를 따라 다른 모든 멤버에게 직렬 유니캐스트 패킷이 전송되는 상태 집약도가 낮은 헤드 엔드 복제 모델을 모두 제공한다. 이 두 모델은 서비스의 속성을 에지에서 지정하여 선택되는데, 이는 멀티캐스트 상태 설치에 대한 트랜짓 노드 결정에 영향을 미친다. 이를 통해 최적의 트랜짓 복제 지점(더 큰 상태 비용 포함)과 헤드 엔드 복제 모델의 축소된 코어 상태(그러나 훨씬 많은 트래픽) 사이에서 절충안을 만들 수 있다. 이러한 선택은 동일한 개별 서비스 ID(I-SID)의 다른 멤버에 대해 다를 수 있으므로, 다른 멤버에 대해 다른 절충안을 만들 수 있다.

아래의 그림 5는 전체 네트워크 규모에서 SPBM이 무엇을 수행하는지 이해하는 빠른 방법이다. 그림 5는 에지 멤버십 정보와 트랜짓 복제가 포함된 소스별, 서비스별 트리의 결정론적 분산 계산으로부터 7-멤버 E-LAN이 어떻게 생성되는지를 보여준다. 헤드 엔드 복제는 사소하며 단순히 기존 유니캐스트 FIB를 사용하여 알려진 다른 수신자에게 복사본을 직렬로 전달하기 때문에 표시되지 않는다.

운영 및 관리

802.1aq는 기존의 모든 이더넷 운영, 관리 및 유지보수(OA&M)를 기반으로 구축된다. 802.1aq는 주어진 VLAN에 대한 유니캐스트 및 멀티캐스트 패킷이 동일한 순방향 및 역방향 경로를 따르고 완전히 표준적인 802 캡슐화를 사용하도록 보장하므로, IEEE 802.1ag 및 Y.1731의 모든 방법이 802.1aq 망에서 변경 없이 작동한다.

개요

802.1aq는 IEEE 802.1Q에 포함된 모든 IEEE VLAN에 대한 IEEE 승인 링크 상태 이더넷 제어 평면이다. 최단 경로 브리징 가상 근거리 통신망 식별자(VLAN ID) 또는 최단 경로 브리징 VID(SPBV)는 신장 트리 기술과 역호환되는 기능을 제공한다. SPBM은 PBB(Provider Backbone Bridge) 기능을 사용하는 추가 값을 제공한다. SPB(둘 모두에 대한 일반적인 용어)는 이더넷 데이터 경로(SPBV의 경우 IEEE 802.1Q, SPBM의 경우 IEEE 802.1ah에 따른 PBB)와 최단 경로 브리지(네트워크-투-네트워크 인터페이스(NNI) 링크) 간에 실행되는 IS-IS 링크 상태 제어 프로토콜을 결합한다. 링크 상태 프로토콜은 네트워크 토폴로지를 발견 및 광고하고 SPT 영역의 모든 브리지에서 SPT를 계산하는 데 사용된다.

SPBM에서는 참여 노드의 백본 MAC(B-MAC) 주소와 비참여 장치(사용자-네트워크 인터페이스(UNI) 포트) 인터페이스에 대한 서비스 멤버십 정보가 분산된다. 그 다음 토폴로지 데이터는 각 참여 노드에서 다른 모든 참여 노드로의 최소 비용을 기반으로 대칭적인 최단 경로 트리를 계산하는 계산 엔진에 입력된다. SPBV에서 이러한 트리는 개별 MAC 주소가 학습될 수 있고 그룹 주소 멤버십이 분산될 수 있는 최단 경로 트리를 제공한다. SPBM에서 최단 경로 트리는 각 참여 노드의 개별 B-MAC 주소와 그룹 주소에 대한 포워딩 테이블을 채우는 데 사용된다. 그룹 멀티캐스트 트리는 (소스, 그룹) 페어링에 의해 형성된 기본 최단 경로 트리의 하위 트리이다. 토폴로지에 따라 여러 다른 동일 비용 다중 경로 트리가 가능하며 SPB는 IS-IS 인스턴스당 여러 알고리즘을 지원한다.

기타 링크 상태 기반 프로토콜과 마찬가지로 SPB에서도 계산은 분산 방식으로 수행된다. 각 노드는 네트워크와 UNI 포트의 일반적으로 동기화된 공통 보기를 기반으로 이더넷 호환 포워딩 동작을 독립적으로 계산한다. 이더넷 필터링 데이터베이스(또는 포워딩) 테이블은 네트워크 포워딩 동작의 일부를 독립적이고 결정론적으로 구현하기 위해 로컬에 채워진다.

두 가지 다른 데이터 경로 형태는 이 프로토콜의 약간 다른 두 가지 버전을 발생시킨다. 하나(SPBM)는 많은 별도의 클라이언트 LAN 인스턴스와 해당 장치 MAC 주소의 완전한 격리가 필요한 경우를 위한 것이며, 따라서 전체 캡슐화(MAC-in-MAC, 일명 IEEE 802.1ah)를 사용한다. 다른 하나(SPBV)는 클라이언트 장치 MAC 주소의 격리가 필요하지 않은 경우를 위한 것이며 참여 NNI 링크에서 기존 VLAN 태그만 재사용한다. 연대순으로 SPBV가 먼저 나왔으며, 이 프로젝트는 원래 MSTP의 확장성과 수렴 문제를 해결하기 위해 구상되었다.

PBB에 대한 사양이 진행되던 당시, PBB 데이터 평면과 링크 상태 제어 평면을 모두 활용하면 이더넷의 기능과 애플리케이션을 크게 확장할 수 있음이 분명해졌다. PLSB는 IEEE 802.1aq 최단 경로 브리징 워킹 그룹에 제안된 시스템의 구체적인 예시를 제공하기 위한 제안이었다. IEEE 802.1aq 표준화가 진행됨에 따라 PLSB가 제안한 일부 세부 메커니즘은 기능적으로 동등한 것으로 대체되었지만, PLSB에 포함된 모든 핵심 개념은 표준으로 계승되었다.

최단 경로 브리징-VID

최단 경로 브리징의 주요 기능은 링크 상태 IS-IS를 사용하여 네트워크 토폴로지를 학습하는 능력이다. SPBV에서 트리를 식별하는 데 사용되는 메커니즘은 각 소스 브리지에 대해 다른 최단 경로 VLAN ID(SPVID)를 사용하는 것이다. IS-IS 토폴로지는 고유한 SPVID를 할당하고 개별 및 그룹 주소에 대해 최단 경로 포워딩을 활성화하는 데 모두 사용된다. 원래 소규모의 구성이 낮은 네트워크를 대상으로 했던 SPB는 SPBV를 위한 최신 공급자 제어 평면을 포괄하고 이더넷 데이터 평면의 개념을 조화시키는 더 큰 프로젝트로 성장했다.

SPB는 최단 경로 토폴로지의 경계와 나머지 VLAN 토폴로지(레거시 브리지일 수 있음)인 최단 경로 영역을 정의한다. SPB는 SPB 지원 브리지를 학습하고 동일한 기본 VID 및 MSTID 구성 요약 정보(SPB 목적의 VID 할당)를 가진 SPB 지원 브리지를 포함하도록 영역을 확장하여 작동한다.

SPBV는 루프 방지를 지원하고 선택적으로 SPVID에서 루프 완화를 지원하는 최단 경로 트리를 구축한다. SPBV는 여전히 이더넷 MAC 주소 학습을 허용하지만, 다중 MAC 등록 프로토콜(MMRP)을 통하거나 IS-IS 멀티캐스트 멤버십 분산을 직접 사용하여 멀티캐스트 멤버십에 따라 최단 경로 트리를 정리(prune)하는 데 사용할 수 있는 멀티캐스트 주소를 분산할 수 있다.

SPBV는 최단 경로 트리를 구축하지만 Rapid Spanning Tree Protocol 및 Multiple Spanning Tree Protocol (MSTP)을 실행하는 레거시 브리지와 상호 작동한다. SPBV는 비-SPT 영역과 상호 작동하기 위해 MSTP 영역의 기술을 사용하며, 영역 외부에서 볼 때 논리적으로 거대한 분산 브리지로 동작한다.

SPBV는 최단 경로 트리를 지원하지만, 기본 VID를 사용하여 링크 상태 데이터베이스에서 계산되는 신장 트리도 구축한다. 이는 SPBV가 공통 및 내부 신장 트리(CIST) 계산을 위해 이 전통적인 신장 트리를 사용할 수 있음을 의미한다. CIST는 다른 레거시 브리지와 상호 작동하는 데 사용되는 기본 트리이다. 또한 SPBV에 구성 문제가 있을 경우 대체 신장 트리 역할을 한다.

SPBV는 적당한 수의 브리지를 관리하도록 설계되었다. SPBV는 최단 경로에 있는 모든 브리지에서 MAC 주소가 학습된다는 점에서 SPBM과 다르며, 목적지 MAC이 여러 SPVID와 연관될 수 있기 때문에 공유 VLAN 학습이 사용된다. SPBV는 SPBV 영역 외부에서도 전달하는 모든 MAC을 학습한다.

최단 경로 브리징-MAC

최단 경로 브리징-MAC(SPBM)은 PBB 데이터 평면을 재사용하는데, 이는 백본 코어 브리지(BCB)가 캡슐화된 클라이언트 주소를 학습할 필요가 없음을 의미한다. 네트워크 가장자리에서 C-MAC(클라이언트) 주소가 학습된다. SPBM은 동일한 데이터 및 제어 평면을 사용하는 PLSB와 매우 유사하지만, PLSB의 제어 메시지 형식과 내용은 호환되지 않는다.

이더넷 연결 장치에서 수신된 유니캐스트 트래픽의 개별 MAC 프레임은 SPBM 에지에서 PBB IEEE 802.1ah 헤더로 캡슐화된 다음, 참여 네트워크의 반대편에 있는 비참여 연결 네트워크로 나갈 때 캡슐화가 제거될 때까지 IEEE 802.1aq 네트워크를 변경 없이 통과한다.

이더넷 목적지 주소(UNI 포트 연결 장치)는 논리적 LAN에서 학습을 수행하고 원격 이더넷 목적지에 도달하기 위해 적절한 참여 B-MAC 주소로 전달된다. 이러한 방식으로 이더넷 MAC 주소는 IEEE 802.1aq 네트워크의 코어에서 조회되지 않는다. SPBM을 PBB와 비교할 때 동작은 PBB IEEE 802.1ah 네트워크와 거의 동일하다. PBB는 B-MAC 주소가 어떻게 학습되는지 명시하지 않으며 PBB는 B-VLAN을 제어하기 위해 신장 트리를 사용할 수 있다. SPBM의 주요 차이점은 B-MAC 주소가 제어 평면에서 분산되거나 계산되어 PBB에서의 B-MAC 학습을 제거한다는 것이다. 또한 SPBM은 따르는 경로가 최단 경로 트리임을 보장한다.

IEEE 802.1aq 네트워크에서 유니캐스트 및 멀티캐스트 트래픽에 사용되는 순방향 및 역방향 경로는 대칭적이다. 이 대칭성으로 인해 IEEE 802.1ag 연속성 장애 관리(CFM)가 SPBV 및 SPBM에 대해 변경 없이 작동하며 정밀 시각 프로토콜과 같은 시간 분산 프로토콜과 관련하여 바람직한 특성을 갖는다.

그룹 주소 및 알 수 없는 목적지 개별 프레임은 동일한 이더넷 서비스의 멤버에게만 최적으로 전송된다. IEEE 802.1aq는 IEEE 802.1aq 네트워크의 비참여 논리 포트 사이에 형성되는 E-LINE, E-LAN 또는 E-TREE 구성 형태의 수천 개의 논리적 이더넷 서비스 생성을 지원한다. 이러한 그룹 주소 패킷은 PBB 헤더로 캡슐화되는데, 이 헤더는 SA에서 소스 참여 주소를 나타내고 DA는 이 프레임이 전달되어야 하는 로컬 의미 그룹 주소와 프레임이 발생한 소스 브리지를 나타낸다. IEEE 802.1aq 멀티캐스트 포워딩 테이블은 동일한 서비스 그룹의 멤버인 브리지 쌍 사이의 최단 경로에 있는 모든 브리지가 해당 서비스 그룹의 멤버에게 수신한 프레임을 전달하거나 복제할 적절한 포워딩 데이터베이스(FDB) 상태를 생성하도록 계산을 기반으로 생성된다. 그룹 주소 계산은 최단 경로 트리를 생성하므로, 주어진 링크에 멀티캐스트 패킷의 복사본은 항상 하나만 존재한다. 참여 논리 포트 사이의 최단 경로에 있는 브리지만 FDB 상태를 생성하므로, 멀티캐스트는 네트워크 리소스를 효율적으로 사용한다.

실제 그룹 주소 포워딩 작업은 고전적인 이더넷과 거의 동일하게 작동한다. 백본 목적지 주소(B-DA) + 백본 VLAN 식별자(B-VID) 조합을 조회하여 다음 홉의 이그레스 세트를 찾는다. 고전적인 이더넷과 비교했을 때의 유일한 차이점은 참여 브리지 백본 매체 접근 제어(B-MAC) 주소에 대해 역방향 학습이 비활성화되고 인그레스 확인 및 폐기(프레임이 예상치 못한 소스로부터 들어오는 인터페이스에 도착할 때)로 대체된다는 것이다. 그러나 학습은 SPBM 멀티캐스트 트리의 에지에서 구현되어 역방향으로의 올바른 개별 프레임 캡슐화를 위해 B-MAC 대 MAC 주소 관계를 학습한다(패킷이 인터페이스를 통해 도착할 때).

적절하게 구현된 IEEE 802.1aq 네트워크는 최대 1000개의 참여 브리지를 지원하고 이더넷 장치에 수만 개의 2계층 E-LAN 서비스를 제공할 수 있다. 이는 이더넷 장치에 직면한 포트를 구성하여 주어진 서비스의 멤버임을 나타내는 것으로 간단히 수행할 수 있다. 새로운 멤버가 오고 갈 때 IS-IS 프로토콜은 I-SID 멤버십 변경을 광고하고, 계산은 해당 서비스에 대한 효율적인 멀티캐스트 특성을 유지하는 데 필요한 만큼 참여 노드 네트워크에서 트리를 확장하거나 축소한다.

IEEE 802.1aq는 새로운 연결 지점이 오거나 갈 때 서비스의 연결 지점만 구성하면 된다는 특성을 가진다. 계산에 의해 생성된 트리는 연결을 유지하는 데 필요한 만큼 자동으로 확장되거나 정리된다. 일부 기존 구현에서는 이 속성을 사용하여 링과 같은 이중 홈 기술에 대해 자동으로(구성보다는) 연결 지점을 추가하거나 제거하여 비참여 링 프로토콜과 IEEE 802.1aq 네트워크 간의 최적 패킷 흐름을 유지한다(2차 연결 지점을 활성화하고 1차 연결 지점을 비활성화하여).

장애 복구

장애 복구는 링크 장애가 광고되고 새로운 계산이 수행되어 새로운 FDB 테이블이 생성되는 IS-IS에 의해 주도된다. 이더넷 주소가 IS-IS에 의해 광고되거나 알려지지 않으므로 SPBM 코어에 의한 재학습은 필요하지 않으며, 학습된 캡슐화는 트랜짓 노드나 링크 장애에 영향을 받지 않는다.

링크 장애 감지는 링크 상태를 테스트하고 IS-IS 프로토콜에 장애를 보고하는 IEEE 802.1ag 연속성 체크 프로토콜(CCP)을 사용하여 개선할 수 있다. 이를 통해 IS-IS 헬로 메시지 손실 메커니즘을 사용하는 것보다 훨씬 빠른 장애 감지가 가능하다.

SPBV와 SPBM 모두 링크 상태 제어 평면의 빠른 수렴을 계승한다. SPBM의 특별한 속성은 계산이 신호를 대체하기 때문에 유니캐스트 수렴과 유사한 시간에 멀티캐스트 트리를 재구축할 수 있는 능력이다. SPBM 브리지가 토폴로지 데이터베이스에서 계산을 수행했을 때, 루트와 하나 이상의 SPT 리프 사이의 최단 경로에 있는지 여부를 알고 그에 따라 상태를 설치할 수 있다. 수렴은 별도의 신호 처리 트랜잭션을 사용하여 멀티캐스트 트리에서 브리지 위치의 점진적인 발견에 의해 게이트되지 않는다. 그러나 노드에서 SPBM은 피어와 완전히 독립적으로 작동하지 않으며 피어와 현재 네트워크 토폴로지에 대한 합의를 강제한다. 전체 네트워크 보기를 다루는 링크 상태의 단일 요약 정보를 교환하는 이 매우 효율적인 메커니즘은 각 루트에 대한 각 경로에 대해 개별적으로 합의할 필요가 없다. 결과적으로 네트워크를 수렴하기 위해 교환되는 메시지 양은 멀티캐스트 트리의 수가 아니라 토폴로지의 점진적 변경에 비례한다. 많은 트리를 변경할 수 있는 간단한 링크 이벤트는 링크 이벤트만을 신호 처리하여 전달되며, 결과적인 트리 구성은 각 노드에서 로컬 계산에 의해 수행된다. 서비스 인스턴스에 단일 서비스 액세스 지점을 추가하는 것은 트리의 수와 관계없이 I-SID의 발표만 포함한다. 마찬가지로 수백에서 수천 개의 트리를 재구축할 수 있는 브리지의 제거는 몇 개의 링크 상태 업데이트로만 신호 처리된다.

다중 섀시 링크 애그리게이션 그룹 환경에서는 여러 스위치 섀시가 SPB 제어 평면에 대해 단일 스위치로 나타나며 섀시 쌍 간의 여러 링크는 집계 링크로 나타난다. 이러한 맥락에서 단일 링크 또는 노드 장애는 제어 평면에 보이지 않으며 로컬에서 처리되어 잠재적으로 50ms 미만의 복구 시간을 초래한다.

애니메이션

이 섹션의 세 가지 애니메이션 GIF는 802.1aq의 동작을 보여준다.

그림 5에 표시된 첫 번째 gif는 ISID 100을 사용하여 7-멤버 E-LAN을 만든 66-노드 네트워크에서의 라우팅을 보여준다. 이 예에서 우리는 각 멤버가 다른 모든 멤버에 도달하기 위해 만든 동일 비용 트리(ECT)를 보여준다. 각 멤버를 순환하며 이 서비스에 대해 생성된 전체 트리 세트를 보여준다. 두 노드 간 라우팅의 대칭성을 보여주기 위해 어느 한 지점에서 일시 중지하고 빨간색 선으로 강조한다. 각 경우에 트리의 소스는 작은 보라색 V로 강조된다.

그림 6에 표시된 두 번째 애니메이션 GIF는 그림 4와 동일한 66-노드 네트워크에서 8개의 ECT 경로를 보여준다. 이후의 각 애니메이션 프레임에서 동일한 소스(보라색)가 사용되지만 다른 목적지(노란색)가 표시된다. 각 프레임에 대해 모든 최단 경로가 소스와 목적지 사이에 겹쳐져 표시된다. 두 최단 경로가 동일한 홉을 통과할 때 그려지는 선의 두께가 증가한다. 66-노드 네트워크 외에도 서버 내부(하단)와 서버에서 상단의 라우터 계층으로 향하는 소스와 목적지를 모두 포함하는 소규모 다중 레벨 데이터 센터 스타일 네트워크도 표시된다. 이 애니메이션은 생성되는 ECT의 다양성을 보여주는 데 도움이 된다.

그림 7에 표시된 마지막 애니메이션 GIF는 현재 정의된 16개의 표준 알고리즘을 모두 사용하는 소스-목적지 ECT 경로를 보여준다.

상세 정보

동일 비용 멀티 트리

16개의 동일 비용 멀티 트리(ECMT) 경로가 초기에 정의되지만, 가능한 경로는 훨씬 더 많다. IEEE 802.1aq 네트워크의 ECMT는 순방향 및 역방향 경로 간의 대칭성 때문에 IP나 MPLS보다 더 예측 가능하다. 따라서 어떤 ECMT 경로를 사용할지에 대한 선택은 운영자가 할당한 헤드 엔드 결정인 반면, IP/MPLS에서는 로컬 또는 해싱 결정이다.

IEEE 802.1aq는 두 개의 동일한 링크 비용 경로 중에서 선택해야 할 때 첫 번째 ECMT 타이브레이킹 알고리즘에 대해 다음 논리를 사용한다. 첫째, 한 경로가 홉 수 측면에서 다른 경로보다 짧으면 짧은 경로가 선택된다. 그렇지 않으면 최소 브리지 식별자(BridgePriority와 IS-IS SysID가 결합됨)를 가진 경로가 선택된다. 다른 ECMT 알고리즘은 BridgePriority와 SysID의 알려진 순열을 단순히 사용하여 생성된다. 예를 들어, 두 번째로 정의된 ECMT 알고리즘은 BridgeIdentifier의 역수의 최소값을 가진 경로를 사용하며 이는 최대 노드 식별자를 가진 경로를 택하는 것으로 생각할 수 있다. SPBM의 경우 각 순열은 별도의 B-VID로 인스턴스화된다. 다중 경로 순열의 상한은 802.1aq 운영에 위임된 B-VID 수(최대 4094개)에 의해 제한되지만, 유용한 경로 순열의 수는 가용한 B-VID 공간의 일부만 필요로 한다. BridgeIdentifiers에 다른 비트 마스크를 적용하여 14개의 추가 ECMT 알고리즘이 정의된다. BridgeIdentifier는 우선순위 필드를 포함하므로 BridgePriority를 변경하여 ECMT 동작을 조정할 수 있다.

서비스는 구성에 의해 네트워크 에지에서 주어진 ECMT B-VID에 할당된다. 결과적으로 해당 서비스와 연관된 비참여 패킷은 원하는 ECMT 종단 간 경로와 연관된 VID로 캡슐화된다. 따라서 이 서비스와 연관된 모든 개별 및 그룹 주소 트래픽은 올바른 ECMT B-VID를 사용하고 올바른 동일 비용 다중 경로에서 종단 간 대칭적으로 전달된다. 본질적으로 운영자는 IP/MPLS와 같은 다른 시스템에서 사용되는 해싱 솔루션과 달리 어떤 서비스가 어떤 ECMT 경로로 갈지 결정한다. 트리는 트리 브랜치 세그먼트 내의 LAG 그룹과 연관된 해싱을 지원할 수 있다.

이 대칭적이고 종단 간인 ECMT 동작은 IEEE 802.1aq에 예측 가능한 동작을 제공하며, 오프라인 엔지니어링 도구는 데이터 흐름을 모델링할 수 있다. 이 동작은 일방향 지연 측정이 중요한 네트워크에도 유리하다. 일방향 지연은 왕복 지연의 절반으로 계산될 수 있다. 이러한 계산은 IEEE 1588과 같은 시간 분산 프로토콜에 의해 사용된다.

위에는 서로 다른 네트워크 토폴로지에서 8개 및 16개의 동일 비용 트리(ECT) 동작을 보여주는 세 개의 그림[5, 6, 7]이 있다. 이는 802.1aq 네트워크 에뮬레이터의 화면 캡처 합성물이며 보라색 소스, 노란색 목적지, 그리고 계산되고 사용 가능한 모든 최단 경로를 분홍색으로 보여준다. 선이 굵을수록 해당 링크를 사용하는 최단 경로가 많다. 애니메이션은 세 개의 서로 다른 네트워크와 소스 및 목적지 쌍의 다양성을 보여주는데, 이는 시각화를 돕기 위해 지속적으로 변경된다.

동일 비용 트리(ECT) 알고리즘은 기본 16개 알고리즘을 무한히 초과하는 확장을 가능하게 하는 불투명(OPAQUE) 데이터 사용을 통해 확장될 수 있다. 다른 표준 그룹이나 벤더들이 서로 다른 네트워크 스타일에 적합한 동작을 가진 현재 정의된 알고리즘의 변형을 생산할 것으로 예상된다. 또한 노드가 실행하기로 동의한 VID와 알고리즘에 의해 정의된 홉 단위의 해시 기반 ECMP 스타일 동작뿐만 아니라 수많은 공유 트리 모델도 정의될 것으로 예상된다.

트래픽 엔지니어링

802.1aq는 홉 단위로 트래픽을 분산하지 않는다. 대신 802.1aq는 네트워크 에지에서 서비스 ID(ISID)를 VLAN ID(VID)에 할당할 수 있게 한다. VID는 네트워크의 가능한 최단 경로 노드 세트 중 정확히 하나에 대응하며 해당 라우팅에서 절대 벗어나지 않는다. 서로 다른 노드 사이에 10개 정도의 최단 경로가 있는 경우, 서로 다른 서비스를 서로 다른 경로에 할당하고 특정 서비스에 대한 트래픽이 정확히 주어진 경로를 따를 것임을 알 수 있다. 이런 방식으로 트래픽을 원하는 최단 경로에 쉽게 할당할 수 있다. 경로 중 하나가 과부하되면 네트워크 에지에서 해당 서비스의 ISID를 로드가 적은 다른 VID로 재할당하여 일부 서비스를 해당 최단 경로에서 옮길 수 있다.

라우팅의 결정론적 특성은 실제 경로가 VID를 제외한 패킷 헤더의 내용에 의존하지 않기 때문에 네트워크 로딩을 사용한 오프라인 예측, 계산 및 실험을 단순화한다.

그림 4 – 서비스에 대한 동일 비용 최단 경로 할당

그림 4는 노드 7과 5 사이의 4가지 동일 비용 경로를 보여준다. 운영자는 노드 7과 5의 서비스를 4개의 원하는 VID 중 하나에 할당함으로써 노드[0과 2] 및 [1과 3] 사이의 컷에 걸쳐 트래픽의 비교적 우수한 균형을 이룰 수 있다. 네트워크에서 4개 이상의 동일 비용 트리(ECT) 경로를 사용하면 이 4개의 경로를 모두 사용할 수 있게 될 것이다. 노드 6과 4 사이에서도 유사한 방식으로 균형을 이룰 수 있다.

운영자가 수동으로 서비스를 최단 경로에 할당하기를 원하지 않는 경우, 스위치 벤더가 비공학적 확산 정도를 제공하기 위해 가용한 VID 중 하나로 ISID를 간단히 해싱하도록 허용하는 것은 간단한 일이다. 예를 들어, (ISID 모듈로 ECT-VID의 수)를 사용하여 사용할 실제 상대 VID를 결정할 수 있다.

ECT 경로가 충분히 다양하지 않은 경우, 운영자는 노드의 브리지 우선순위를 조정하여 주어진 노드로부터의 인력 또는 척력을 적용하도록 분산 ECT 알고리즘에 대한 입력을 조정할 수 있다. 원하는 경로에 도달할 때까지 오프라인 도구를 통해 이를 실험할 수 있으며, 이 시점에서 실제 네트워크에 바이어스를 적용하고 ISID를 결과 경로로 옮길 수 있다.

그림 6의 애니메이션은 66-노드 네트워크에서 트래픽 엔지니어링에 사용할 수 있는 다양성을 보여준다. 이 애니메이션에서는 강조된 각 소스에서 목적지까지 8개의 ECT 경로를 사용할 수 있으므로, 서비스를 VID를 기반으로 8개의 서로 다른 풀에 할당할 수 있다. 따라서 그림 6의 초기 할당 중 하나는 (ISID 모듈로 8)일 수 있으며, 필요에 따라 후속 미세 조정이 이루어진다.

예시

그림 1 – 예제 노드, 링크 및 인터페이스 인덱스

최단 경로 트리(유니캐스트 및 멀티캐스트)에 중점을 두고 소규모 예제에서 SPBM 동작을 살펴보겠다.

그림 1에 표시된 네트워크는 0에서 7까지 번호가 매겨진 8개의 참여 노드로 구성된다. 이는 IEEE 802.1aq 프로토콜을 실행하는 스위치나 라우터가 될 것이다. 8개의 참여 노드 각각에는 1..5 번호가 매겨진 다수의 인접성이 있다. 이는 인터페이스 인덱스 또는 포트 번호와 일치할 것이다. 802.1aq는 병렬 인터페이스를 지원하지 않으므로 각 인터페이스는 인접성에 대응한다. 포트와 인터페이스 인덱스 번호는 물론 로컬이며 계산 결과가 목적지 MAC 주소 및 백본 VID와 함께 포워딩 정보 베이스(FIB)의 일부인 인터페이스 인덱스(유니캐스트의 경우) 또는 인터페이스 인덱스 세트(멀티캐스트의 경우)를 생성하기 때문에 표시된다.

네트워크에는 4개의 노드(0..3)로 구성된 완전히 메시된 내부 코어가 있고, 각각 한 쌍의 내부 코어 노드에 이중 홈(dual-homed) 연결된 4개의 외부 노드(4, 5, 6, 7)가 있다.

일반적으로 노드가 공장에서 나올 때 노드 식별자가 되는 MAC 주소가 할당되지만, 이 예제에서는 노드가 그림 1의 노드 ID(0..7)를 사용하여 00:00:00:00:N:00 형태의 MAC 주소를 갖는다고 가정하겠다. 따라서 노드 2는 00:00:00:00:02:00의 MAC 주소를 갖는다. 노드 2는 노드 2의 인터페이스/5를 통해 노드 7(00:00:00:00:07:00)에 연결된다.

IS-IS 프로토콜은 참여 노드 간의 링크이므로 표시된 모든 링크에서 실행된다. IS-IS 헬로 프로토콜에는 802.1aq를 위해 프로토콜에서 사용할 백본 VID에 대한 정보를 포함하여 몇 가지 추가 사항이 있다. 운영자가 이 네트워크에서 이 SPB 인스턴스에 대해 백본 VID 101과 102를 사용하기로 선택했다고 가정하겠다.

노드는 MAC 주소를 IS-IS SysId로 사용하고 단일 IS-IS 레벨에 가입하여 링크 상태 패킷(IS-IS 용어로 LSP)을 교환한다. LSP에는 노드 정보와 링크 정보가 포함되어 모든 노드가 네트워크의 전체 토폴로지를 학습하게 된다. 이 예제에서 링크 가중치를 지정하지 않았으므로 IS-IS 프로토콜은 모든 링크에 대해 기본 링크 메트릭을 선택한다. 따라서 모든 라우팅은 최소 홉 수 기반이 된다.

토폴로지 발견 후 다음 단계는 ECMP VID 모두에 대한 유니캐스트 경로의 분산 계산과 유니캐스트 포워딩 테이블(FIB)을 채우는 것이다.

그림 2 – 노드 7과 5 사이의 두 ECMP 경로

노드 7에서 노드 5로의 경로를 고려해보면, 여러 동일 비용 경로가 있다. 802.1aq는 그중 두 개를 선택하는 방법을 지정한다. 첫 번째는 Low PATH ID 경로라고 한다. 이는 경로상에 가장 낮은 노드 ID를 가진 경로이다. 이 경우 Low PATH ID 경로는 7->0->1->5 경로이다(그림 2에서 빨간색으로 표시됨). 따라서 해당 경로의 각 노드는 첫 번째 ECMP VID 101을 사용하여 노드 5의 MAC 주소를 향하는 포워딩 엔트리를 생성한다. 반대로, 802.1aq는 High PATH ID라고 하는 두 번째 ECMP 타이브레이킹 알고리즘을 지정한다. 이는 경로상에 가장 높은 노드 식별자를 가진 경로이며 예제에서는 7->2->3->5 경로이다(그림 2에서 파란색으로 표시됨).

따라서 노드 7은 무엇보다도 다음을 나타내는 FIB를 갖게 된다.

노드 5는 FIB에 정확히 반대되는 내용을 갖게 된다.

중간 노드들도 일관된 결과를 생성하므로, 예를 들어 노드 1은 다음 엔트리를 갖는다.

그리고 노드 2는 다음 엔트리를 갖는다.

노드 7에 노드 5(예: 그림 3의 장치 A와 장치 C)의 비참여 장치와 통신하는 부착된 비참여 장치가 있는 경우, 그들은 MAC-in-MAC 캡슐화된 프레임과 함께 이러한 최단 경로 중 하나를 통해 통신할 것이다. NNI 링크의 MAC 헤더는 00:00:00:70:00의 외부 소스 주소, 00:00:00:50:00의 외부 목적지 주소 및 이 비참여 포트/vid 세트에 대해 선택된 VID 101 또는 102를 보여줄 것이다. 노드 A로부터 수신되어 노드 7에서 삽입된 헤더는 노드 5의 비참여 장치 C로 나갈 때까지 어떤 링크에서도 변경되지 않는다. 모든 참여 장치는 발신 인터페이스를 결정하기 위해 간단한 DA+VID 조회를 수행하고, 들어오는 인터페이스가 패킷의 SA+VID에 대한 올바른 다음 홉인지 확인한다. 참여 노드 00:00:00:00:00:00 ... 00:00:00:07:00의 주소는 절대 학습되지 않지만 IS-IS에 의해 노드의 SysId로 광고된다.

비참여 클라이언트(예: 그림 3의 A, B, C, D) 주소로의 유니캐스트 포워딩은 물론 첫 번째 홉 참여 노드(예: 7)가 원하는 비참여 노드(예: C)에 어떤 마지막 홉 참여 노드(예: 5)가 부착되었는지 알 수 있을 때만 가능하다. 이 정보는 IEEE 802.1aq에 의해 광고되지 않으므로 학습되어야 한다. 학습 메커니즘은 IEEE 802.1ah와 동일하다. 간단히 말해, 알 수 없는 경우 해당 외부 MAC 유니캐스트 DA는 멀티캐스트 DA로 대체되고 응답이 수신되면 해당 응답의 SA가 이제 응답을 보낸 비참여 노드에 도달하기 위해 사용할 DA를 알려준다. e.g., 노드 7은 노드 5를 통해 C에 도달함을 학습한다.

그림 3 – E-LAN을 위한 소스별, 서비스별 멀티캐스트

비참여 포트 세트를 서비스로 그룹화/범위 지정하고 서로 멀티캐스트하는 것을 방지하기 위해 IEEE 802.1aq는 소스별, 서비스별 멀티캐스트 포워딩 메커니즘을 제공하고 이를 제공하기 위해 특수 멀티캐스트 목적지 주소 형식을 정의한다. 멀티캐스트 주소는 트리를 고유하게 식별해야 하며 고유한 서비스당 소스당 하나의 트리가 있으므로, 멀티캐스트 주소에는 하위 24비트의 서비스 구성 요소와 상위 22비트의 네트워크 전체 고유 식별자라는 두 가지 구성 요소가 포함된다. 이는 멀티캐스트 주소이므로 멀티캐스트 비트가 설정되고, 이러한 제조된 주소에 표준 OUI 공간을 사용하지 않으므로 이러한 주소를 명확히 하기 위해 로컬 'L' 비트가 설정된다. 위의 그림 3에서 이는 DA=[7,O]로 표시되는데, 여기서 7은 노드 7에서 발생하는 패킷을 나타내고 색상이 지정된 O는 우리가 범위 내에 있는 E-LAN 서비스를 나타낸다.

서비스에 대한 멀티캐스트 포워딩을 생성하기 전에 해당 서비스를 향하는 포트가 있는 노드는 멤버임을 통보받아야 한다. 예를 들어 노드 7, 4, 5, 6은 주어진 서비스(예: 서비스 200)의 멤버이며 또한 BVID 101을 사용해야 함을 통보받는다. 이는 ISIS에 의해 광고되며 모든 노드는 참여 여부(헤드 엔드, 테일 엔드 또는 서비스 내 다른 헤드/테일 엔드 간의 탠덤 지점)를 결정하기 위해 SPBM 계산을 수행한다. 노드 0은 노드 7과 5 사이의 탠덤이므로, 이 서비스에서 노드 7의 패킷에 대해 노드 5로 향하는 포워딩 엔트리를 생성한다. 마찬가지로 노드 7과 4 사이의 탠덤이므로 이 서비스의 패킷에 대해 노드 7에서 노드 4로 향하는 포워딩 상태를 생성한다. 그 결과 DA/VID가 인터페이스 1과 2에 출력을 갖는 진정한 멀티캐스트 엔트리가 생성된다. 반면 노드 2는 이 서비스의 최단 경로에 하나만 있으므로 이 서비스의 패킷에 대해 노드 7에서 노드 6으로 향하는 단일 포워딩 엔트리만 생성한다.

그림 3은 단일 E-LAN 서비스와 멤버 중 하나로부터의 트리만 보여주지만, 멤버십을 광고하고 탠덤 동작을 계산하고 알려진 멀티캐스트 주소를 제조하고 FIB를 채움으로써 2에서 네트워크의 모든 노드까지의 멤버십을 갖는 매우 많은 E-LAN 서비스를 지원할 수 있다. 유일한 실제 제한 요인은 FIB 테이블 크기와 장치의 계산 능력인데, 두 가지 모두 해마다 급격히 증가하고 있다.

구현 참고 사항

802.1aq는 서비스 부착(I-SID) 정보로 보강된 IS-IS 토폴로지 정보를 취하여 일련의 계산을 수행하고 유니캐스트 및 멀티캐스트 엔트리에 대한 포워딩 테이블(필터링 테이블)을 생성한다.

802.1aq에 필요한 정보를 전달하는 IS-IS 확장은 아래 나열된 isis-layer2 IETF 문서에 제공된다.

802.1aq 구현은 먼저 802.1aq를 위해 예약된 프로토콜 지원 TLV(타입 129)에 0xC01의 NLPID(네트워크 계층 프로토콜 식별자)를 포함하도록 IS-IS 헬로를 수정한다. 헬로는 또한 MSTID(각 VID의 목적을 제공)를 포함해야 하며, 마지막으로 각 ECMT 동작은 VID에 할당되어 헬로에서 교환되어야 한다. 헬로는 일반적으로 태그가 지정되지 않은 상태로 실행된다. IP의 NLPID는 802.1aq에 대한 인접성을 형성하는 데 필요하지 않지만 존재할 경우 인접성을 방해하지 않는다.

링크에는 802.1aq 특정 메트릭이 할당되며, 이는 IP 링크 메트릭과 거의 동일한 자체 TLV(형식 길이 값)에서 이동한다. 계산은 항상 대칭적인 경로 가중치를 강제하기 위해 두 개의 단방향 링크 메트릭 중 최대값을 사용한다.

노드에는 전역적으로 식별하기 위해 MAC 주소가 할당되며 이는 IS-IS SYSID를 형성하는 데 사용된다. 박스 MAC이 일반적으로 이 목적을 수행한다. 영역 ID는 802.1aq에서 직접 사용되지 않지만 동일한 802.1aq 네트워크의 노드에 대해서는 물론 동일해야 한다. 다중 영역/레벨은 아직 지원되지 않는다.

노드에는 네트워크 전체 고유 식별자인 20비트 SPSourceID가 추가로 할당된다. 이는 종종 SYSID의 하위 20비트가 될 수 있거나(고유한 경우) 동적으로 협상되거나 수동으로 구성될 수 있다.

SPSourceID와 B-VID에 대한 ECMT 할당은 자체 802.1aq TLV에서 IS-IS 네트워크로 광고된다.

802.1aq 계산은 802.1aq 링크 가중치를 갖고 NLPID 0xC01을 지원하는 노드 간의 링크로 제한된다. 앞서 논의한 바와 같이, 링크 가중치는 계산 목적으로 두 개의 유사하지 않은 값의 최솟값을 취하여 대칭이 되도록 강제된다.

서비스가 ECMT 동작에 대한 I-SID 할당 형태로 구성되면, 해당 I-SID는 원하는 ECMT 동작 및 전송/수신 속성 표시(물론 이 목적을 위해 새 TLV가 사용됨)와 함께 광고된다.

802.1aq 노드가 IS-IS 업데이트를 수신하면 802.1aq를 지원하는 다른 모든 IS-IS 노드에 대한 고유한 최단 경로를 계산한다. ECMT 동작당 하나의 고유한(대칭적) 최단 경로가 존재할 것이다. 이 고유성과 ECMT를 강제하기 위해 사용되는 타이브레이킹은 아래에 설명되어 있다.

유니캐스트 FDB/FIB는 이 첫 번째 최단 경로 계산을 기반으로 채워진다. ECMT 동작/B-VID당 하나의 엔트리가 생성된다.

트랜짓 멀티캐스트 계산(트랜짓 복제가 원해질 때만 적용되며 헤드 엔드 복제를 선택한 서비스에는 적용되지 않음)은 여러 가지 방법으로 구현될 수 있다. 이를 효율적으로 유지하기 위해 주의를 기울여야 하지만 일반적으로 일련의 최단 경로 계산이 수행되어야 한다. 기본 요구 사항은 '내가 I-SID를 전송하는 한 노드와 I-SID를 수신하는 다른 노드 사이의 최단 경로에 있는가'를 결정하는 것이다.

이 계산에 대한 다소 성능이 떨어지는 의사코드는 다음과 같다.

for each NODE in network which originates at least one transmit ISID do
    SPF = compute the shortest path trees from NODE for all ECMT B-VIDs.
    for each ECMT behavior do
        for each NEIGHBOR of NODE do
            if NEIGHBOR is on the SPF towards NODE for this ECMT then
                T = NODE's transmit ISIDs unioned with all receive
                    ISIDs below us on SPF
                for each ISID in T do
                    create/modify multicast entry where [
                        MAC-DA   = NODE.SpsourceID:20||ISID:24||LocalBit:1||MulticastBit:1
                        B-VID    = VID associated with this ECMT
                        out port = interface to NEIGHBOR
                        in port  = port towards NODE on the SPF for this ECMT
                    ]

위의 의사코드는 대부분의 경우 엄격히 필요한 것보다 훨씬 더 많은 SPF를 계산하며, 노드가 다른 두 노드 사이의 최단 경로에 있는지 결정하기 위해 훨씬 더 빠른 알고리즘이 알려져 있다. IEEE에서 발표된 논문에 대한 참조는 필요한 외부 반복 횟수를 대폭 줄이는 훨씬 더 빠른 알고리즘을 제공하며 아래에 나와 있다.

일반적으로 철저한 알고리즘조차도 신중하게 작성될 경우 1GHz 이상의 공통 CPU에서 몇 밀리초 내에 수백 개의 노드 네트워크를 처리할 수 있다.

헤드 엔드 복제를 선택한 ISID의 경우 계산은 간단하며 해당 ISID를 수신하는 다른 부착 지점을 찾고 하나씩 복제하기 위해 직렬 유니캐스트 테이블을 생성하는 것을 포함한다.

타이브레이킹

802.1aq는 결정론적 대칭 다운스트림 일치 최단 경로를 생성해야 한다. 이는 주어진 노드가 순방향 및 역방향으로 동일한 경로를 계산해야 할 뿐만 아니라 해당 경로상의 다른 모든 다운스트림(및 업스트림) 노드도 동일한 결과를 생성해야 함을 의미한다. 이러한 다운스트림 일치는 이더넷의 홉 단위 포워딩 특성의 결과이며, 목적지 주소와 VID만 사용하여 다음 홉을 결정한다. 802.1aq에 대해 다른 ECMT 알고리즘을 설계하려고 할 때 이것은 빠지기 쉬운 함정이므로 명심하는 것이 중요하다. 이는 ISIS에 의해 802.1aq에 대해 광고되는 단방향 링크 메트릭을 취하고 대칭인지 확인하는 것으로 시작한다. 이는 계산을 수행하기 전에 양쪽 끝에서 두 값의 MIN을 취함으로써 수행된다. 그러나 이것만으로는 대칭이 보장되지 않는다.

그림 7 – 타이브레이킹 및 경로 식별자

802.1aq 표준은 경로에 대한 네트워크 전체 고유 식별자인 PATHID라는 메커니즘을 설명한다. 이는 타이브레이킹을 결정론적으로 수행하는 방법을 이해하는 유용한 논리적 방법이지만 실제로 이러한 타이브레이커를 구현하는 방법은 아니다. PATHID는 경로를 구성하는 SYSID의 시퀀스로 정의된다(끝점 제외).. 정렬됨. 따라서 네트워크의 모든 경로는 경로가 발견된 위치와 관계없이 고유한 PATHID를 가진다.

802.1aq는 최단 경로 계산에서 선택이 필요할 때 항상 가장 낮은 PATHID 경로를 선택한다. 이를 통해 모든 노드가 동일한 결정을 내릴 수 있다.

예를 들어 위 그림 7에는 파란색, 녹색, 분홍색, 갈색으로 표시된 노드 7과 5 사이에 4개의 동일 비용 경로가 있다. 이 경로에 대한 PATHID는 다음과 같다.

따라서 가장 낮은 PATHID는 갈색 경로 {0,1}이다.

이 낮은 PATHID 알고리즘은 매우 바람직한 특성을 가진다. 첫 번째는 경로를 따라 가장 낮은 SYSID를 단순히 찾음으로써 점진적으로 수행될 수 있다는 점이고, 두 번째는 두 경쟁 경로를 단순히 역추적하고 두 경로의 최소 SYSID 중 최솟값을 찾음으로써 단계적으로 작동하는 효율적인 구현이 가능하기 때문이다.

낮은 PATHID 알고리즘은 모든 802.1aq 타이브레이킹의 기초이다. ECMT 역시 서로 다른 SYSID 순열(ECMT 알고리즘당 하나)을 공급함으로써 낮은 PATHID 알고리즘을 기반으로 한다. 통과할 수 있는 가장 명백한 순열은 두 최솟값의 최솟값을 찾기 전에 0xfff...로 XOR하여 SYSID를 완전히 반전시키는 것이다. 이 알고리즘은 두 개의 동일 비용 선택권이 주어질 때 논리적으로 가장 큰 PATHID 경로를 선택하기 때문에 높은 PATHID라고 불린다.

그림 7의 예에서 가장 높은 PATHID를 가진 경로는 {2,3}인 파란색 경로이다. 모든 SYSID를 단순히 반전하고 낮은 PATHID 알고리즘을 실행하면 동일한 결과가 나온다.

정의된 다른 14개의 ECMT 알고리즘은 비트의 비교적 우수한 분포를 만들기 위해 설계된 서로 다른 비트 마스크로 SYSID를 XOR하여 서로 다른 순열을 사용한다. 서로 다른 순열이 차례로 보라색 및 녹색 경로를 가장 낮게 만들 것이라는 점은 분명해야 한다.

ECT 알고리즘에 사용되는 17개의 개별 64비트 마스크는 각 64비트 마스크를 채우기 위해 8번 반복되는 동일한 바이트 값으로 구성된다. 이러한 17개의 바이트 값은 다음과 같다.

ECT-MASK[17] = { 0x00, 0x00, 0xFF, 0x88,
                 0x77, 0x44, 0x33, 0xCC,
                 0xBB, 0x22, 0x11, 0x66,
                 0x55, 0xAA, 0x99, 0xDD,
                 0xEE };

ECT-MASK[0]은 공통 신장 트리 알고리즘을 위해 예약되어 있고, ECT-MASK[1]은 Low PATHID 세트의 최단 경로 첫 번째 트리를 생성하며, ECT-MASK[2]는 High PATHID 세트의 최단 경로 트리를 생성하고, 다른 인덱스는 최단 경로 첫 번째 트리의 비교적 다양한 순열을 생성한다.

또한 ECMT 타이브레이킹 알고리즘은 어느 정도의 인간 재정의 또는 조정도 허용한다. 이는 BridgePriority 필드를 SYSID와 함께 포함하여 BridgeIdentifier라고 불리는 조합이 ECT 알고리즘의 입력이 되도록 함으로써 달성된다. BridgePriority를 높이거나 낮춤으로써 경로의 PATHID를 다른 경로에 비해 높이거나 낮출 수 있으며 상당한 수준의 조정 가능성이 제공된다.

위의 설명은 타이브레이킹을 보는 이해하기 쉬운 방법을 제공한다. 실제 구현은 단순히 두 개의 경쟁 동일 비용 경로에서 포크 지점부터 조인 지점까지 역추적하여(일반적으로 데이크스트라 알고리즘 계산 중에) 가장 낮은(마스킹 후) BridgePriority|SysId를 통과하는 경로를 선택한다.

상호 운용성

IEEE 802.1aq의 첫 번째 공개 상호 운용성 테스트는 2010년 10월 오타와에서 열렸다. 두 벤더가 SPBM 구현을 제공했으며 총 5개의 물리적 스위치와 32개의 에뮬레이션된 스위치가 제어/데이터 및 OA&M에 대해 테스트되었다.

2011년 1월 오타와에서 5개 벤더와 6개 구현이 참가한 추가 이벤트가 열렸으며, 2013년 라스베이거스에서 열린 Interop 이벤트에서는 SPBM 네트워크가 백본으로 사용되었다.

경쟁자

MC-LAG, VXLAN, QFabric이 모두 제안되었지만, IETF TRILL 표준이 IEEE 802.1aq의 주요 경쟁자로 간주되며: "두 표준 제안의 상대적 장점과 차이에 대한 평가는 현재 네트워킹 업계에서 뜨거운 논쟁 주제이다."

배포

배포 고려 사항 및 상호 운용성 모범 사례는 "SPB 배포 고려 사항"이라는 제목의 IETF 문서에 문서화되어 있다.

Extreme Networks는 Avaya 네트워킹 사업 및 자산 인수로 인해 현재 SPB 기반 배포의 주요 지지자이다. 통합 3계층 IP 라우팅 및 IP 멀티캐스트 기능을 포함하는 강화되고 확장된 SPB 구현은 "Fabric Connect" 기술이라는 이름으로 판매된다. 또한 Extreme Networks는 기존 이더넷 스위치를 통해 SPBM 기반 서비스를 자동으로 확장하는 수단을 정의하는 IETF 인터넷 드래프트를 지원하며, IEEE 802.1AB LLDP 기반 통신 프로토콜을 활용한다. 이 기능(마케팅 용어 "Fabric Attach" 기술)은 최종 장치의 자동 부착을 허용하며 VLAN/I-SID(VSN) 매핑의 동적 구성을 포함한다.

Avaya(Extreme Networks에 인수됨)는 여러 산업 분야에서 운영되는 기업을 위해 SPB/Fabric Connect 솔루션을 배포했다.

제품 지원

같이 보기

내용주

  1. ↑ “Alcatel-Lucent, Avaya, Huawei, Solana and Spirent Showcase Shortest Path Bridging Interoperability”. Huawei. 2011년 9월 7일. 2011년 9월 11일에 확인함.
  2. ↑ Luo, Zhen; Suh, Changjin (2011년 3월 3일). 〈An improved shortest path bridging protocol for Ethernet backbone network〉. 《The International Conference on Information Networking 2011 (ICOIN2011)》. IEEE Xplore. 148–153쪽. doi:10.1109/ICOIN.2011.5723169. ISBN 978-1-61284-661-3. ISSN 1976-7684. S2CID 11193141.
  3. ↑ “Lab Testing Summary Report; Data Center Configuration with SPB” (PDF). Miercom. September 2011. 2011년 12월 25일에 확인함.
  4. ↑ Shuang Yu. “IEEE approves new IEEE 802.1aq™ Shortest path bridging”. IEEE Standards Association. 2013년 5월 14일에 원본 문서에서 보존된 문서. 2012년 6월 19일에 확인함. Using the IEEE’s next-generation VLAN, called a Service Interface Identifier (I-SID), it is capable of supporting 16 million unique services compared to the VLAN limit of four thousand.
  5. ↑ Peter Ashwood-Smith (2011년 2월 24일). “Shortest Path Bridging IEEE 802.1aq Overview” (PDF). Huawei. 2013년 5월 15일에 원본 문서 (PDF)에서 보존된 문서. 2012년 5월 11일에 확인함.
  6. ↑ Jim Duffy (2012년 5월 11일). “Largest Illinois healthcare system uproots Cisco to build $40M private cloud”. PC Advisor. 2012년 5월 11일에 확인함. Shortest Path Bridging will replace Spanning Tree in the Ethernet fabric.
  7. ↑ “IEEE Approves New IEEE 802.1aq Shortest Path Bridging Standard”. Tech Power Up. 2012년 5월 7일. 2012년 5월 11일에 확인함.
  8. ↑ D. Fedyk, Ed.; P. Ashwood-Smith, Ed.; D. Allan, A. Bragg; P. Unbehagen (April 2012). “IS-IS Extensions Supporting IEEE 802.1aq”. IETF. 2012년 5월 12일에 확인함.
  9. 1 2 Unbehagen, Paul; Bragg, Nigel; Allan, David; Fedyk, Don; Ashwood-Smith, Peter J. (April 2012). IS-IS Extensions Supporting IEEE 802.1aq Shortest Path Bridging. IETF. RFC 6329. https://tools.ietf.org/html/rfc6329.
  10. ↑ “802.1aq - Shortest Path Bridging”.
  11. ↑ “Shortest Path Bridging 802.1aq - IEEE REVCOM approval today”. 2012년 3월 29일. 2012년 4월 2일에 확인함.
  12. ↑ “Interop: Networking Leaders Demo Shortest Path Bridging”.
  13. ↑ “Avaya Extends the Automated Campus to End the Network Waiting Game”. Avaya. 2014년 4월 1일. 2014년 4월 18일에 확인함.
  14. ↑ “Avaya Networking Solutions Close the Gap between Data Center and End Devices”. Avaya. 2014년 3월 26일. 2014년 4월 18일에 확인함.
  15. ↑ “Can I use Shortest Path Bridging hardware to build my SDN network”. 2014년 4월 8일. 2014년 4월 18일에 확인함.
  16. ↑ “Sochi 2014 Olympic Winter Games” (PDF). Avaya. 2013. 2014년 5월 13일에 원본 문서 (PDF)에서 보존된 문서. 2013년 12월 10일에 확인함.
  17. ↑ “Avaya at Sochi 2014”. Avaya. 2014년 5월 2일에 원본 문서에서 보존된 문서. 2014년 5월 1일에 확인함.
  18. ↑ James Careless (2013년 12월 16일). “Avaya builds massive Wi-Fi net for 2014 Winter Olympics”. Network World. 2014년 4월 4일에 원본 문서에서 보존된 문서. 2016년 8월 11일에 확인함.
  19. ↑ “802.1Q-2014 - Bridges and Bridged Networks”.
  20. ↑ “802.1Qbp - Equal Cost Multiple Paths”.
  21. ↑ “P802.1Qcj – Automatic Attachment to Provider Backbone Bridging (PBB) services”.
  22. ↑ Ashwood-Smith, Peter (October 2010). “Shortest Path Bridging IEEE 802.1aq Tutorial and Demo” (PDF). 《NANOG》.
  23. ↑ Fedyk, Don (October 2012). “Introduction to Shortest Path Bridging” (PDF). 《Netnod》. 2016년 3월 4일에 원본 문서 (PDF)에서 보존된 문서.
  24. ↑ “Avaya - Considerations for Turning your Network into an Ethernet Fabric”. 《Packet Pushers》. 2013년 2월 18일.
  25. ↑ “SDN, NFV & Network Virtualization Technologies”. 《SDNCentral》. 2014년 8월 22일에 확인함.
  26. ↑ Eastlake, D. (July 2011). “IANA Considerations for Network Layer Protocol Identifiers”. 《IETF》. doi:10.17487/RFC6328.
  27. ↑ ITU-T Recommendation Y.1731 OAM functions and mechanisms for Ethernet based networks
  28. ↑ “802.1aq - Shortest Path Bridging”. 2011년 7월 20일에 확인함.
  29. ↑ Ashwood-Smith, Peter; Keesara, Srikanth. “Brief Update on 802.1aq SPB (M) First Interop” (PDF). 2011년 7월 20일에 확인함.
  30. ↑ Ashwood-Smith, Peter; Vargas, Edgard. “Brief Update on 802.1aq SPB (M) Third Interop” (PDF). 2011년 7월 20일에 확인함.
  31. 1 2 Kline, Deb (2013년 5월 1일). “Networking Industry Leaders to Showcase Shortest Path Bridging Interoperability at Interop 2013”. Avaya. 2015년 2월 1일에 확인함.
  32. ↑ Smith, Sue (2013년 5월 7일). “Interop: Networking Leaders Demo Shortest Path Bridging”. NewsFactor Network. 2015년 2월 1일에 확인함.
  33. ↑ Borivoje Furht; Armando Escalante (2011). 《Handbook of Data Intensive Computing》. Springer. 16쪽. ISBN 978-1-4614-1415-5.
  34. ↑ Roger Lapuh; Paul Unbehagen; Peter Ashwood-Smith; Phillip Taylor (2012년 3월 23일). “SPB Deployment Considerations”. 《Ietf Datatracker》 (IETF). 2012년 5월 29일에 확인함.
  35. ↑ “Interop: Networking Leaders Demo Shortest Path Bridging”. May 2013. 2013년 12월 2일에 원본 문서에서 보존된 문서. 2013년 5월 30일에 확인함.
  36. ↑ Sean Michael Kerner (2014년 4월 7일). “InteropNet Goes IPv6, Includes Shortest Path Bridging”. Enterprise Networking Planet. 2014년 4월 19일에 원본 문서에서 보존된 문서. 2014년 4월 18일에 확인함.
  37. 1 2 “Avaya Networking Solutions Close the Gap between Data Center and End Devices”. 《Avaya Inc》. 2014년 3월 26일.
  38. ↑ “Avaya Fabric Connect extends SPB to wiring closets”. 2014년 4월 8일. 2014년 8월 14일에 원본 문서에서 보존된 문서. 2014년 8월 14일에 확인함.
  39. ↑ “Avaya – Considerations for Turning your Network into an Ethernet Fabric”. 《Packet Pushers》. 2013년 2월 18일.
  40. ↑ “Network Downtime Results in Job, Revenue Loss”. 《Avaya Inc》. 2014년 3월 5일.
  41. ↑ “Macquarie University Delivers Enhanced Student Collaboration and Services with Avaya Networking Solutions”. 《Avaya Inc》. 2012년 11월 8일.
  42. ↑ “Texas School District Embraces Avaya Networking Infrastructure to Enable 21st-Century Learning Models” (PDF). 《Avaya Inc》. May 2014.
  43. ↑ “Avaya's Fabric Connect solution helps University transition to next-generation technology-enabled learning methods”. 《Avaya Inc》. May 2013.
  44. ↑ “Avaya Network Powers New Luggage Handling System at Schiphol Airport”. 《Avaya Inc》. 2012년 4월 25일.
  45. ↑ “Transport company gets data communications moving” (PDF). 《Avaya Inc》. October 2013.
  46. ↑ “Transportation Bureau Sendai City Enhancing the passenger experience” (PDF). 《Avaya Inc》. July 2014.
  47. ↑ “Rapid Transit” (PDF). 《Avaya Inc》. June 2014.
  48. ↑ “Avaya Announces Software-Defined Data Center Framework and Roadmap”. 《Avaya Inc》. 2013년 8월 21일.
  49. ↑ “Sparebanken Vest Banks on Avaya for Future-Proofed Network Infrastructure Upgrade”. 《Avaya Inc》. 2012년 5월 8일.
  50. ↑ “InteropNet 2013: Unbreakable! Avaya Fabric Connect Delivers on All Fronts”. 《Avaya Inc》. 2013년 5월 15일.
  51. ↑ Owen, David (2011년 11월 30일). “US firm Avaya named as Sochi 2014 network equipment supplier”. 《Inside the Games》. 2014년 1월 15일에 원본 문서에서 보존된 문서. 2026년 7월 30일에 확인함.
  52. ↑ “Dubai World Trade Centre to deploy conferencing solution based on Avaya's Virtual Enterprise Network Architecture”. 《TCM》. 2013년 10월 23일. 2014년 5월 22일에 원본 문서에서 보존된 문서. 2013년 11월 7일에 확인함.
  53. ↑ “Perfectly provisioned” (PDF). 《Avaya Inc》. July 2014.
  54. ↑ “Avaya Networking Transforms Oslo University Hospital Network”. 《Avaya Inc》. 2012년 5월 8일.
  55. ↑ “Avaya Networking Transforms Oslo University Hospital Network”. 《Firmenpresse》. 2012년 5월 8일.
  56. ↑ “Concord Hospital Boosts Bandwidth and Reduces Costs with Avaya's Virtual Enterprise Network Architecture Solutions”. 《Avaya Inc》. 2012년 5월 8일.
  57. ↑ “Franciscan Alliance & Fabric Connect: Redefining the Delivery of Healthcare Services” (PDF). 《Avaya Inc》. May 2013.
  58. ↑ “Strong, Stable Network Underpins Sydney Adventist Hospital” (PDF). 《Avaya Inc》. May 2012.
  59. ↑ “Avaya Extends the Automated Campus to End the Network Waiting Game”. 《Avaya Inc》. 2014년 4월 1일.
  60. ↑ “Good news for data communication”. 《Avaya 2014》. May 2014.
  61. ↑ “Enabling Sanlih Entertainment Television New Digital Broadcasting System” (PDF). 《Avaya Inc》. Jun 2012.
  62. ↑ “Coastal Californian Community Deploys Avaya Network to Enable Mission-Critical Applications” (PDF). 《Avaya Inc》. June 2014.
  63. ↑ “Breda City Council looks forward to a more agile future with Avaya VENA Fabric Connect”. 《Avaya Inc》. December 2013.
  64. ↑ “On their own initiative forward-looking”. 《Avaya Inc》. February 2014.
  65. ↑ “Alcatel-Lucent OmniSwitch 9900 Datasheet EN” (PDF).
  66. ↑ “Alcatel-Lucent OmniSwitch 6900 DataSheet EN” (PDF). 2013년 1월 7일에 확인함.
  67. ↑ “Alcatel-Lucent OmniSwitch 6860 Data Sheet EN” (PDF).
  68. ↑ “Alcatel-Lucent OmniSwitch 6865 Data Sheet EN” (PDF).
  69. ↑ “Avaya rolls out networking blueprint for data centre”. 2010년 11월 11일. 2010년 12월 16일에 원본 문서에서 보존된 문서. 2011년 7월 20일에 확인함.
  70. ↑ “Avaya Virtual Service Platform 7000 Switch Delivers Real Performance”. 2011년 5월 4일. 2011년 12월 13일에 원본 문서에서 보존된 문서. 2011년 7월 20일에 확인함. The VSP is a 10 GbE top-of-rack switch that supports Shortest Path Bridging (SPB), Edge Virtual Bridging (EVB), and Fiber Channel over Ethernet (FCoE) networking standards.
  71. ↑ “Avaya aims to boost IP multicast methods with new network fabric”. 《ZDNet》. 2013년 4월 13일에 확인함.
  72. ↑ “Avaya Announces New Innovations in Fabric-Enabled Networking”. 2013년 4월 17일에 확인함.
  73. ↑ “Avaya unveils new offerings for fabric-enabled networking”. 2013년 4월 17일에 확인함.
  74. ↑ “Avaya's new network fabric supports tens of thousands of video streams for IP multicasting”. 2013년 4월 21일에 원본 문서에서 보존된 문서. 2013년 4월 18일에 확인함.
  75. ↑ “Virtual Services Platform 4000”. Avaya.
  76. ↑ “Avaya Networking Solutions Close the Gap between Data Centre and End Devices”. SDN Zone. 2014년 7월 14일에 원본 문서에서 보존된 문서. 2014년 3월 26일에 확인함.
  77. ↑ Duffy, Jim. “Enterasys enhances data center offerings”. 《Network World》. 2014년 3월 2일에 원본 문서에서 보존된 문서.
  78. ↑ McGillicuddy, Shamus "Shortest Path Bridging: The interoperable alternate to spanning tree", Alcatel-Lucent and Huawei also support SPB and Enterasys Networks has SPB in its roadmap
  79. ↑ unknown (2012년 5월 9일). “Shortest Not all Unified Network Architectures are really so simple”. 2013년 6월 14일에 원본 문서에서 보존된 문서. 2013년 5월 5일에 확인함. Shortest Path Bridging IEEE 802.1aq
  80. ↑ “K-Series Firmware Version 8.62.02.0022” (PDF). Extreme Networks. March 2017. 2017년 3월 14일에 확인함.
  81. ↑ “Alcatel-Lucent, Avaya, Huawei, Solana and Spirent Showcase Shortest Path Bridging Interoperability”. IT News Link. 2012년 9월 20일에 원본 문서에서 보존된 문서. 2012년 5월 13일에 확인함.
  82. ↑ “SPIRENT TESTCENTER SHORTEST PATH BRIDGING TEST PACKAGE”. Spirent N. 2012년 5월 13일에 확인함.
  83. ↑ “HP FlexFabric 11900 Switch Series” (PDF). 2013년 11월 5일에 원본 문서 (PDF)에서 보존된 문서. 2013년 11월 4일에 확인함.
  84. ↑ “HP Discover 2012”. HP. 2014년 7월 14일에 원본 문서에서 보존된 문서. 2012년 6월 15일에 확인함.
  85. ↑ “Shortest Path Bridging (SPB)”. 《IP Infusion》. 2012년 9월 17일에 원본 문서에서 보존된 문서. 2012년 10월 7일에 확인함.
  86. ↑ “IxNetwork: Specifications”. IXIA. 2013년 9월 2일에 원본 문서에서 보존된 문서. 2013년 7월 25일에 확인함.
  87. ↑ “QT-600 Ethernet Probe”. 《Rep Com International》. JDSU. 2014년 7월 14일에 원본 문서에서 보존된 문서. 2013년 8월 26일에 확인함.

각주

  1. ↑ Nnanna (2017년 2월 5일). “8 Reasons To Choose Avaya Instead of Cisco for Your Data Network – NJ IT Support” (미국 영어). 《BlueSodium》. 2017년 3월 5일에 원본 문서에서 보존된 문서. 2017년 3월 5일에 확인함.

추가 읽기

외부 링크

위키미디어 공용에 IEEE 802.1aq 주제와 관련된 미디어 분류가 있습니다.