KR101706008B1 - 통신 실패에 따라서 분산된 릴레이 제어 프로토콜 〔ｄｒｃｐ〕 동작을 지원하기 위한 방법 및 시스템 - Google Patents
통신 실패에 따라서 분산된 릴레이 제어 프로토콜 〔ｄｒｃｐ〕 동작을 지원하기 위한 방법 및 시스템 Download PDFInfo
- Publication number
- KR101706008B1 KR101706008B1 KR1020157033240A KR20157033240A KR101706008B1 KR 101706008 B1 KR101706008 B1 KR 101706008B1 KR 1020157033240 A KR1020157033240 A KR 1020157033240A KR 20157033240 A KR20157033240 A KR 20157033240A KR 101706008 B1 KR101706008 B1 KR 101706008B1
- Authority
- KR
- South Korea
- Prior art keywords
- portal
- network device
- port
- value
- link
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 207
- 238000004891 communication Methods 0.000 title claims abstract description 40
- 238000004220 aggregation Methods 0.000 claims abstract description 373
- 230000002776 aggregation Effects 0.000 claims abstract description 371
- 230000004044 response Effects 0.000 claims abstract description 25
- 210000004258 portal system Anatomy 0.000 claims description 459
- 230000009471 action Effects 0.000 claims description 72
- 230000005540 biological transmission Effects 0.000 claims description 71
- 238000004590 computer program Methods 0.000 claims description 8
- 230000001419 dependent effect Effects 0.000 claims description 5
- 229910052709 silver Inorganic materials 0.000 claims 1
- 239000004332 silver Substances 0.000 claims 1
- 230000006870 function Effects 0.000 description 244
- 238000004422 calculation algorithm Methods 0.000 description 108
- 241000465502 Tobacco latent virus Species 0.000 description 102
- 238000005538 encapsulation Methods 0.000 description 52
- 239000013598 vector Substances 0.000 description 49
- 230000000737 periodic effect Effects 0.000 description 41
- 230000008520 organization Effects 0.000 description 30
- 230000008569 process Effects 0.000 description 30
- 238000010586 diagram Methods 0.000 description 28
- 230000033001 locomotion Effects 0.000 description 26
- 238000007726 management method Methods 0.000 description 26
- 230000008859 change Effects 0.000 description 20
- 238000000996 ion projection lithography Methods 0.000 description 14
- 230000006399 behavior Effects 0.000 description 13
- 230000007704 transition Effects 0.000 description 13
- 230000000694 effects Effects 0.000 description 10
- 125000004122 cyclic group Chemical group 0.000 description 6
- RTZKZFJDLAIYFH-UHFFFAOYSA-N Diethyl ether Chemical compound CCOCC RTZKZFJDLAIYFH-UHFFFAOYSA-N 0.000 description 4
- 238000009739 binding Methods 0.000 description 4
- 230000027455 binding Effects 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 238000000926 separation method Methods 0.000 description 4
- 230000001960 triggered effect Effects 0.000 description 4
- 238000001514 detection method Methods 0.000 description 3
- 238000013507 mapping Methods 0.000 description 3
- 239000011159 matrix material Substances 0.000 description 3
- 230000010076 replication Effects 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 230000003111 delayed effect Effects 0.000 description 2
- 239000000284 extract Substances 0.000 description 2
- 230000007257 malfunction Effects 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 230000006855 networking Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000002730 additional effect Effects 0.000 description 1
- 230000004931 aggregating effect Effects 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000001427 coherent effect Effects 0.000 description 1
- 230000001010 compromised effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000002955 isolation Methods 0.000 description 1
- 239000003550 marker Substances 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 230000035515 penetration Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- HRULVFRXEOZUMJ-UHFFFAOYSA-K potassium;disodium;2-(4-chloro-2-methylphenoxy)propanoate;methyl-dioxido-oxo-$l^{5}-arsane Chemical compound [Na+].[Na+].[K+].C[As]([O-])([O-])=O.[O-]C(=O)C(C)OC1=CC=C(Cl)C=C1C HRULVFRXEOZUMJ-UHFFFAOYSA-K 0.000 description 1
- 238000004321 preservation Methods 0.000 description 1
- 239000000047 product Substances 0.000 description 1
- 230000000644 propagated effect Effects 0.000 description 1
- 238000005204 segregation Methods 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0866—Checking the configuration
- H04L41/0869—Validating the configuration within one network element
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/24—Multipath
- H04L45/245—Link aggregation, e.g. trunking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/46—Cluster building
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/25—Routing or path finding in a switch fabric
- H04L49/253—Routing or path finding in a switch fabric using establishment or release of connections between ports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/35—Switches specially adapted for specific applications
- H04L49/354—Switches specially adapted for specific applications for supporting virtual local area networks [VLAN]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/03—Protocol definition or specification
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5638—Services, e.g. multimedia, GOS, QOS
- H04L2012/5646—Cell characteristics, e.g. loss, delay, jitter, sequence integrity
- H04L2012/5652—Cell construction, e.g. including header, packetisation, depacketisation, assembly, reassembly
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2212/00—Encapsulation of packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0233—Object-oriented techniques, for representation of network management data, e.g. common object request broker architecture [CORBA]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0659—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/34—Signalling channels for network management communication
- H04L41/342—Signalling channels for network management communication between virtual entities, e.g. orchestrators, SDN or NFV entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/34—Signalling channels for network management communication
- H04L41/344—Out-of-band transfers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/06—Generation of reports
- H04L43/065—Generation of reports related to network devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- Y02B60/33—
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
Abstract
네트워크 장치에서 통신 실패에 따라서 링크 애그리게이션 그룹 내의 분산 리질리언트 네트워크 상호 접속(DRNI)을 지원하는 방법이 개시된다. 본 방법은, 네트워크 장치가 이웃 네트워크 장치와 더 이상 통신하지 않는 것을 결정하는 단계로 시작한다. 그 다음, 네트워크 장치는, 파트너 네트워크 장치가 파트너 네트워크 장치의 이웃 네트워크 장치와 더 이상 통신하지 않는 것을 결정한다. 네트워크 장치는, 네트워크 장치가 속하는 제1포털이 파트너 네트워크 장치가 속하는 제2포털보다 더 높은 포털 우선권을 갖는 것을 결정(2806)하는 단계를 결정하고, 각각의 포털은 포털 우선권이 할당되고, 이는 네트워크 장치가 이웃 네트워크 장치보다 하위의 네트워크 장치 우선권을 갖는 것을 결정하고, 각각의 네트워크 장치는 네트워크 장치 우선권이 할당된다. 그 다음, 네트워크 장치는, 네트워크 장치에서 링크 애그리게이션 그룹의 프레임의 전송 및 수신을 중단한다.
Description
본 발명의 실시형태는, 일반적으로 링크 애그리게이션과 관련되고, 특히 링크 애그리게이션 그룹(LAG)을 위한 분산된 리질리언트 네트워크 상호 접속(DRNI)을 구현하기 위한 방법 및 장치와 관련된다.
도 1A에 도시된 바와 같이, 링크 애그리게이션은, 링크 애그리게이션 그룹(LAG)(101)에 참가하는 각각의 링크에 대한 유저 데이터의 전송을 가능하게 하기 위해, 네트워크 내의 한 쌍의 노드(120, 122) 사이의 다중의 링크를 애그리게이트하기 위해 사용된 네트워크 구성 및 프로세스이다(예를 들어, 전기적인 및 전자 엔지니어들의 인스티튜트(IEEE: Institute of Electrical and Electronics Engineers ) 표준 802.1AX 참조). 이 양식으로 다중의 네트워크 접속을 애그리게이팅하는 것은, 처리량을 단일 접속이 유지할 수 있는 것을 넘어 증가시킬 수 있고, 및/또는 링크 중 하나의 실패의 경우 리질리언시(resiliency)를 제공하기 위해 사용될 수 있다. "분산된 리질리언트 네트워크 상호 접속"(DRNI)(102)(IEEE P802.1AX-REVTM/D1.0의 클라우스 8, "로컬 및 메트로폴리탄 에어리어 네트워크를 위한 드라프트 표준 - 링크 애그리게이션"으로 명명됨, February 1, 2013 참조, 이는 전체가 참조로 본 명세서에 통합된다)는, 도 1B에 도시된 바와 같이, 2개 이상의 노드 사이에서도, 예를 들어 4개의 노드 K, L, M 및 O 사이에서, 네트워크 인터페이스에 대해서 링크 애그리게이션을 사용할 수 있게 하기 위해서 링크 애그리게이션에 대한 확장을 명기한다.
도 1B에 나타낸 바와 같이, LAG는 네트워크(150)와 네트워크(152) 사이에 형성된다. 특히, LAG는 LAG 가상 노드 또는 "포털"(112, 114) 사이에 형성된다. 제1LAG 가상 노드 또는 포털(112)은 제1노드(K) 및 제2노드(L)를 포함한다. 제2LAG 가상 노드 또는 포털(114)은 제3노드(M) 및 제4노드(O)를 포함한다. 이들 노드는 또한 "포털 시스템"으로서 언급될 수 있다. 제1 및 제2LAG 가상 노드 또는 포털(112, 114) 모두가 포털에서 단일 또는 2 이상의 노드를 포함할 수 있는 것에 주의하자. LAG 노드 K 및 M은 피어 노드로서 접속되고, LAG 노드 L 및 O는 또한 피어 노드로서 접속된다. 본 출원에서 사용되는 바와 같이, "LAG 가상 노드"는 상기 논의된 IEEE 문헌에서 DRNI 포털과 관련 있다(즉, 그들 각각의 피어에 대해서 단일 노드로서 보이는 2개 이상의 노드). 부가적으로, 가상 노드 또는 포털(112)이 2개의 노드 K, L를 "포함하는" 기재는, 가상 노드 또는 포털(112)이 노드 K, L에 의해 에뮬레이트(emulated)되는 것을 의미하며, 이는 "에뮬레이트된 시스템"으로서 언급될 수 있다. 유사하게, 가상 노드 또는 포털(114)이 2개의 노드 M, O를 "포함하는" 기술은, 가상 노드 또는 포털(114)이 노드 M, O에 의해 에뮬레이트되는 것을 의미한다. 링크 애그리게이션 그룹(161)은 또한 K-M와 L-O 링크 사이에 형성되는 것에 주의하자.
LAG에 참가하는 다중의 노드는, LAG 내의 그들의 피어링 파트너에 대해서 단일 시스템 ID를 갖는 동일한 가상 노드 또는 포털처럼 보인다. 시스템 ID는 각각의 노드(예를 들어, 노드 K, 노드 L, 노드 M, 및 노드 O)를 식별하기 위해 사용된다. 시스템 ID는, LAG의 개별 파트너 노드 사이(예를 들어, K와 M 사이 또는 L과 O 사이)에서 송신된 링크 애그리게이션 제어 프로토콜 데이터 유닛(LACPDU) 내에 포함된다. 시스템 ID는 소정의 개별 식별자 또는 이의 소정의 조합을 사용하는 포털의 구성 노드의 식별자에 기반해서 생성될 수 있다. 대응하는 LAG 가상 노드 또는 포털에 대한 공통의 및 독특한 시스템 ID가 일관되게 생성될 수 있다. 따라서, 도 1B에 나타낸 바와 같이, 노드 K 및 노드 L은 동일한 네트워크(150)에 속하고, 이들은 동일한 DRNI 포털(112)(즉, 동일한 LAG 가상 노드)의 부분이며, 에뮬레이트된 LAG 가상 노드(112)에 대해서 "K"의 공통의 시스템 ID를 사용한다. 유사하게, 네트워크(152)의 노드 M 및 O는 노드 K 및 L에 의한 시스템 ID "M"을 갖는 단일 LAG 가상 노드 또는 포털(114)로서 보인다.
또한, 도 1B는 특정 서비스의 DRNI 링크 할당을 나타낸다(도 1B에서 K와 M 사이의 굵은 링크 참조). 할당된 링크는 특정 서비스에 대한 2개의 작업 노드 K 및 M 사이의 작업 링크인 반면, 할당되지 않은 링크는 2개의 보호 노드 L 및 O 사이의 보호 링크로서 준비될 수 있다. 인터페이스의 서비스 할당은 가상 로컬 에어리어 네트워크(VLAN)를 포함할 수 있고, 서비스에 대한 식별자는 서비스 VID(즉, "S-VID")(전형적으로, 네트워크 인터페이스(NNI)에 대한 네트워크상의 서비스를 식별하는) 또는 커스터머 VID(즉, "C-VID")(전형적으로, 네트워크 인터페이스(UNI)에 대한 유저 상의 서비스를 식별하는)와 같은 VLAN 식별자(VID)가 될 수 있다. (이들이 동일한 이더타입(Ethertype)을 가짐에 따라, 백본-VID가 S-VID로부터 구별할 수 없는 것에 주의하자). 도 1B의 예에 있어서, 서비스는 상위의 링크(상위의 노드 K, M 사이에서)에 할당된다. 따라서, 상위의 링크는, "작업" 링크로서 선택되고, 하위의 링크(노드 L, O 사이에서)는 "대기" 링크 또는 "보호" 링크이다. 즉, 포워드 및 백워드 방향 모두로 프레임 전송을 위해 동일한 물리적인 링크를 사용하는 서비스 링크 할당이 매우 바람직하다.
도 1B는 각각 2개의 노드를 포함하는 DRNI 포털(112 및 114)을 나타내지만, DRNI 포털은 제한되지 않는다. 각각의 포털은 3개의 노드에 대해서 하나를 포함할 수 있다. 도 1C는 대안적인 실시형태에 있어서의 DRNI를 도시한다. 도 1C를 참조하면, 링크 애그리게이션 그룹(131)은 일 단부에서 포털(142)(한 네트워크 장치(130))을 포함하고, 다른 단부에서 포털(144)(2개의 네트워크 장치(132 및 134))을 포함한다. 또한, 도 1C는 특정 서비스의 DRNI 링크 할당을 나타내는 것에 주의하자(네트워크 장치(130 및 134) 사이의 굵은 링크 참조). 할당된 링크는, 특정 서비스를 위한 2개의 작업 노드(네트워크 장치(130 및 134)) 사이의 작업 링크인 반면, 할당되지 않은 링크는 2개의 보호 노드(네트워크 장치(130 및 132)) 사이의 보호 링크로서 준비될 수 있다. 작업 노드는 이 구성에 있어서는 단일 노드이지만, 이는 포털(142 및 144) 사이의 작업 및 보호 링크를 접속하기 위한 애그리게이션 포트의 다른 세트들을 포함할 수 있다.
서비스 프로바이더는 링크 애그리게이션 그룹의 다양한 실시형태(도 1A-C에 도시된 및 다른 대안적인 DRNI 시스템과 같은)를 사용해서, 서비스를 엔드 유저에 제공한다. 특히, DRNI 시스템을 통해서 어떻게 서비스를 제공할지의 도전이 있다.
네트워크 장치에서 통신 실패에 따라서 링크 애그리게이션 그룹 내의 분산 리질리언트 네트워크 상호 접속(DRNI)을 지원하는 방법으로서, 네트워크 장치 및 이웃 네트워크 장치가 링크 애그리게이션 그룹의 제1포털 내에 포함되고, 제1포털은 링크 애그리게이션 그룹의 링크를 통해서 2개 이상의 원격 네트워크 장치를 포함하는 제2포털과 결합되며, 원격 네트워크 장치 중 하나는 링크 애그리게이션 그룹의 네트워크 장치의 파트너 네트워크 장치이고, 네트워크 장치는 인트라-포털 링크(IPL)를 사용해서 인트라-포털 포트(IPP)를 통해서 이웃 네트워크 장치에 통신가능하게 결합되며:
네트워크 장치가 이웃 네트워크 장치와 더 이상 통신하지 않는 것을 결정(2802)하는 단계와;
파트너 네트워크 장치가 파트너 네트워크 장치의 이웃 네트워크 장치와 더 이상 통신하지 않는 것을 결정(2804)하는 단계와;
제1포털이 제2포털보다 더 높은 포털 우선권을 갖는 것을 결정(2806)하는 단계로서, 각각의 포털은 포털 우선권이 할당되는, 결정하는 단계와;
네트워크 장치가 이웃 네트워크 장치보다 하위의 네트워크 장치 우선권을 갖는 것을 결정(2808)하는 단계로서, 각각의 네트워크 장치는 네트워크 장치 우선권이 할당되는, 결정하는 단계와;
네트워크 장치에서 링크 애그리게이션 그룹의 프레임의 전송 및 수신을 중단(2810)하는 단계를 포함하여 구성되는 것을 특징으로 하는 방법이 개시된다.
통신 실패에 따라서 링크 애그리게이션 그룹 내의 분산 리질리언트 네트워크 상호 접속(DRNI)을 지원하는 네트워크 장치로서,
네트워크 장치 및 이웃 네트워크 장치가 링크 애그리게이션 그룹의 제1포털 내에 포함되고, 제1포털은 링크 애그리게이션 그룹의 링크를 통해서, 2개 이상의 원격 네트워크 장치를 포함하는 제2포털과 결합되며, 원격 네트워크 장치 중 하나는 링크 애그리게이션 그룹의 네트워크 장치의 파트너 네트워크 장치이고, 네트워크 장치는 인트라-포털 링크(IPL)를 사용해서 인트라-포털 포트(IPP)를 통해서 이웃 네트워크 장치에 통신가능하게 결합되며, 네트워크 장치는:
링크 애그리게이션 그룹의 물리적인 또는 애그리게이션 링크에 결합된 포트(1340)와;
포트에 결합되고, DRNI 기능(1313)을 실행하는 네트워크 프로세서(1300)를 포함하여 구성되고, DRNI 기능은 네트워크 장치가 이웃 네트워크 장치와 더 이상 통신하지 않는 것을 결정하도록 동작하고, 파트너 네트워크 장치가 파트너 네트워크 장치의 이웃 네트워크 장치와 더 이상 통신하지 않는 것을 결정하도록 더 동작하며, 제1포털이 제2포털보다 더 높은 포털 우선권을 갖는 것을 결정하도록 더 동작하고, 각각의 포털은 포털 우선권이 할당되며, 네트워크 장치가 이웃 네트워크 장치보다 하위의 네트워크 장치 우선권을 갖는 것을 결정하도록 더 동작하고, 각각의 네트워크 장치는 네트워크 장치 우선권이 할당되며, 포트가 네트워크 장치에서 링크 애그리게이션 그룹의 프레임의 전송 및 수신을 중단하게 더 동작하는 것을 특징으로 하는 네트워크 장치가 개시된다.
그것 내에 기억된 명령을 갖는 넌트랜지터리 머신-판독가능한 스토리지 매체로서,
프로세서에 의해 실행될 때, 프로세서가 네트워크 장치에서 동작을 수행하게 하여, 통신 실패에 따라서, 링크 애그리게이션 그룹 내의 분산 리질리언트 네트워크 상호 접속(DRNI)을 지원하고, 네트워크 장치 및 이웃 네트워크 장치가 링크 애그리게이션 그룹의 제1포털 내에 포함되며, 제1포털은 링크 애그리게이션 그룹의 링크를 통해서 2개 이상의 원격 네트워크 장치를 포함하는 제2포털과 결합되며, 원격 네트워크 장치 중 하나는 링크 애그리게이션 그룹의 네트워크 장치의 파트너 네트워크 장치이고, 네트워크 장치는 인트라-포털 링크(IPL)를 사용해서 인트라-포털 포트(IPP)를 통해서 이웃 네트워크 장치에 통신가능하게 결합되며, 동작은:
네트워크 장치가 이웃 네트워크 장치와 더 이상 통신하지 않는 것을 결정(2802)하는 단계와;
파트너 네트워크 장치가 파트너 네트워크 장치의 이웃 네트워크 장치와 더 이상 통신하지 않는 것을 결정(2804)하는 단계와;
제1포털이 제2포털보다 더 높은 포털 우선권을 갖는 것을 결정(2806)하는 단계로서, 각각의 포털은 포털 우선권이 할당되는, 결정하는 단계와;
네트워크 장치가 이웃 네트워크 장치보다 하위의 네트워크 장치 우선권을 갖는 것을 결정(2808)하는 단계로서, 각각의 네트워크 장치는 네트워크 장치 우선권이 할당되는, 결정하는 단계와;
네트워크 장치에서 링크 애그리게이션 그룹의 프레임의 전송 및 수신을 중단(2810)하는 단계를 포함하여 구성되는 것을 특징으로 하는 넌트랜지터리 머신-판독가능한 스토리지 매체가 개시된다.
통신 실패에 따라서 네트워크 장치에서 링크 애그리게이션 그룹 내의 분산 리질리언트 네트워크 상호 접속(DRNI)을 지원하는 방법으로서,
네트워크 장치 및 이웃 네트워크 장치가 링크 애그리게이션 그룹의 제1포털 내에 포함되고, 제1포털은 링크 애그리게이션 그룹의 링크를 통해서, 2개 이상의 원격 네트워크 장치를 포함하는 제2포털과 결합되며, 원격 네트워크 장치 중 하나는 링크 애그리게이션 그룹의 네트워크 장치의 파트너 네트워크 장치이고, 네트워크 장치는 인트라-포털 링크(IPL)를 사용해서 인트라-포털 포트(IPP)를 통해서 이웃 네트워크 장치에 통신가능하게 결합되며:
네트워크 장치가 파트너 네트워크 장치로부터의 트래픽을 수신하는 것을 결정(2702)하는 단계와;
네트워크 장치가 링크 애그리게이션 그룹의 제1포털 내의 이웃 네트워크 장치에 결합되는 것을 결정(2704)하는 단계와;
파트너 네트워크 장치로부터 수신된 동작 키가 갱신된 것을 결정(2706)하는 단계와;
네트워크 장치가 이웃 네트워크 장치와 더 이상 통신하지 않는 것을 결정(2708)하는 단계와;
제1포털이 제2포털보다 더 높은 포털 우선권을 갖는 것을 결정함에 따라서 네트워크 장치에서 링크 애그리게이션 그룹의 프레임의 전송 및 수신을 중단(2710)하는 단계로서, 각각의 포털은 포털 우선권이 할당되는, 중단하는 단계를 포함하여 구성되는 것을 특징으로 하는 방법이 개시된다.
통신 실패에 따라서 링크 애그리게이션 그룹 내의 분산 리질리언트 네트워크 상호 접속(DRNI)을 지원하는 네트워크 장치로서,
네트워크 장치 및 이웃 네트워크 장치가 링크 애그리게이션 그룹의 제1포털 내에 포함되고, 제1포털은 링크 애그리게이션 그룹의 링크를 통해서, 2개 이상의 원격 네트워크 장치를 포함하는 제2포털과 결합되며, 원격 네트워크 장치 중 하나는 링크 애그리게이션 그룹의 네트워크 장치의 파트너 네트워크 장치이고, 네트워크 장치는 인트라-포털 링크(IPL)를 사용해서 인트라-포털 포트(IPP)를 통해서 이웃 네트워크 장치에 통신가능하게 결합되며, 네트워크 장치는:
링크 애그리게이션 그룹의 물리적인 또는 애그리게이션 링크에 결합된 포트(1340)와;
포트에 결합되고, DRNI 기능(1313)을 실행하는 네트워크 프로세서(1300)를 포함하여 구성되고,
DRNI 기능은 네트워크 장치가 파트너 네트워크 장치로부터의 트래픽을 수신하는 것을 결정하도록 동작하고, 네트워크 장치가 링크 애그리게이션 그룹의 제1포털 내의 이웃 네트워크 장치에 결합되는 것을 결정하도록 더 동작하며, 파트너 네트워크 장치로부터 수신된 동작 키가 갱신된 것을 결정하도록 더 동작하고, 네트워크 장치가 이웃 네트워크 장치와 더 이상 통신하지 않는 것을 결정하도록 더 동작하며, 제1포털이 제2포털보다 더 높은 포털 우선권을 갖는 것을 결정함에 따라서, 포트가 네트워크 장치에서 링크 애그리게이션 그룹의 프레임의 전송 및 수신을 중단하게 더 동작하고, 각각의 포털은 포털 우선권이 할당되는 것을 특징으로 하는 네트워크 장치가 개시된다.
그것 내에 기억된 명령을 갖는 넌트랜지터리 머신-판독가능한 스토리지 매체로서,
프로세서에 의해 실행될 때, 프로세서가 네트워크 장치에서 동작을 수행하게 하여, 통신 실패에 따라서, 링크 애그리게이션 그룹 내의 분산 리질리언트 네트워크 상호 접속(DRNI)을 지원하고, 네트워크 장치 및 이웃 네트워크 장치가 링크 애그리게이션 그룹의 제1포털 내에 포함되며, 제1포털은 링크 애그리게이션 그룹의 링크를 통해서, 2개 이상의 원격 네트워크 장치를 포함하는 제2포털과 결합되며, 원격 네트워크 장치 중 하나는 링크 애그리게이션 그룹의 네트워크 장치의 파트너 네트워크 장치이고, 네트워크 장치는 인트라-포털 링크(IPL)를 사용해서 인트라-포털 포트(IPP)를 통해서 이웃 네트워크 장치에 통신가능하게 결합되며, 동작은:
네트워크 장치가 파트너 네트워크 장치로부터의 트래픽을 수신하는 것을 결정(2702)하는 단계와;
네트워크 장치가 링크 애그리게이션 그룹의 제1포털 내의 이웃 네트워크 장치에 결합되는 것을 결정(2704)하는 단계와;
파트너 네트워크 장치로부터 수신된 동작 키가 갱신된 것을 결정(2706)하는 단계와;
네트워크 장치가 이웃 네트워크 장치와 더 이상 통신하지 않는 것을 결정(2708)하는 단계와;
제1포털이 제2포털보다 더 높은 포털 우선권을 갖는 것을 결정함에 따라서, 네트워크 장치에서 링크 애그리게이션 그룹의 프레임의 전송 및 수신을 중단(2710)하는 단계로서, 각각의 포털은 포털 우선권이 할당되는, 중단하는 단계를 포함하여 구성되는 것을 특징으로 하는 넌트랜지터리 머신-판독가능한 스토리지 매체가 개시된다.
링크 애그리게이션 그룹 내의 분산 리질리언트 네트워크 상호 접속(DRNI)을 지원하기 위한 컴퓨터 프로그램으로서,
적어도 한 프로세서에 의해 실행될 때, 적어도 한 프로세서가 상기 방법을 수행하게 하는 명령을 포함하여 구성되는 것을 특징으로 하는 컴퓨터 프로그램이 개시된다.
본 발명의 실시형태는 이웃 노드 및 파트너 노드의 상태를 코디네이트하는 효과적인 방법을 제공하므로, DRCPDU를 구현하는 링크 애그리게이션 그룹 내에 트래픽 수신을 방해하는 복제된 트래픽이 없게 된다.
본 발명은, 다음의 설명 및 본 발명의 실시형태를 도시하기 위해 사용된 첨부 도면에 의해 최상으로 이해된다. 도면에 있어서:
도 1A는 2개의 네트워크 장치 사이의 한 실시형태의 링크 애그리게이션 그룹의 도면.
도 1B는 링크 애그리게이션 그룹을 통해서 2개의 네트워크를 접속하는 한 실시형태의 도면.
도 1C는 링크 애그리게이션 그룹을 통해서 2개의 네트워크를 접속하는 2개의 포털의 다른 실시형태의 도면.
도 2는 링크 애그리게이션 서브계층의 한 실시형태의 도면.
도 3A는 기본적인 분산된 릴레이 시스템의 한 실시형태의 도면.
도 3B는 2개의 포털 시스템으로부터 생성된 에뮬레이트된 시스템의 한 실시형태의 도면.
도 4는 분산된 릴레이의 2개의 DR 기능의 한 실시형태의 도면.
도 5는 DRCPDU 데이터 구조의 도면.
도 6A는 분산된 릴레이 제어 프로토콜(DRCP) 상태의 도면.
도 6B는 DRCP의 한 실시형태의 도면.
도 6C는 본 발명의 한 실시형태에 따른 DRCPDU 구조의 토폴로지(topology) 상태 필드.
도 7은 상태 머신들 중의 관계를 도시하는 흐름도.
도 8은 수신 머신을 위한 상태 머신을 도시하는 흐름도.
도 9는 주기적인 전송을 위한 상태 머신을 도시하는 흐름도.
도 10은 포털 시스템 머신을 도시하는 흐름도.
도 11은 DRNI 및 애그리게이터 머신 동작을 도시하는 흐름도.
도 12는 DRNI IPP 머신 상태(status)를 도시하는 흐름도.
도 13은 DRNI을 구현하는 네트워크 장치의 한 실시형태의 도면.
도 14는 본 발명의 한 실시형태에 따른 DRCPDU 데이터 구조의 다른 도면.
도 15는 본 발명의 한 실시형태에 따른 상태 머신들 중의 관계를 도시하는 다른 흐름도.
도 16은 본 발명의 한 실시형태에 따른 수신 머신을 위한 상태 머신을 도시하는 다른 흐름도.
도 17은 본 발명의 한 실시형태에 따른 주기적인 전송을 위한 상태 머신을 도시하는 다른 흐름도.
도 18은 본 발명의 한 실시형태에 따른 포털 시스템 머신을 도시하는 다른 흐름도.
도 19는 본 발명의 한 실시형태에 따른 그 이웃 노드와의 통신을 상실함에 따라 DRCP 노드의 동작을 도시하는 흐름도.
도 20은 본 발명의 한 실시형태에 따른 다중의 트래픽 스트림을 수신함에 따라 그 이웃 노드와 코디네이팅하는 DRCP 노드의 동작을 도시하는 흐름도.
도 21은 본 발명의 한 실시형태에 따른 포털 토폴로지의 도면.
도 22는 본 발명의 한 실시형태에 따른 애그리게이터 포트 수신 상태 머신의 도면.
도 23은 본 발명의 한 실시형태에 따른 게이트웨이 분산 상태 머신의 도면.
도 24는 본 발명의 한 실시형태에 따른 IPP N 수신 상태 머신의 도면.
도 25는 본 발명의 한 실시형태에 따른 DRCPDU 데이터 구조의 다른 도면.
도 26A는 본 발명의 한 실시형태에 따른 애그리게이션 포트를 위한 대화 마스크 TLV를 도시한다.
도 26B는 본 발명의 한 실시형태에 따른 애그리게이션 포트의 대화 마스크 TLV 내의 대화 마스크 상태 필드를 도시한다.
도 27은 본 발명의 한 실시형태에 따른 통신 실패 조건에 따라서 그 이웃 노드와 코디네이팅하는 DRCP 노드의 동작을 도시한다.
도 28은 본 발명의 한 실시형태에 따른 통신 실패에 따른 DRCP 노드의 동작을 도시한다.
도 29는 본 발명의 한 실시형태에 따른 DRCPDU 구조의 다른 토폴로지 상태 필드이다.
도 30은 본 발명의 한 실시형태에 따른 네트워크/IPL 공유 머신을 도시한다.
도 31은 본 발명의 한 실시형태에 따른 노드에서 네트워크/IPL 공유를 위한 방법을 도시한다.
도 32는 본 발명의 한 실시형태에 따른 DRCPDU 구조를 포함하는 프레임을 통한 통신의 방법을 도시한다.
도 33은 본 발명의 한 실시형태에 따른 DRNI 링크 애그리게이션 그룹의 노드에 있어서의 이웃과 동기화하기 위한 방법을 도시한다.
도 34는 본 발명의 한 실시형태에 따른 분산된 리질리언트 네트워크 상호 접속(DRNI)에 있어서 노드의 동작 상태를 갱신하기 위한 방법을 도시한다.
도 35는 본 발명의 한 실시형태에 따른 분산된 리질리언트 네트워크 상호 접속(DRNI)에 있어서의 DRCP 노드에서 애그리게이터 또는 게이트웨이를 위한 대화 ID의 세트의 구성을 위한 방법을 도시한다.
도 36은 본 발명의 한 실시형태에 따른 분산된 리질리언트 네트워크 상호 접속(DRNI)에 있어서의 DRCP 노드에서 IPP에 대한 대화 ID의 세트의 구성을 위한 방법을 도시한다.
도 1A는 2개의 네트워크 장치 사이의 한 실시형태의 링크 애그리게이션 그룹의 도면.
도 1B는 링크 애그리게이션 그룹을 통해서 2개의 네트워크를 접속하는 한 실시형태의 도면.
도 1C는 링크 애그리게이션 그룹을 통해서 2개의 네트워크를 접속하는 2개의 포털의 다른 실시형태의 도면.
도 2는 링크 애그리게이션 서브계층의 한 실시형태의 도면.
도 3A는 기본적인 분산된 릴레이 시스템의 한 실시형태의 도면.
도 3B는 2개의 포털 시스템으로부터 생성된 에뮬레이트된 시스템의 한 실시형태의 도면.
도 4는 분산된 릴레이의 2개의 DR 기능의 한 실시형태의 도면.
도 5는 DRCPDU 데이터 구조의 도면.
도 6A는 분산된 릴레이 제어 프로토콜(DRCP) 상태의 도면.
도 6B는 DRCP의 한 실시형태의 도면.
도 6C는 본 발명의 한 실시형태에 따른 DRCPDU 구조의 토폴로지(topology) 상태 필드.
도 7은 상태 머신들 중의 관계를 도시하는 흐름도.
도 8은 수신 머신을 위한 상태 머신을 도시하는 흐름도.
도 9는 주기적인 전송을 위한 상태 머신을 도시하는 흐름도.
도 10은 포털 시스템 머신을 도시하는 흐름도.
도 11은 DRNI 및 애그리게이터 머신 동작을 도시하는 흐름도.
도 12는 DRNI IPP 머신 상태(status)를 도시하는 흐름도.
도 13은 DRNI을 구현하는 네트워크 장치의 한 실시형태의 도면.
도 14는 본 발명의 한 실시형태에 따른 DRCPDU 데이터 구조의 다른 도면.
도 15는 본 발명의 한 실시형태에 따른 상태 머신들 중의 관계를 도시하는 다른 흐름도.
도 16은 본 발명의 한 실시형태에 따른 수신 머신을 위한 상태 머신을 도시하는 다른 흐름도.
도 17은 본 발명의 한 실시형태에 따른 주기적인 전송을 위한 상태 머신을 도시하는 다른 흐름도.
도 18은 본 발명의 한 실시형태에 따른 포털 시스템 머신을 도시하는 다른 흐름도.
도 19는 본 발명의 한 실시형태에 따른 그 이웃 노드와의 통신을 상실함에 따라 DRCP 노드의 동작을 도시하는 흐름도.
도 20은 본 발명의 한 실시형태에 따른 다중의 트래픽 스트림을 수신함에 따라 그 이웃 노드와 코디네이팅하는 DRCP 노드의 동작을 도시하는 흐름도.
도 21은 본 발명의 한 실시형태에 따른 포털 토폴로지의 도면.
도 22는 본 발명의 한 실시형태에 따른 애그리게이터 포트 수신 상태 머신의 도면.
도 23은 본 발명의 한 실시형태에 따른 게이트웨이 분산 상태 머신의 도면.
도 24는 본 발명의 한 실시형태에 따른 IPP N 수신 상태 머신의 도면.
도 25는 본 발명의 한 실시형태에 따른 DRCPDU 데이터 구조의 다른 도면.
도 26A는 본 발명의 한 실시형태에 따른 애그리게이션 포트를 위한 대화 마스크 TLV를 도시한다.
도 26B는 본 발명의 한 실시형태에 따른 애그리게이션 포트의 대화 마스크 TLV 내의 대화 마스크 상태 필드를 도시한다.
도 27은 본 발명의 한 실시형태에 따른 통신 실패 조건에 따라서 그 이웃 노드와 코디네이팅하는 DRCP 노드의 동작을 도시한다.
도 28은 본 발명의 한 실시형태에 따른 통신 실패에 따른 DRCP 노드의 동작을 도시한다.
도 29는 본 발명의 한 실시형태에 따른 DRCPDU 구조의 다른 토폴로지 상태 필드이다.
도 30은 본 발명의 한 실시형태에 따른 네트워크/IPL 공유 머신을 도시한다.
도 31은 본 발명의 한 실시형태에 따른 노드에서 네트워크/IPL 공유를 위한 방법을 도시한다.
도 32는 본 발명의 한 실시형태에 따른 DRCPDU 구조를 포함하는 프레임을 통한 통신의 방법을 도시한다.
도 33은 본 발명의 한 실시형태에 따른 DRNI 링크 애그리게이션 그룹의 노드에 있어서의 이웃과 동기화하기 위한 방법을 도시한다.
도 34는 본 발명의 한 실시형태에 따른 분산된 리질리언트 네트워크 상호 접속(DRNI)에 있어서 노드의 동작 상태를 갱신하기 위한 방법을 도시한다.
도 35는 본 발명의 한 실시형태에 따른 분산된 리질리언트 네트워크 상호 접속(DRNI)에 있어서의 DRCP 노드에서 애그리게이터 또는 게이트웨이를 위한 대화 ID의 세트의 구성을 위한 방법을 도시한다.
도 36은 본 발명의 한 실시형태에 따른 분산된 리질리언트 네트워크 상호 접속(DRNI)에 있어서의 DRCP 노드에서 IPP에 대한 대화 ID의 세트의 구성을 위한 방법을 도시한다.
다음의 설명에서는, 다수의 특정 세부 사항이 설명된다. 그런데, 본 발명의 실시형태는 이들 특정 세부 사항 없이도 실시될 수 있는 것으로 이해된다. 다른 예에서, 널리 공지된 회로, 구조 및 기술은 이러한 설명의 이해를 모호하게 하지 않기 위해서 상세히 나타내지 않는다.
그런데, 본 발명은 이러한 특정 세부 사항 없이도 실시될 수 있음을 당업자는 명확히 이해할 수 있다. 다른 예들에 있어서는, 제어 구조, 게이트 레벨 회로 및 전체 소프트웨어 명령 시퀀스는 본 발명을 불명료하게 하지 않기 위해 상세히 도시되지 않았다. 본 기술 분야의 당업자는, 포함된 설명과 함께, 과도한 실험 없이 적절한 기능을 구현할 수 있게 된다.
"한 실시형태", "실시형태", "예시적인 실시형태" 등에 대한 본 명세서에서의 참조는, 기술된 실시형태가 특정한 특징, 구조 또는 특성을 포함할 수 있는 것을 가리키지만, 모든 실시형태가 특정한 특징, 구조 또는 특성을 반드시 포함할 필요는 없다. 더욱이, 이러한 문구는 반드시 동일한 실시형태를 지칭하는 것은 아니다. 더욱이, 특정한 특징, 구조 또는 특성이 일 실시형태와 관련하여 기술될 때, 이런 기술은, 명확하게 기술되던지 그렇지 않던지, 본 기술 분야의 당업자의 지식 내에서, 다른 실시형태와 관련해서 이러한 특징, 구조 또는 특성에 영향을 미치는 것으로, 진술된다.
용어
다음의 용어가 설명에서 사용될 수 있다.
액터(Actor): 링크 애그리게이션 제어 프로토콜(LACP) 교환에 있어서의 로컬 엔티티(즉, 노드 또는 네트워크 장치).
애그리게이션 키(Aggregation Key): 각각의 애그리게이션 포트 및 함께 애그리게이트될 수 있는 이들 애그리게이션 포트를 식별하는 애그리게이션 시스템의 각각의 애그리게이터와 연관된 파라미터. 동일한 애그리게이션 키 값을 공유하는 애그리게이션 시스템 내의 애그리게이션 포트는 함께 애그리게이트하는 것이 잠재적으로 가능하다.
애그리게이션 포트: 애그리게이터에 의해 지원된 애그리게이션 시스템에 있어서의 서비스 액세스 포인트(SAP) .
애그리게이션 시스템: 애그리게이션의 목적을 위한 하나 이상의 애그리게이션 포트의 임의의 그룹화를 (다른 것 중에서도) 포함하여 구성되는 독특하게 식별가능한 엔티티. 일례의 애그리게이트된 링크는 2개의 애그리게이션 시스템 사이에서 항상 일어난다. 물리적인 장치는 시그널 애그리게이션 시스템 또는 하나 이상의 애그리게이션 시스템을 포함하여 구성될 수 있다.
애그리게이션 클라이언트: 이에 대해서 링크 애그리게이션 서브계층이 내부 서브계층 서비스(ISS)의 인스턴스를 제공하는, 링크 애그리게이션 서브계층 바로 위의 계층화된 엔티티.
대화(Conversation): 한 엔드 스테이션으로부터 다른 스테이션으로 전송된 프레임의 세트이고, 여기서 모든 프레임은 순서의 시퀀스를 형성하고, 여기서 통신하는 엔드 스테이션은 교환된 프레임의 세트 중에 유지되는 순서화를 요구한다.
대화 ID: 대화를 식별하기 위해서 값(예를 들어, 0 4095의 범위 내에서)을 사용하는 식별자.
데이터 단말 장비(DTE): 로컬 에어리어 네트워크에 접속된 데이터의 소정의 소스 또는 목적지.
분산된 릴레이(DR): 포털을 포함하여 구성되는 각각의 애그리게이션 시스템에 있어서 DR 기능에 의해 포털에 걸쳐서 분산된 기능적인 엔티티이고, 이는 게이트웨이로부터 애그리게이터로 나가는 프레임을 분산하고, 애그리게이터로부터 들어오는 프레임을 분산한다.
분산된 리질리언트 네트워크 상호 접속(DRNI): 각각의 포털 및 애그리게이션 시스템, 또는 2개(또는 이상)의 포털을 포함하기 위해서 확장된 링크 애그리게이션.
DR 기능: 단일 포털 시스템 내에 존재하는 분산된 릴레이의 부분.
게이트웨이: 게이트웨이 링크 및 2개의 게이트웨이 포트로 이루어지는, 전형적으로 시스템에 대해서 분산된 릴레이를 가상(시스템들 사이의 물리적인 링크가 아닌) 접속하는, 접속.
게이트웨이 대화 ID: 게이트웨이를 통과하는 프레임을 선택하기 위해 사용된 대화 ID 값. 게이트웨이 대화 ID: 게이트웨이를 통과하는 프레임을 선택하기 위해 사용된 대화 ID 값.
내부 서브계층 서비스(ISS): IEEE Std 802.1AC-2012 내에 규정된 MAC 서비스의 증가된(argumented) 버전.
인트라-포털 링크(IPL): 분산된 릴레이를 포함하여 구성되는 DR 기능에 접속하기 위해 사용된 링크.
링크 애그리게이션 그룹(LAG): 단일 링크인 것처럼 애그리게이터 클라이언트에 보이는 링크의 그룹. 링크 애그리게이션 그룹은 2개의 애그리게이션 시스템, 애그리게이션 시스템 및 포털, 또는 2개의 포털을 접속시킬 수 있다. 하나 이상의 대화가 링크 애그리게이션 그룹의 부분인 각각의 링크와 연관될 수 있다.
파트너: 링크 애그리게이션 제어 프로토콜 교환에 있어서의 원격 엔티티(즉, 노드 또는 네트워크 장치).
포트 대화 식별자(ID): 애그리게이션 포트를 통과하는 프레임을 선택하기 위해 사용된 대화 식별자 값.
포털: DRNI의 일 단부; 각각이 링크 애그리게이션 그룹을 함께 포함하여 구성되는 물리적인 링크를 갖는, 하나 이상의 애그리게이션 시스템을 포함. 포털의 애그리게이션 시스템들은, 전체 링크 애그리게이션 그룹이 부착된 단일 애그리게이션 시스템의 존재를 에뮬레이트하기 위해 협동한다.
포털 시스템 넘버: 그 포털 내에서 포털 시스템을 독특하게 식별하는 정수(예를 들어, 1부터 3까지).
선택 알고리즘: 프레임을 대화 ID에 할당 및 대화 ID를 애그리게이션 포트 및 게이트웨이에 할당하기 위해 사용된 알고리즘.
서비스 ID: 이와 함께 그 프레임이 연관된 서비스 인스턴스를 식별하는 프레임의 헤더(VID, I-SID, 등)로부터 추출된 값.
서비스 인스턴스: 서비스 인스턴스는, 한 SAP에 대해서 나타낸 Data.Request 프리미티브(primitive)가 그 세트 내의 하나 이상의 다른 SAP에서 일어나는 Data.Indication 프리미티브로 귀결될 수 있도록 하는 서비스 액세스 포인트(SAPs)의 세트이다. 오퍼레이터 및 커스터머의 문맥에서, 특정 커스터머는, 오퍼레이터에 의한 이러한 세트의 모든 SAP에 대한 액세스가 주어진다.
타입/길이/값(TLV: Type/Length/Value): 후속하는 타입, 길이, 및 값 필드로 이루어지는 정보 엘리먼트의 짧은, 변수 길이 인코딩, 여기서 타입 필드는 정보의 타입을 식별하고, 길이 필드는 옥텟(Octet)으로 정보 필드의 길이를 가리키며, 값 필드는 정보 자체를 포함한다. 타입 값은 로컬로 규정되고 이 표준 내에 규정된 프로토콜 내에서 독특하게 될 필요가 있다.
다음의 설명 및 청구항에 있어서, 그들의 파생어와 함께 "결합된" 및 "접속된"이 사용될 수 있다. 이들 용어는 서로 동의어로서 의도되지 않는 것으로 이해되어야 한다. "결합된"은, 서로 직접적으로 물리적인 또는 전기적인 접촉으로 되지 않을 수 있는 2개 이상의 엘리먼트가 서로 협동 또는 상호 작용하는 것을 가리키기 위해서 사용된다. "접속된"은, 서로 결합되는 2개 이상의 엘리먼트 사이의 통신의 수립을 가리키기 위해서 사용된다. 여기서 사용되는 바와 같이 "세트"는 한 항목을 포함하는 항목들의 소정의 양(positive)의 전체 수와 관련이 있다.
전자 장치(예를 들어, 엔드 스테이션, 네트워크 장치)는, 넌트랜지터리 머신-판독가능한 매체와 같은 머신-판독가능한 매체(자기 디스크; 광학 디스크; 리드 온리 메모리; 플래시 메모리 장치; 페이스 변경 메모리와 같은, 예를 들어 머신-판독가능한 스토리지 매체) 및 트랜지터리 머신-판독가능한 전송 매체(예를 들어, 전기적인, 광학, 음향 또는 다른 형태의 전파된 시그널 - 반송파, 적외선 시그널)를 사용해서, 코드(예를 들어, 명령을 포함하여 구성되는 컴퓨터 프로그램인 소프트웨어 명령들로 구성되는) 및 데이터를 기억 및 전송(내부적으로 및/또는 네트워크를 통해서 다른 전자 장치와 함께)한다. 더욱이, 이러한 전자 장치는 하나 이상의 다른 컴포넌트 - 예를 들어 하나 이상의 넌트랜지터리 머신-판독가능한 스토리지 매체(코드 및/또는 데이터를 기억하기 위해서) 및 네트워크 접속(전파하는 시그널을 사용해서 코드 및/또는 데이터를 전송하기 위해서)만 아니라, 몇몇 경우에 있어서 유저 입력/출력 장치(예를 들어, 키보드, 터치스크린 및/또는 디스플레이)에 결합된 세트의 하나 이상의 프로세서와 같은 하드웨어를 포함한다. 세트의 프로세서 및 다른 컴포넌트의 결합은, 전형적으로 전자 장치(예를 들어, 버스들 및 가능하게는 브리지들) 내의 하나 이상의 상호 접속을 통해서이다. 따라서, 주어진 전자 장치의 넌트랜지터리 머신-판독가능한 매체는, 전형적으로, 그 전자 장치의 하나 이상의 프로세서상에서의 실행을 위한 명령을 기억한다. 본 발명의 실시형태의 하나 이상의 부분은 다른 조합의 소프트웨어, 펌웨어, 및/또는 하드웨어를 사용해서 구현될 수 있다.
여기서 사용되는 바와 같이, 네트워크 장치(예를 들어, 라우터, 스위치, 브리지)는 하드웨어 및 소프트웨어를 포함하는 하나의 네트워킹 장비인데, 이는 네트워크 상의 다른 장비(예를 들어, 다른 네트워크 장치, 엔드 스테이션)와 통신가능하게 상호 접속한다. 몇몇 네트워크 장치는, 다중의 네트워킹 기능(예를 들어, 라우팅, 브리징, 스위칭, 계층 2 애그리게이션, 세션 경계 제어, 서비스의 품질, 및/또는 가입자 관리)을 위한 지원을 제공, 및/또는 다중의 애플리케이션 서비스(예를 들어, 데이터, 보이스, 및 비디오)를 위한 지원을 제공하기 위한 "다중의 서비스 네트워크 장치"이다. 가입자 엔드 스테이션(예를 들어, 서버, 워크테이션, 랩탑, 넷북, 팜 탑, 모바일 폰, 스마트폰, 멀티미디어 폰, 보이스 오버 인터넷 프로토콜(VOIP) 폰, 유저 장비, 단말, 포터블 미디어 플레이어, GPS 유닛, 게임 시스템, 셋탑 박스)는 인터넷을 통해서 제공된 콘텐트/서비스 및/또는 인터넷 상에 (예를 들어, 인터넷을 통해서 터널링된) 겹쳐진 가상 사설 네트워크(VPNs) 상에 제공된 콘텐트/서비스에 액세스한다. 콘텐트 및/또는 서비스는, 전형적으로 서비스 또는 콘텐트 프로바이더에 속하는 하나 이상의 엔드 스테이션(예를 들어, 서버 엔드 스테이션) 또는 피어-투-피어(P2P) 서비스에 참가하는 엔드 스테이션에 의해 제공되고, 예를 들어, 퍼블릭 웹페이지(예를 들어, 프리 콘텐트, 스토어 프론트, 서치 서비스), 사설 웹페이지(예를 들어, 이메일 서비스를 제공하는 유저네임/패스워드 액세스된 웹페이지) 및/또는 VPN를 통한 사내 네트워크를 포함할 수 있다. 전형적으로, 가입자 엔드 스테이션은 에지 네트워크 장치에 결합되는데(예를 들어, (유선 또는 무선으로) 액세스 네트워크에 결합된 커스터머 프레미스 장비를 통해서), 이들은 다른 에지 네트워크 장치에 결합되고(예를 들어, 하나 이상의 코어 네트워크 장치를 통해서), 이들은 다른 엔드 스테이션(예를 들어, 서버 엔드 스테이션)에 결합된다.
네트워크 장치는 제어 플레인 및 데이터 플레인으로 공통으로 분리된다(때때로 포워딩 플레인 또는 미디어 플레인으로서 언급). 네트워크 장치가 라우터인(또는 라우팅 기능성을 구현하는) 경우, 제어 플레인은, 전형적으로, 어떻게 데이터(예를 들어, 패킷)가 라우팅 되는지(예를 들어, 데이터에 대한 다음 홉 및 그 데이터에 대해서 나가는 포트)를 결정하고, 데이터 플레인은 그 데이터의 포워딩을 담당한다. 예를 들어, 제어 플레인은, 전형적으로, 하나 이상의 라우팅 프로토콜(예를 들어, 경계 게이트웨이 프로토콜(BGP)(RFC 4271), 내부 게이트웨이 프로토콜(들)(IGP)(예를 들어, 오픈 최단 경로 우선(OSPF)(RFC 2328 및 5340), 중간 시스템 대 중간 시스템(IS-IS)(RFC 1142), 라우팅 정보 프로토콜(RIP)(버전 1 RFC 1058, 버전 2 RFC 2453, 및 다음 생성 RFC 2080)), 라벨 분산 프로토콜(LDP)(RFC 5036), 리소스 보존 프로토콜(RSVP)(RFC 2205, 2210, 2211, 2212만 아니라, RSVP-트래픽 엔지니어링(TE): LSP 터널 RFC 3209를 위한 RSVP에 대한 확장, 일반화된 다중-프로토콜 라벨 스위칭(GMPLS) 시그널링 RSVP-TE RFC 3473, RFC 3936, 4495, 및 4558)과 같은 외부 게이트웨이 프로토콜)을 포함하는데, 이는 하나 이상의 라우팅 매트릭스에 기반해서 이들 라우트를 교환 및 선택하기 위해서 다른 네트워크 장치와 통신한다. 더욱이, 제어 플레인은, 또한, 전형적으로, 래피드 스패닝 트리 프로토콜(RSTP), 다중의 스패닝 트리 프로토콜(MSTP), 및 SPB(최단 경로 브리징)와 같은 ISO 계층 2 제어 프로토콜을 포함하는데, 이들은 다양한 표준 바디(예를 들어, SPB는 IEEE Std 802.1aq-2012 내에 규정되었다)에 의해 표준화된다.
라우트 및 애드제이션시(adjacency)는 제어 플레인 상의 하나 이상의 라우팅 구조(예를 들어, 라우팅 정보 베이스(RIB), 라벨 정보 베이스(LIB), 하나 이상의 애드제이션시 구조) 내에 기억된다. 제어 플레인은 라우팅 구조(들)에 기반해서 정보(예를 들어, 이웃 및 라우트 정보)를 갖는 데이터 플레인을 프로그래밍한다. 예를 들어, 제어 플레인은, 이웃 및 라우트 정보를 데이터 플레인 상의 하나 이상의 포워딩 구조(예를 들어, 포워딩 정보 베이스(FIB), 라벨 포워딩 정보 베이스(LFIB), 및 하나 이상의 애드제이션시 구조)로 프로그래밍한다. 데이터 플레인은, 트래픽을 포워딩할 때, 이들 포워딩 및 애드제이션시 구조를 사용한다.
각각의 라우팅 프로토콜은 소정의 라우트 매트릭스에 기반해서 메인 RIB로의 라우트 엔트리를 다운로드한다(매트릭스는 다른 라우팅 프로토콜에 대해서 다르게 될 수 있다). 각각의 라우팅 프로토콜은, 로컬 RIB(예를 들어, OSPF 로컬 RIB)에 있어서, 메인 RIB로 다운로드되지 않는 라우트 엔트리를 포함하는, 라우트 엔트리를 기억할 수 있다. 메인 RIB를 관리하는 RIB 모듈은, 라우팅 프로토콜에 의해 다운로드된 라우트로부터 라우트를 선택하고(세트의 매트릭스에 기반해서) 및 이들 선택된 라우트(때때로, 액티브 라우트 엔트리로서 언급)를 데이터 플레인에 다운로드한다. 또한, RIB 모듈은 라우트들이 라우팅 프로토콜들 사이에서 재분산되게 할 수 있다. 계층 2 포워딩을 위해서, 네트워크 장치는 그 데이터 내의 계층 2 정보에 기반해서 데이터를 포워드하기 위해 사용된 하나 이상의 브리징 테이블을 기억할 있다.
전형적으로, 네트워크 장치는, 하나 이상의 라인 카드의 세트, 하나 이상의 제어 카드의 세트, 및 하나 이상의 서비스 카드(때때로, 리소스 카드로서 언급)의 옵션으로 세트를 포함한다. 이들 카드는 하나 이상의 상호 접속 메커니즘(예를 들어, 라인 카드를 결합하는 제1전체 메시 및 모든 카드를 결합하는 제2전체 메시)을 통해서 함께 결합된다. 라인 카드의 세트가 데이터 플레인을 구성하는 한편, 제어 카드의 세트가 제어 플레인을 제공하고, 패킷을 라인 카드를 통해서 외부 네트워크 장치와 교환한다. 서비스 카드의 세트는 특화된 처리(예를 들어, 계층 4 내지 계층 7 서비스(예를 들어, 방화벽, 인터넷 프로토콜 보완(IPsec)(RFC 4301 및 4309), 침투 검출 시스템(IDS), 피어-투-피어(P2P), 보이스 오버 IP(VoIP) 세션 경계 제어기, 모바일 와이어리스 게이트웨이(게이트웨이 일반 패킷 무선 서비스(GPRS) 지원 노드(GGSN), 진화형 패킷 코어(EPC) 게이트웨이))를 제공한다. 한 예로서, IPsec 터널을 종료하고, 참가 입증 및 암호화 알고리즘을 실행하기 위해서 서비스 카드가 사용될 수 있다.
여기서 사용되는 바와 같이, 노드는 IP 패킷 내의 몇몇 IP 헤더 정보에 기반해서 IP 패킷을 포워드하고; 여기서, IP 헤더 정보는, 소스 IP 어드레스, 목적지 IP 어드레스, 소스 포트, 목적지 포트(여기서 "소스 포트" 및 "목적지 포트"는 네트워크 장치의 물리적인 포트에 대항하는 프로토콜 포트로서 언급), 전송 프로토콜(예를 들어, 유저 데이터그램 프로토콜(UDP)(RFC 768, 2460, 2675, 4113, 및 5405), 전송 제어 프로토콜(TCP)(RFC 793 및 1180), 및 차별화된 서비스(DSCP) 값(RFC 2474, 2475, 2597, 2983, 3086, 3140, 3246, 3247, 3260, 4594, 5865, 3289, 3290, 및 3317)을 포함한다. 노드들은, 네트워크 장치 내에 구현된다. 물리적인 노드는 직접적으로 네트워크 장치상에 구현되는 반면, 가상 노드는 네트워크 장치상에서 구현된 소프트웨어 및 가능하게는 하드웨어의 추상적 개념이다. 따라서, 다중의 가상 노드가 단일 네트워크 장치상에서 구현될 수 있다.
네트워크 인터페이스는 물리적인 또는 가상인 것으로 될 수 있고; 인터페이스 어드레스는 네트워크 인터페이스에 할당된 IP 어드레스이며, 이것이 물리적인 네트워크 인터페이스 또는 가상 네트워크 인터페이스일 것이다. 물리적인 네트워크 인터페이스는 이를 통해서 네트워크 접속이 만들어진 네트워크 장치 내의 하드웨어이다(예를 들어, 와이어리스 네트워크 인터페이스 제어기(WNIC)를 통해서 무선으로 또는 네트워크 인터페이스 제어기(NIC)에 접속된 포트에 대한 캐이블의 플러깅(plugging)을 통해서). 전형적으로, 네트워크 장치는 다중의 물리적인 네트워크 인터페이스를 갖는다. 가상 네트워크 인터페이스는, 물리적인 네트워크 인터페이스, 다른 가상 인터페이스와 연관될 수 있거나, 또는 그 자체에 기초한다(예를 들어, 루프백 인터페이스, 포인트 투 포인트 프로토콜 인터페이스). 네트워크 인터페이스(물리적인 또는 가상)는 넘버가 붙을 수 있거나(IP 어드레스를 갖는 네트워크 인터페이스) 또는 넘버가 붙지 않을 수 있다(IP 어드레스 없는 네트워크 인터페이스). 루프백 인터페이스(및 그 루프백 어드레스)는 관리 목적을 위해 흔히 사용된 노드(물리적인 또는 가상)의 특정 타입의 가상 네트워크 인터페이스(및 IP 어드레스)인데; 여기서 이러한 IP 어드레스는 노드의 루프백 어드레스로서 언급된다. 네트워크 장치의 네트워크 인터페이스(들)에 할당된 IP 어드레스(들)은, 그 네트워크 장치의 IP 어드레스들로서 언급되고; 더 거친(granular) 레벨에서, 네트워크 장치 상에 구현된 노드에 할당된 네트워크 인터페이스(들)에 할당된 IP 어드레스(들)은 그 노드의 IP 어드레스로서 언급될 수 있다.
몇몇 네트워크 장치들은 VPN(가상 사설 네트워크)(예를 들어, 계층 2 VPN 및/또는 계층 3 VPN)를 구현하기 위한 지원을 제공한다. 예를 들어, 프로바이더의 네트워크 및 커스터머의 네트워크가 결합되는 네트워크 장치는, 각각 PE(프로바이더 에지) 및 CE(커스터머 에지)로서 언급된다. 계층 2 VPN에서, 포워딩은, 전형적으로, VPN의 어느 한 단부 상에서 CE(들) 상에서 수행되고, 트래픽은 네트워크를 가로질러 송신된다(예를 들어, 다른 네트워크 장치에 의해 결합된 하나 이상의 PE를 통해서). 계층 2 회로는 CE와 PE 사이에 구성된다(예를 들어, 에더넷 포트, ATM 영구 가상 회로(PVC), 프레임 릴레이 PVC). 계층 3 VPN에서, 라우팅은, 전형적으로, PE에 의해 수행된다. 한 예로서, 다중의 문맥을 지원하는 에지 네트워크 장치가 PE로서 배치될 수 있고, 문맥은 VPN 프로토콜로 구성될 수 있으며, 따라서 그 문맥은 VPN 문맥으로서 언급된다.
몇몇 네트워크 장치는 VPLS(가상 사설 LAN 서비스)(RFC 4761 및 4762)을 위한 지원을 제공한다. 예를 들어, VPLS 네트워크에 있어서, 가입자 엔드 스테이션은 CE에 결합함으로써 VPLS 네트워크를 통해서 제공된 콘텐트/서비스에 액세스하는데, CE들은 다른 네트워크 장치에 의해 결합된 PE를 통해서 결합된다. VPLS 네트워크는 트리플 플레이 네트워크 애플리케이션(예를 들어, 데이터 애플리케이션(예를 들어, 고속 인터넷 액세스), 비디오 애플리케이션(예를 들어, IPTV(인터넷 프로토콜 텔레비전와 같은 텔레비전 서비스), VoD(비디오 온 디멘드) 서비스), 및 보이스 애플리케이션(예를 들어, VoIP(보이스 오버 인터넷 프로토콜) 서비스)), VPN 서비스 등을 구현하기 위해 사용될 수 있다. VPLS은, 다중-포인트 접속성을 위해 사용될 수 있는 계층 2 VPN의 타입이다. 또한, VPLS 네트워크는, 이들이 로컬 에어리어 네트워크(LAN)(에뮬레이트된 LAN로서 언급) 내에서 서로 직접적으로 부착된 것처럼, 분리의 지리적인 위치에서 CE와 결합된 가입자 엔드 스테이션들이 와이드 에어리어 네트워크(WAN)를 가로질러 서로 통신하게 허용한다.
VPLS 네트워크에 있어서, 각각의 CE는, 전형적으로, 가능하게는 액세스 네트워크(유선 및/또는 와이어리스)를 통해서, PE의 브리지 모듈에, 부착 회로(예를 들어, CE와 PE 사이의 가상 링크 또는 접속)를 통해서 부착된다. PE의 브리지 모듈은 에뮬레이트된 LAN에 에뮬레이트된 LAN 인터페이스를 통해서 부착된다. 각각의 브리지 모듈은, MAC 어드레스를 의사회선(pseudowire) 및 부착 회로에 맵핑하는 포워딩 테이블을 유지함으로써, "가상 스위치 인스턴스"(VSI)로서 행동한다. PE는 프레임(CE로부터 수신)을 목적지(예를 들어, 다른 CE, 다른 PE)로, 이들 프레임 내에 포함된 MAC 목적지 어드레스 필드에 기반해서 포워드한다.
링크
애그리게이션
서브계층
도 2는 링크 애그리게이션 서브계층(200)의 한 실시형태의 도면이다. 애그리게이터 클라이언트(202)는 세트의 애그리게이션 포트(292, 294, 296)와 애그리게이터(250)를 통해서 통신한다. 한 실시형태에 있어서, 애그리게이터(250)는 표준 IEEE Std 802.1Q 내부 서브계층 서비스(ISS) 인터페이스를 애그리게이터 클라이언트(202)에 제공한다. 애그리게이터(250)는 애그리게이션 포트(292, 294, 296)를 포함하는 하나 이상의 애그리게이션 포트에 바인딩된다. 애그리게이터(250)는 프레임 전송을 애그리게이터 클라이언트(202)로부터 애그리게이션 포트(292, 294, 296)로 분산하고, 애그리게이션 포트(292, 294, 296)로부터 수신된 프레임을 수집하고, 이들을 애그리게이터 클라이언트(202)에 투명하게 통과시킨다.
애그리게이터(250)에 대한 애그리게이션 포트(292, 294, 296)의 바인딩은 링크 애그리게이션 제어(210)에 의해 관리되는데, 이는 어떤 링크가 애그리게이트될 수 있는지를 결정하고, 이들을 애그리게이팅하며, 애그리게이션 포트를 적합한 애그리게이터에 바인딩하고, 애그리게이션의 변경이 필요한 때를 결정하기 위한 조건을 모니터링하는 것에 대한 책임이 있다. 결정 및 바인딩은 네트워크 관리기에 의한 링크 애그리게이션의 상태 변수의 직접 조작을 통해서(예를 들어, 애그리게이션 키를 통해서) 매뉴얼 제어하에서 될 수 있다. 더욱이, 자동의 결정, 구성, 바인딩, 및 모니터링은, 링크 애그리게이션 제어 프로토콜(LACP)(214)의 사용을 통해서 일어날 수 있다. LACP(214)는, 일관되게, 다양한 링크의 애그리게이션 능력을 결정하고, 주어진 쌍의 애그리게이션 시스템 사이에서 달성가능한 애그리게이션 능력의 최대 레벨을 연속적으로 제공하기 위해서, 링크를 가로질러 피어 교환을 사용한다.
애그리게이션 시스템은 다중의 애그리게이터 클라이언트를 서빙하는 다중의 애그리게이터를 포함할 수 있다. 주어진 애그리게이션 포트는 소정의 시간에 (최대한) 단일 애그리게이터를 바인딩하게 된다. 애그리게이터 클라이언트는 어떤 시간에 단일 애그리게이터에 의해 서빙된다.
프레임 순서화는 애그리게이터 클라이언트(대화로서 공지된) 사이의 소정의 시퀀스의 프레임 교환에 대해서 유지된다. 프레임 분산기(234)는, 주어진 대화의 모든 프레임이 단일 애그리게이션 포트를 통과하는 것을 보장한다. 주어진 대화에 대해서, 프레임 수집기(224)는, 이들이 애그리게이션 포트로부터 수신되는 순서로 프레임을 애그리게이터 클라이언트(202)를 통과시키기 위해서 요구된다. 프레임 수집기(224)는, 그렇지 않으면, 애그리게이션 포트(292, 294, 296)로부터 수신된 프레임들을 소정의 순서로 자유롭게 선택한다. 프레임을 단일 링크 상에서 오정렬되게 하기 위한 수단이 없으므로, 이는, 프레임 순서화가 소정의 대화 동안 유지되는 것을 보장한다. 대화들은, 로드 밸런싱을 위해서 및 링크 실패의 이벤트에 있어서 이용가능성을 유지하기 위해서, 링크 애그리게이션 그룹 내의 애그리게이션 포트 중에서 이동할 수 있다.
애그리게이션 포트(292, 294, 296)들은 매체 액세스 제어(MAC) 어드레스들이 각각 할당되며, 이들은 링크 애그리게이션 그룹에 걸쳐서 및 링크 애그리게이션 그룹이 접속되는 소정의 브리지된 로컬 에어리어 네트워크(LAN)(예를 들어, IEEE 802.1Q 브리지된 LAN에 따르는 것)에 대해서 독특하다. 이들 MAC 어드레스들은, 링크 애그리게이션 서브계층(270) 자체(즉, LACP(214) 및 마커(Marker) 프로토콜 교환들) 내에서 엔티티들에 의해 개시되는, 프레임 교환을 위한 소스 어드레스로서 사용된다.
애그리게이터(250)(및 배치된다면 다른 애그리게이터)는 MAC 어드레스가 할당되고, 링크 애그리게이션 그룹에 걸쳐서 및 링크 애그리게이션 그룹이 접속되는 브리지된 LAN(예를 들어, IEEE 802.1Q 브리지된 LAN에 따르는 것)에 대해서 독특하다. 이 어드레스는, 애그리게이터 클라이언트(202)의 관점으로부터 링크 애그리게이션 그룹의 MAC 어드레스로서, 전송된 프레임에 대한 소스 어드레스로서 및 수신된 프레임에 대한 목적지 어드레스로서 사용된다. 애그리게이터(250)의 MAC 어드레스는 연관된 링크 애그리게이션 그룹 내의 애그리게이션 포트의 MAC 어드레스 중 하나가 될 수 있다.
분산된 리질리언트 네트워크 상호 접속(DRNI)
링크 애그리게이션은, 더 높은 계층에 대해서, 단일의 논리적인 링크인 것으로 보이는, 하나 이상의 물리적인 링크의 수집인 링크 애그리게이션 그룹을 생성한다. 링크 애그리게이션 그룹은 2개의 단부를 갖는데, 각각은 애그리게이션 시스템에서 종료한다. DRNI는 링크 애그리게이션의 개념을 확장하므로, 링크 애그리게이션 그룹의 어느 하나 또는 양쪽 단부에서, 단일 애그리게이션 시스템은 포털로 대체되며, 각각은 하나 이상의 애그리게이션 시스템으로 구성된다.
DRNI는, 포털을 생성하기 위해서, 각각이 링크 애그리게이션을 진행시키는, 2개 이상의 시스템을 상호 접속하기 위해서, 분산된 릴레이를 사용함으로써 생성된다. 포털 내의 각각의 애그리게이션 시스템(즉, 각각의 포털 시스템)은 단일 애그리게이터로 링크 애그리게이션을 진행시킨다. 분산된 릴레이는 포털 시스템이 링크 애그리게이션 그룹을 공동으로 종료할 수 있게 한다. 포털이 접속되는 모든 다른 애그리게이션 시스템에 대해서, 링크 애그리게이션 그룹은 포털 시스템에 의해 생성된 분리 에뮬레이트 애그리게이션 시스템에서 종료하는 것으로 보이게 될 것이다.
의도는, 포털을 생성하기 위해서, 각각이 링크 애그리게이션을 진행시키는, 2개의 또는 3개의 시스템을 상호 접속시키기 위해서 분산된 릴레이를 도입함으로써, DRNI을 생성하는 것이다. 포털 내의 각각의 시스템(즉, 각각의 포털 시스템)은 단일 애그리게이터로 링크 애그리게이션을 진행시킨다. 분산된 릴레이는 포털 시스템이 링크 애그리게이션 그룹을 공동으로 종료할 수 있게 하는 것을 의도한다. 포털이 접속되는 모든 다른 시스템에 대해서, 링크 애그리게이션 그룹은 포털 시스템에 의해 생성된 분리 에뮬레이트된 시스템에서 종료하는 것으로 보이게 될 것이다. 상기 언급된 IEEE 802.1AX-REV/D1.0는, 어떻게 분산된 릴레이가 기능하는 지에 관한 충분한 정보를 제공하지 않는다.
분산된 릴레이
DRNI는, 포털을 생성하기 위해서, 각각이 링크 애그리게이션을 진행시키는, 2개의 또는 3개의 시스템을 상호 접속하기 위해서, 분산된 릴레이를 사용함으로써, 생성된다. 포털 내의 각각의 시스템(즉, 각각의 포털 시스템)은 단일 애그리게이터로 링크 애그리게이션을 진행시킨다. 분산된 릴레이는 포털 시스템이 링크 애그리게이션 그룹을 공동으로 종료할 수 있게 한다. 포털이 접속되는 모든 다른 시스템에 대해서, 링크 애그리게이션 그룹은, 포털 시스템에 의해 생성된 분리 에뮬레이트된 시스템에서 종료하는 것으로 보이게 될 것이다.
도 3A는 분산된 릴레이를 기술하기 위한 시작점으로서 기본적인 분산된 릴레이 시스템을 도시한다. 도 3A에 묘사 및 여기서 논의된 네트워크 링크는 볼 수 있는 및 네트워크 프로토콜의 제어하에 있는 물리적인 또는 논리적인 링크에 대응한다. 이 도면에 있어서, 시스템 A 및 B 각각은 "기능 1"을 수행함으로써 특징을 갖는데, 이 기능은 몇몇 종류의 패킷 릴레이 기능, 예를 들어 라우터 또는 브리지이다. "기능 1"은 또한 파일 서버 동작이 될 수 있는데, 이 경우 각각의 시스템상의 외측 2개의 "포트"는 존재하지 않게 될 공산이 크다. 각각의 시스템은 단일 예의 링크 애그리게이션 서브계층을 진행시킨다. 한 실시형태에 있어서, 그늘진 포트가 분산된 릴레이와 함께 포털과 연관되는 것이 바람직하다.
도 3A는 한 예의 일반적이지 않는 경우이다. 일반적으로, 분산된 릴레이는 다음을 지원한다:
a) 이하 여기에 열거된 구성만을 위해 필요한 프로토콜들 및 프로시저들이 본 출원에 의해 제공된다.
b) 링크 애그리게이션 기능들, 각각이 하나 이상의 MAC를 포함한다.
c) 분산된 릴레이의 포털 시스템들 중의 접속.
이 예에 있어서 분산된 릴레이의 기능적인 계층을 도입하는 목적은, 이들 2개의 포털 시스템을, 이들에 접속된 시스템에 대해서, 도 3B에 도시된 구성으로 보이게 하는 것이다. 기능 1과 링크 애그리게이션 사이에 삽입된 링크에 의해 오리지널 포털 시스템에 접속된 제3에뮬레이트된 시스템 C가 존재하는 것으로 보인다. 즉, 에뮬레이트된 시스템 C가 도 3B에 나타낸 바와 같이 실제로 존재하는 것 같이, 이들이 접속된 소정의 다른 시스템이 파악할 수 있는 한에서, 포털 시스템 A 및 B는 행동하기 위해 공모한다. 도 3B는 분산된 릴레이의 원리를 도시하는 한 예이다:
d) 에뮬레이트된 시스템 C에서의 분산된 릴레이는, 포털 시스템에 접속된 N 게이트웨이 포트와 함께 N 포털 시스템에 대한 (N+1)-포트 릴레이이고, 단일 에뮬레이트 링크 애그리게이션 서브계층은 오리지널 포털 시스템과 연관된다.
e) 애그리게이션 포트(또한, 여기서 MAC로서 언급됨)는 에뮬레이트된 시스템으로 이동되었고, 따라서 모든 다른 시스템에 대해서, 분산된 릴레이를 포함하여 구성되는 리얼 포털 시스템으로부터 동등하게 떨어져 있는 것으로 보인다.
에뮬레이트된 시스템 C를 생성하기 위해서 2개의 포털 시스템에 의해 사용된 실재 구성이 도 4에 도시된다. 도 4는 분산된 릴레이의 2개의 DR 기능을 나타내는데, 각각의 시스템 A 및 B 내의 한 DR 기능이다. 이 예는 분산된 릴레이의 나머지 원리를 도시한다:
f) 각각의 시스템 A 및 B에 있어서, 시스템 C와 연관되는 포트는 DR 기능의 링크 애그리게이션 서브계층 아래의 포지션으로 이동한다.
g) 가상 링크 및 그 종료하는 가상 MAC는, "게이트웨이"로 불리며, 각각의 DR 기능을 그 기능 1에 접속시키기 위해 구성된다.
h) 포털 내의 각각의 쌍의 DR 기능 사이에는, 인트라-포털 포트(IPP)에 의해 각각의 단부에서 종료하는, 인트라-포털 링크(IPL)가 구성된다(이는 많은 형태로 존재할 수 있다; 이하 본 명세서의 논의를 참조)
i) 이 게이트웨이를 통해서 프레임이 에뮬레이트된 분산된 릴레이 내로 또는 밖으로 통과할 수 있는 것을 결정하는 "게이트웨이 알고리즘"이 있다.
j) 유사하게, 프레임이 포털 시스템의 애그리게이션 포트를 통해서 에뮬레이트된 분산된 릴레이 내로 또는 밖으로 통과할 수 있는 것을 결정하는 "포트 알고리즘"이 있다.
k) 상기된 바와 같이, 포털 및 에뮬레이트된 시스템 C를 생성하기 위해서 참가하는 3개의 시스템이 있을 수 있다. 그 경우에 있어서, 에뮬레이트된 시스템 C에서의 분산된 릴레이는, DR 기능을 상호 접속하기 위해서, 각각의 포털 시스템에 대해서 하나인 부가적인 게이트웨이 포트, 및 IPL을 갖는다.
l) 이하 본 명세서에 명기된 바와 같이, DR 기능들은 함께 작업해서, 프레임을 게이트웨이, IPL, 및 링크 애그리게이션 서브계층 사이에서 이동시킨다.
분산된 릴레이 동작 및
프로시저
각각의 포털 시스템(도 4) 내의 DR 기능은 3 종류의 포트를 갖도록 의도된다(동작 실패에 종속):
A) 인트라-포털 포트, 동일한 포털에 속하는 각각의 다른 포털 시스템(들)에 접속된 최대한 하나(몇몇 실시형태는 아마 복잡한) IPL 포트;
B) DR 기능이 존재하는 포털 시스템 내의 가상 게이트웨이 포트에 대한 가상 링크를 갖는 정확하게 한 가상 게이트웨이 포트; 및
C) 이들이 단일의 에뮬레이트된 시스템에 접속된 것을 이들 다른 시스템이 으로 믿게 하는 방식으로, 다른 시스템에 접속하도록 의도된, 소정 수의 애그리게이션 포트를 갖는 링크 애그리게이션 서브계층에 대한 정확하게 한 애그리게이터 포트(접두사 Agg에 의해 식별된 ISS 인스턴스에 의해 지원된 포트).
도 3B에 있어서는, 인트라-포털 링크 및 IPL 포트는 볼 수 없고, 에뮬레이트 애그리게이션 시스템 C의 분산된 릴레이는 그 포털 내에서 각각의 시스템에 대해서 한 게이트웨이를 갖는다.
에뮬레이트된 분산된 릴레이의 목적은, 애그리게이션 포트로부터 수신된 모든 프레임("업 프레임")이 게이트웨이를 통과, 또는 이를 폐기하고, 게이트웨이("다운 프레임")로부터 수신된 모든 프레임이 애그리게이터 포트를 통과, 또는 이를 폐기하는 것이다. 분산된 릴레이를 포함하여 구성되는 DR 기능은, 이를 정확한 게이트웨이 또는 애그리게이터 포트에서 얻게 하기 위해서, 때때로 프레임을 하나 또는 2개의 인트라-포털 링크를 가로질러 송신해야 한다. DR 기능은, 모든 프레임을 2개의 대화 ID, 게이트웨이 대화 ID 및 포트 대화 ID에 할당함으로써 및 이들 대화 ID의 면에서 게이트웨이, 애그리게이션 포트, 및 IPL을 구성함으로써, 그 게이트웨이, 애그리게이터 포트, 또는 그 IPL 중 하나에 대해서 프레임을 폐기 또는 통과시킬 지의 초이스를 한다.
언급된 "게이트웨이 알고리즘"은 2개의 파트로 이루어지는데, 소정의 주어진 프레임을 게이트웨이 대화 ID에 할당하기 위한 알고리즘 및 게이트웨이에 대한 게이트웨이 대화 ID의 할당(예를 들어, Drni_Gateway_Conversation를 사용하는)이다.
포털 시스템이 학습(learning)을 수행하는 VLAN 브리지이면, 게이트웨이 대화 ID에 대한 프레임의 맵핑은 그 VLAN ID에 기반하게 될 것이고, 그렇지 않으면, 학습 프로세스는 네트워크를 통해서 브레이크된다. 이들 경우들에서 DRNI의 구현을 위해서, VLAN ID 대 대화 ID의 일대일 맵이 될 수 있다.
유사하게, 상기 섹션의 "분산된 릴레이"에 있어서 항목 j의 "포트 알고리즘"은, 소정의 주어진 프레임을 포트 대화 ID에 할당하기 위한 알고리즘, 및 애그리게이션 포트에 대한 포트 대화 ID의 할당(예를 들어, aAggConversationAdminPort[]를 사용해서)으로 이루어진다.
주어진 포털에 대한 모든 DR 기능이 프레임을 그들 각각의 대화 ID에 할당하기 위해서 동일한 게이트웨이 알고리즘 및 동일한 포트 알고리즘을 사용하는 것을 보장하기 위해서, 및 소정의 주어진 순간에, 소정의 주어진 게이트웨이 대화 ID가 게이트웨이 중 최대한 하나에 할당되고, 소정의 주어진 포트 대화 ID가 포털의 애그리게이션 포트 중 최대한 하나에 할당되는 것을 개런티하기 위한, 수단들이 본 명세서에서 이하 특정된다.
게이트웨이 알고리즘 및 포트 알고리즘은 프레임을 대화 ID에 할당하기 위한 동일한 수단을 사용하므로, 게이트웨이 대화 ID가 포트 대화 ID와 같은 것이 허용되지만, 요구되지는 않는다.
포트 알고리즘은, 프레임이 애그리게이터 포트 또는 특정 IPP에 송신되는지 결정하기 위해서, 프레임이 게이트웨이로부터 DR 기능으로 진입함에 따라, 항상 프레임에 적용된다. 게이트웨이 알고리즘은, 프레임이 게이트웨이 또는 특정 IPP에 송신되는지 결정하기 위해서 프레임이 애그리게이터 포트로부터 진입함에 따라 항상 프레임에 적용된다. 양쪽 알고리즘은, 테이블 1에 나타낸 바와 같이 IPL로부터 DR 기능에 진입하는 프레임을 포워드하기 위해서, 적용되고, 그들의 결과는 비교되어야 한다.
| 게이트웨이 알고리즘 말하다, "게이트웨이는 ..." |
포트 알고리즘 말하다, "애그리게이션 포트는 ..." |
DR 기능 프레임 방출: |
| 나의 게이트웨이 | 소정의* | 나의 게이트웨이 |
| IPL n 뒤에 |
나의 애그리게이션 포트 중 하나 | 나의 애그리게이터 포트` |
| IPL n 뒤에 | 폐기 | |
| IPL m(≠n) 뒤에 | IPL m(≠n) | |
| IPL m(≠n) 뒤에 | 소정의<Superscript>1 | IPL m(≠n) |
테이블 1. DR 기능: 인트라-포털 링크 n으로부터 수신된 프레임 포워딩
A) [1] "소정의"는, 포트 알고리즘으로부터의 출력이 사용되지 않는 것을 의미하고; 게이트웨이 알고리즘은 프레임이 송신된 포트를 결정한다.
B) [2] 다른 포털 시스템 내의 DR 기능은 호환되지 않는 구성을 갖고, 또는 기능 불량이 있다. 루핑(looping)을 방지하기 위해서 프레임을 폐기.
C) 테이블 1은 3개의 구성 중 하나를 상정한다:
ㆍ 단일 IPL로 접속된 2개의 포털 시스템;
ㆍ 2개의 IPL로 선형으로 접속된 3개의 포털 시스템; 또는
ㆍ 3개의 IPL에 의해 순환적으로 접속된 3개의 포털 시스템.
D) 게이트웨이 알고리즘은 게이트웨이를 통해서 양쪽 방향으로 강제되는데; 즉, 게이트웨이로부터 DR 기능에 진입하는 프레임은, 그 프레임에 적용된 게이트웨이 알고리즘이 게이트웨이로 되돌려 프레임을 송신하지 않게 되면, 폐기된다. 이는, IPL을 가로질러 포워드 되는 게이트웨이로부터 수신된 및 다른 게이트웨이를 통해서 네트워크 내로 되돌려 통과하는 것을 방지하기 위해서 필요하다.
E) 프레임이 게이트웨이를 통과해야 하는 것을, 게이트웨이 알고리즘이 가리키면, 다운 프레임은 상기 항목 D)에 의해, 소정의 다른 DR 기능으로부터 포털로 진입하지 않을 수 있기 때문에, 이는 업 프레임이 되어야 한다.
F) 그렇지 않으면, 프레임이 이것이 포워드되는 IPL로부터 온 것을, 게이트웨이 알고리즘이 가리키면, 이것은 다운 프레임이고, 그러므로 포트 알고리즘을 사용해서 포워드된다(포트 알고리즘이 이것이 도달한 포트 상으로 이것을 송신하게 되면, 몇몇 종류의 기능 불량 또는 잘못된 구성이 있을 수 있고, 프레임은 폐기된다).
G) 그렇지 않으면, 프레임이 이것이 포워드되는 IPL로부터 오지 않는 것을, 게이트웨이 알고리즘이 가리키므로, 이는 업 프레임이 되어야 하고, 프레임은 게이트웨이 알고리즘에 따라서 지향된다.
주의 - 분산된 릴레이의 포트 알고리즘 및 분산된 릴레이 제어 프로토콜은 개별 애그리게이션 포트에 대한 포트 대화 ID의 맵핑을 함께 결정하고, 그들 제어에서의 변수는 프레임 분산기 및 프레임 수집기의 동작을 결정한다. 그런데, 이는, 분산된 릴레이가 애그리게이션 포트로 또는 이로부터 애그리게이터를 통해서 모든 데이터를 통과시키므로, 기술된 바와 같이 데이터 및 제어의 경로를 변경하지 않는다.
테이블 2 및 테이블 3에 각각 나타낸 바와 같이, 게이트웨이 및 애그리게이터 포트로부터 DR 기능에 진입하는 프레임에 대한 게이트웨이 및 포트 알고리즘의 적용.
| 게이트웨이 알고리즘 말하다, "게이트웨이는 ..." |
포트 알고리즘 말하다, "애그리게이션 포트는 ..." |
DR 기능 프레임 방출: |
| 나의 게이트웨이 |
나의 애그리게이션 포트 중 하나 | 나의 애그리게이터 포트 |
| IPL n 뒤에 | IPL n | |
| IPL n 뒤에 | 소정의 | 폐기 |
테이블 2. DR 기능: 나의 게이트웨이로부터 수신된 프레임 포워딩
| 게이트웨이 알고리즘 말하다, "게이트웨이는 ..." |
포트 알고리즘 말하다, "애그리게이션 포트는 ..." |
DR 기능 프레임 방출: |
| 나의 게이트웨이 | 소정의 | 나의 게이트웨이 |
| IPL n 뒤에 | 소정의 | IPL n |
테이블 3. DR 기능: 나의 애그리게이션 포트 중 하나로부터 수신된 프레임 포워딩
포털
토폴로지
도 21에 도시된 바와 같이, 포털의 가장 일반적인 토폴로지는, 3개의 인트라-포털 링크에 의해 링으로 접속된 3개의 포털 시스템이다. 본 발명의 다른 실시형태에 따른 다른 지원된 토폴로지들은, 다음을 포함하는, 이것의 서브세트이다:
ㆍ 2개의 IPL에 의해 체인으로 접속된 3개의 포털 시스템,
ㆍ 단일 IPL로 접속된 2개의 포털 시스템,
ㆍ 액티브 IPL 없는 포털 시스템.
용어 홈(Home), 이웃(Neighbor), 및 다른 이웃(Other neighbor)들은, 주어진 인트라-포털 포트의 뷰우 포인트로부터 포털 시스템을 식별하기 위해 사용된다. 홈은 IPP를 포함하는 시스템이다. 이웃은 IPP에 접속된 시스템이다. 다른 이웃은 홈 시스템 내의 다른 IPP(존재하면)에 접속된 시스템이다. 도 21을 참조하면, 한 예에 대해서 IPP B1을 사용하는, 그 홈 시스템은 B이고, 그 인접한 이웃은 A이며(이것이 IPL AB를 통해서 IPP B1에 접속되기 때문에), 및 그 다른 이웃은 C이다(이것이 IPL BC를 통해서 IPP B2에 접속되기 때문에). IPP A2의 다른 이웃이 또한 C이므로(이것이 IPL AC를 통해서 IPP A1에 접속되기 때문에), IPP B1 및 A2의 다른 이웃의 ID를 비교하는 것은, 링 또는 체인으로 단지 3개의 시스템만이 있는 것을 입증하는 것에 주의하자.
인트라
-포털 링크
인트라-포털 링크(IPL)는 2개의 다른 시스템 내의 DR 기능 사이의 단일의 논리적인 포인트-투-포인트 링크이다. DR 기능은, DRNI 링크 애그리게이션 그룹의 한 단부를 포함하여 구성되는 각각의 다른 시스템에 대해서 최대한 하나의 IPL을 갖는다. IPL 및 네트워크 링크는 물리적인 링크 또는 링크 애그리게이션(링크 애그리게이션은 한 세트의 링크의 애그리게이트가 된다)를 공유할 수 있다.
IPL은 물리적인(예를 들어, 802.3 에더넷 LAN) 또는 논리적인(예를 들어, 802.1Q 백본 서비스 인스턴스 또는 IETF 의사회선) 것으로 될 수 있다. 인트라-포털 링크는 다른 인트라-포털 링크 또는 네트워크 링크로, 물리적인 링크를 공유할 수 있다. 인트라-포털 링크는 링크 애그리게이션 그룹이 될 수 있고, 따라서 다수의 물리적인 링크로 이루어진다.
도 4에 도시된 바와 같이, 2개의 시스템은 이들을 접속하는 정상 네트워크 링크 및 IPL 모두와 함께 구성될, 배치된 네트워크에서의 경우가 될 것이다. 이는, 모든 포털이 그 자체의 분리의 물리적인 IPL을 요구했으면, 특히 한 쌍의 시스템이 다중의 포털을 지원하기 위해 구성되면, DRNI의 유틸리티를 감소시키게 된다. DRNI는 다수의 방법을 지원하며, 이에 의해 시스템은 네트워크 링크 상의 프레임을 특정 IPL 상의 프레임으로부터 구별할 수 있다:
ㆍ 물리적인. 분리의 물리적인 링크는 소정의 특정 네트워크 링크 또는 IPL을 지원하기 위해 사용될 수 있다.
ㆍ 애그리게이트된. 분리 애그리게이터 포트는 IPL을 지원하기 위해 사용될 수 있다.
ㆍ 시간-공유된. 네트워크 링크 및 하나 이상의 IPL은 동일한 물리적인 링크(또는 애그리게이터 포트)를 사용할 수 있지만, 다른 시간에서이다. 이는, IPL이 접속성을 위해 요구될 때, 시스템이 네트워크 링크의 사용을 디스에이블하는 것을 또는 그렇지 않으면, 네트워크 링크가 요구될 때, 애그리게이션 링크의 사용 및 게이트웨이의 선택이 IPL을 사용하기 위한 필요성을 소멸하도록 조정되는 것을, 요구한다. 이 기술이 본 명세서에서 기술된다.
ㆍ 태그-공유된. 네트워크 링크 및 하나 이상의 IPL이 다른 서비스 ID를 사용해서 동일한 물리적인 링크(또는 애그리게이터 포트)를 사용할 수 있다. 태그 공유가 본 명세서에서 기술된다.
ㆍ 논리적인. 본 명세서에서 기술된 바와 같이, 네트워크 링크 및 IPL(들) 상의 프레임은 인캡슐화될 수 있다.
DRNI를 구현하는 시스템은, IPL 및 네트워크 링크를 위한 분리의 물리적인 링크를 지원할 수 있고, 소정의 다른 방법을 지원할 수 있다.
공유된 물리적인 링크 또는 애그리게이터 포트의 각각의 단부에서는, 링크 또는 애그리게이터 포트가 이를 위해 사용되는 각각의 기능(네트워크 링크 또는 특정 IPL)을 위한 한 가상 포트가 있다. 소정의 주어진 물리적인 링크 또는 애그리게이터 포트의 양쪽 단부가 동일한 방법을 사용하는 한, 소정의 상기 방법은 관리상의 초이스에 의해 2개의 시스템 사이에서 동시에 사용될 수 있다.
시간에 의한 네트워크/
IPL
공유
시간에 의한 네트워크/IPL 공유의 목표는, 네트워크 접속을 위한 분리의 물리적인 링크 및 IPL을 요구하지 않고, 및 소정의 프레임 수정을 요구하지 않고, DRNI를 지원하는 것이다. 링크를 공유할 때, 각각의 프레임에 대해서, 그 프레임이 네트워크 접속 또는 IPL을 횡단하는 것을 의도하는 지를 결정할 수 있게 될 필요가 있다. 이 결정은, 소정의 주어진 시간에서, 물리적인 링크가 네트워크 링크로서만 사용되거나 또는 IPL로서만 사용되는 것으로 공지되면, 프레임의 수정 없이(예를 들어, VLAN ID를 번역 또는 태그 또는 인캡슐화를 부가하지 않고) 만들어질 수 있다. 링크가 네트워크 링크 또는 IPL로서 사용되던지, 소정의 주어진 시간에서, 네트워크 내의 각각의 VLAN에 대해서 전체적으로-접속된, 루프-프리 액티브 토폴로지를 수립하기 위해 사용된 제어 프로토콜에 의해 수립된다.
링크가 VLAN의 액티브 토폴로지 내에 포함되지 않으면(예를 들어, 이것이 네트워크 제어 프로토콜의 동작에 의해 차단되면), 이는 IPL로서 사용될 수 있다. 이 경우, 링크는 마치 이것이 전용의(공유되지 않은) IPL인 것처럼 DRNI에 의해 사용된다.
링크가 VLAN의 액티브 토폴로지 내에 포함되면, 그 VLAN을 위해 이용할 수 있는 IPL은 없게 된다. 이 경우, DRNI는 한 포털 시스템 내의 애그리게이션 포트와 다른 포털 시스템 내의 게이트웨이 사이에서 프레임을 통과시킬 수 없다. 그러므로, 소정의 주어진 프레임에 대해서, DRNI는 동일한 포털 시스템에서 게이트웨이 및 애그리게이션 포트를 갖는 것으로, 한정된다.
주의 1 - 공유된 링크가 게이트웨이와 특정 애그리게이션 포트 사이에서의 프레임의 전송을 위해 이용할 수 없게 될 수 있다는 사실은, 공유된 링크 상에서 DRCPDU를 교환하기 위한 능력을 한정하지 않는다.
소정의 주어진 프레임에 대해서 게이트웨이 및 애그리게이션 포트가 동일한 포털 시스템 내에 있는 제한을 충족시키는 데 있어서 고려할 수 있는 2개의 경우가 있다. 간단한 경우는, 포트 대화 DRNI을 가로질러 ID가 합의되고, 대칭적이며, 주어진 VLAN ID와 함께 모든 프레임이 동일한 포털 시스템 내에서 애그리게이션 포트를 선택하는 포트 대화 ID에 대해서 맵핑할 때이다. 그러면, 그 포털 시스템은 그 VLAN ID를 위한 게이트웨이로서 선택되고, IPL을 횡단하기 위해서 소정의 데이터 프레임에 대한 필요는 없게 된다. 소정의 다른 환경에 있어서, 게이트웨이 및 특정 애그리게이션 포트가 동일한 포털 시스템 내에 있는 것을 보장하기위한 유일한 방법은, 프레임이 공유된 네트워크/IPL 포트와 다른 소정의 포트상에서 수신될 때, 그 포털 시스템이 그 프레임에 대한 게이트웨이로 고려되고, 각각의 포털 시스템에 있어서 모든 포트 대화 ID가 그 시스템에 부착된 애그리게이션 포트로 맵핑되는 것이다. 이 모드에 있어서, 네트워크 포트 상에서 소정의 프레임을 수신하는 포털 시스템(IPP 또는 애그리게이션 포트가 아닌)은, 그 프레임을, 요구되면, 애그리게이션 포트로 포워딩하는데 대한 책임이 있다. IPP상에서 프레임을 수신하는 포털 시스템은 그 프레임을 애그리게이션 포트에 결코 포워드하지 않는다. 이 경우, 게이트웨이 섹션은 반드시 VID에 기반할 필요는 없으므로, 포털 시스템이 802.1Q 브리지일 때, 공유된 네트워크/IPL 링크 상의 학습 프로세스는 타협하게 된다. 학습 이슈들이 이 포트에 제한되기 때문에, 이는, 다른 포털 시스템과 함께 DRNI 상에서 학습된 어드레스를 동기화함으로써, 개선될 수 있다.
태그에 의한 네트워크/
IPL
공유
퍼-서비스 프레임 분산(per-service frame)이 채용되면, 및 네트워크 링크를 지원하기 위해 요구된 다수의 서비스, 플러스 하나 이상의 IPL을 지원하기 위해 요구된 다수의 서비스가 사용된 프레임 포맷에 의해 공급된 다수의 서비스 미만이면(예를 들어, 4094 S-VLAN IDs), VID 번역이 다른 논리적인 링크 상에서 프레임을 분리하기 위해서 사용될 수 있다.
방법은, 값 2로 aDrniEncapsulationMethod를 구성함으로써 선택된다. 네트워크/IPL 공유 머신에 의해 제어되는 변수 Enabled_EncTag_Shared로 가리켜진 바와 같이 인에이블이면(enabled), IPL에 의해 이웃 포털 시스템으로 전송되는 및 게이트웨이 대화 ID와 연관된 모든 프레임은 aDrniIPLEncapMap 내에 구성된 값을 사용하기 위해 번역되고, IPL로 공유된 네트워크 링크에 의해 전송되는 및 게이트웨이 대화 ID와 연관된 모든 프레임은 aDrniNetEncapMap 내에 구성된 값을 사용하기 위해 번역된다.
인캡슐화에
의한 네트워크/
IPL
공유
이 방법은, 인캡슐화 기술(예를 들어, 802.1Q 백본 서비스 인스턴스, B-VLAN, IETF 의사회선 등)을 사용함으로써, IPL을 네트워크 링크와 공유하는 것을 가능하게 한다.
방법은, IPL 및 네트워크 링크가 동일한 물리적인 링크를 공유할 때, IPL 프레임(IPL을 통과하는 데이트 프레임, 즉 넌 DRCPDU 반송 프레임)을 이웃 포털 시스템에 전송하기 위해 사용된 인캡슐화 방법을 나타내는 값으로, aDrniEncapsulationMethod를 구성함으로써 선택된다. 이 값은, 인캡슐화에 대한 책임이 있는 조직화를 식별하는 3개의-옥텟 OUI(Organization Unique Identifier) 및, 그 조직화에 의해 규정된 인캡슐화 방법을 식별하기 위해 사용된 하나의 다음의 옥텟으로 이루어진다. 네트워크/IPL 공유 머신에 의해 제어된 변수 Enabled_EncTag_Shared로 가리켜진 바와 같이 인에이블이면, IPL 상에서 이웃 포털 시스템으로 전송되는 및 게이트웨이 대화 ID와 연관된 모든 프레임은, aDrniIPLEncapMap 내에 구성된 값을 사용하기 위해서 aDrniEncapsulationMethod로 명기된 방법으로 인캡슐화되고, IPL에 의해 수신된 모든 프레임은 캡슐화 해제되고, 동일한 테이블을 사용해서 게이트웨이 대화 ID에 대해서 맵핑된다.
DR 기능 상태
머신
DR 기능 상태 머신은 테이블 1-3에 명기된 포워딩 룰을 구현하게 될 것이다. 이들 포워딩 룰은 다음과 같이 요약될 수 있다:
a) 애그리게이션 포트를 통해서 진입하는 프레임에 대해서, 업 프레임, 게이트웨이 알고리즘은 이것이 그 게이트웨이 대화 ID에 따라서 게이트웨이 링크 또는 IPP에 전송되는지를 결정한다. 프레임의 게이트웨이 대화 ID가 포털 시스템의 동작 게이트웨이 대화 ID와 매칭하면, 프레임은 게이트웨이로 포워드하게 되고, 그렇지 않으면, 이는 IPP로 포워드하게 될 것이다.
b) 게이트웨이를 통해서 진입하는 프레임, 다운 프레임에 대해서, 포트 알고리즘은, 그 포트 대화 ID에 따라서 이를 애그리게이션 포트 또는 IPP에 전송할지를 결정한다. 프레임의 포트 대화 ID가 포털 시스템의 동작 포트 대화 ID와 매칭하면, 프레임은 애그리게이션 포트로 포워드하게 되고, 그렇지 않으면, 이는 IPP로 포워드하게 된다.
c) IPP에 제공된 업 프레임은, 이 게이트웨이 대화 ID를 위한 포털 시스템 이 그 IPP 뒤에 놓일 때만 전송되고, 그렇지 않으면 이는 폐기된다.
d) IPP에 제공된 다운 프레임은, 이 포트 대화 ID를 위한 타깃 포털 시스템이 그 IPP 뒤에 놓일 때만 전송되고, 그렇지 않으면, 이는 폐기된다.
분산된 릴레이에 의해 사용된 몇몇의 링크 애그리게이션 변수는 특정 방식으로 형성되어야 하므로, 다중의 포털 시스템은 단일의 에뮬레이트된 시스템을 생성하기 위해 협동할 수 있다:
e) 분산된 릴레이의 애그리게이터 포트 내의 각각의 애그리게이션 포트에 대한 포트 ID 내의 포트 우선권의 2개의 최하위 비트는, DRF_Portal_System_Number의 값으로 설정된다. 나머지 비트는 DR 기능 내에서 독특한 값을 할당한다.
f) 분산된 릴레이의 애그리게이터 포트 내의 각각의 애그리게이션 포트 및 연관된 애그리게이터에 대한 관리상의 키의 최상위 2개의 비트는, DRF_Portal_System_Number의 값으로 설정된다. 나머지 비트들은 애그리게이션 포트의 물리적인 특성을 반영하기 위해서 기술된 바와 같이 사용될 수 있다.
서비스 인터페이스
DR 기능이 다양한 인스턴스의 ISS를 사용하므로, 표기 협약을 도입해서, 독자가 소정의 주어진 시간에 언급되는 인터페이스에 관해서 명확하게 될 수 있을 필요가 있다. 그러므로, 접두사는 각각의 서비스 프리미티브에 할당되어 인보크(invoke)되는 그 인터페이스를 가리킨다. 접두사는 다음과 같다:
a) Agg:, DR 기능과 링크 애그리게이션 서브계층 사이의 인터페이스상에서 발행된 프리미티브에 대한 것.
b) 게이트:, 게이트웨이 상에서 발행된 프리미티브에 대한 것.
c) MacIppN:, IPL n 및 DRCP 제어 파서(Parser)/멀티플렉서를 지원하는 MAC 엔티티들 사이의 인터페이스상에서 발행된 프리미티브에 대한 것.
d) DRCPCtrlMuxN:, DRCP 제어 파서/멀티플렉서 N(여기서, N은 DRCP 제어 파서/멀티플렉서와 연관된 IPP를 식별)과 DRCP 제어 엔티티 사이의 인터페이스상에서 발행된 프리미티브에 대한 것.
e) IppN:, DRCP 제어 파서/멀티플렉서 N(여기서, N은 DRCP 제어 파서/멀티플렉서와 연관된 IPP를 식별)에 의해 지원된 DR 기능의 인터페이스상에서 발행된 프리미티브에 대한 것.
퍼-DR 기능 변수
다음의 논의는 본 발명의 한 실시형태에 따른 다양한 사전-DR 기능 변수에 초점을 맞춘다.
DA: 목적지 어드레스
SA: 소스 어드레스
mac_service_data_unit
우선권(Priority): M_UNITDATA.Indication 프리미티브의 파라미터.
시작(BEGIN): 시스템이 초기화 또는 재초기화될 때 TRUE(참)로 설정되고, (재-)초기화가 완료될 때 FALSE(거짓)으로 설정되는, 불리언(Boolean) 변수.
값(Value): 불리언
Drni_Portal_System_Gateway_Conversation: 인덱스된 게이트웨이 대화 ID가 이 DR 기능의 게이트웨이를 통과하도록 허용하는 지를 가리키는 게이트웨이 대화 ID로 인덱스된 연산형 불리언 벡터(참 = 통과). 그 값은, 한 실시형태에서 updatePortalSystemGatewayConversation 기능에 의해 계산된다. 다른 실시형태에 있어서, 이 변수는, 포털 내의 다른 포털 시스템과 연관된 모든 인덱스된 게이트웨이 대화 ID 엔트리를 거짓으로 설정함으로써, 및 모두가 다른 포털 시스템과 일치하지 않는 나머지 인덱스된 게이트웨이 대화 ID 엔트리의 Drni_Gateway_Conversation으로부터 구성된다.
값: 게이트웨이 대화 ID로 인덱스된 불리언 값의 시퀀스.
Drni_Portal_System_Port_Conversation: 인덱스된 포트 대화 ID가 이 DR 기능의 애그리게이터를 통해서 분산되도록 허용하는 지를 가리키는 포트 대화 ID로 인덱스된 연산형 불리언 벡터(참 = 통과). 그 값은, 한 실시형태에서 updatePortalSystemGatewayConversation 기능에 의해 계산된다. 다른 실시형태에 있어서, 이 변수는, 포털 내의 다른 포털 시스템과 연관된 모든 인덱스된 포트 대화 ID 엔트리를 거짓으로 설정함으로써, 및 모두가 다른 포털 시스템과 일치하지 않는 나머지 인덱스된 게이트웨이 대화 ID 엔트리의 Drni_Port_Conversation으로부터 구성된다.
값: 포트 대화 ID로 인덱스된 불리언 값의 시퀀스.
메시지
Agg:M_UNITDATA.Indication
Gate:M_UNITDATA.Indication
IppN:M_UNITDATA.Indication
Agg:M_UNITDATA.Request
Gate:M_UNITDATA.Request
IppN:M_UNITDATA.Request
서비스 프리미티브는, 명기된 파라미터를 갖는 클라이언트에 대해서 수신된 프레임을 통과시키기 위해 사용된다.
태그에 의한 네트워크/IPL 공유, 또는 인캡슐화 방법에 의한 네트워크/IPL 공유가 사용되면, 서비스 프리미티브 IppN:M_UNITDATA.Indication 및 IppN:M_UNITDATA.Request가, 네트워크/IPL 공유 머신에 의해 제어되는 기능의 동작을 통해서 조작될 필요가 있다.
DR 기능:
애그리게이터
포트 수신 상태
머신
DR 기능: 애그리게이터 포트 수신 상태 머신은, 본 발명의 한 실시형태에 따른 그 연관된 파라미터를 갖는 도 22에 명기된 기능을 구현할 수 있다. 한 DR 기능이 있는데: 포털 시스템 당 애그리게이터 포트 수신 상태 머신이고, 포털 시스템 내의 IPP로서 많은 PASS_TO_IPP_N 상태가 있는데, 각각은 인덱스 n에 의해 식별된다. 도면 내의 접두사 "n"은 연관된 변수가 관련된 특정 IPP를 식별하기 위해 사용된다.
DR 기능: 게이트웨이 분산 상태
머신
DR 기능: 게이트웨이 분산 상태 머신은, 본 발명의 한 실시형태에 따른 그 연관된 파라미터를 갖는 도 23에 명기된 기능을 구현할 수 있다. 한 DR 기능이 있는데: 포털 시스템 당 게이트웨이 분산 상태 머신이고, 포털 시스템 내의 IPP로서 많은 PASS_TO_IPP_N 상태가 있는데, 각각은 인덱스 n에 의해 식별된다. 도면 내의 접두사 "n"은 연관된 변수가 관련된 특정 IPP를 식별하기 위해 사용된다.
DR 기능:
IPP
N 수신 상태
머신
DR 기능: IPP N 수신 상태 머신은, 본 발명의 한 실시형태에 따른 그 연관된 파라미터를 갖는 도 24에 명기된 기능을 구현할 수 있다. 한 DR 기능이 있는데: IPP 당 포털 시스템 당 IPP N 수신 상태 머신이고, 포털 시스템 내의 IPP로서 많은 Pass_TO_IPP_M 상태가 있는데, 각각은 인덱스 m에 의해 식별된다. 도면 내의 접두사 "n" 또는 "m"은 연관된 변수가 관련된 특정 IPP n 또는 IPP m을 식별하기 위해 사용된다.
분산된 릴레이 제어 프로토콜
분산된 릴레이 제어 프로토콜(DRCP)의 목적은 다음과 같다:
A) 인트라-포털 링크를 가로질러 포털 시스템 사이의 통신을 수립;
B) 포털 시스템의 일관된 구성을 입증;
C) 에뮬레이트된 시스템을 위해 사용되는 아덴티티를 결정;
D) 포털 시스템의 상태 및 서로 간의 그들의 애그리게이션 포트를 분산;
E) 포워딩 루프 및 복제의 프레임 전달에 대항해서 보장할 것을 요구함에 따라, 각각의 IPL을 통과하기 위해 요구된 소정의 프레임의 결과적인 경로를 계산 및 인접한 포털 시스템과 정보를 교환.
F) 이 사양에 명기되지 않은 분산된 기능을 지원하기 위해서 포털 시스템 중에서 정보를 교환;
DRCP의 동작의 결과는, 분산된 릴레이에 의해 프레임의 포워딩을 제어하는 변수를 유지하는 것이다.
DRCP는 그 포털 시스템이 함께 작업할 수 있는 것을 보장하기 위해서, 정보를 교환한다. 이러한 정보의 제1클래스는, 소정의 데이터를 전혀 통과시키지 않게 하기 위해서 호환이 되어야 하는 관리된 오브젝트 및 변수를 포함한다(상기 항목 A). 한 실시형태에 있어서, 이들은 다음을 포함한다:
G) aAggPortAlgorithm: 모든 포털 시스템은 동일한 포트 알고리즘을 사용해야 한다.
H) aDrniGatewayAlgorithm: 모든 포털 시스템은 동일한 게이트웨이 알고리즘을 사용해야 한다.
I) aDrniPortalId: 모든 포털 시스템은, 이들이 모두 동일한 포털에 속하는 것으로 상정되는 것을 보장하기 위해서, aDrniPortalId에 대해서 동일한 값을 가져야 한다.
J) aDrniPortalTopology에 대해서: 모든 포털 시스템은 aDrniPortalTopology에 대해서 동일한 값을 가져야 하고, 링으로 접속된 3개의 포털 시스템 중의 포털인 경우, 동일한 "루프 브레이크 링크", aDrniLoopBreakLink는, 포털을 통해서 일관되게 구성될 필요가 있다.
K) aDrniPortalSystemNumber: 그 정보가 의미 있게 라벨이 붙을 수 있는 것을 보장하기 위해서, 모든 포털 시스템은 다른 aDrniPortalSystemNumber 값을 가져야 하고, 모든 이들 값은 범위 1..3 내에 있어야 한다.
L) aAggActorAdminKey: 분산된 릴레이의 애그리게이터 포트 내의 각각의 애그리게이터를 위한 관리상의 키의 최상위 2개의 비트는, DRF_Portal_System_Number의 값으로 설정된다. 나머지 비트는 연관된 애그리게이션 포트의 물리적인 특성을 반영하고, 이들은 포털 내의 모든 포털 시스템에 대해서 동일하게 되어야 한다.
제2클래스의 관리된 오브젝트(항목 B)는 각각의 대화 ID가 통과하는 게이트웨이 및 애그리게이션 포트를 제어한다. 이들 관리된 오브젝트에 대해서, 한 대화 ID에 관한 정보가 다른 포털 시스템에서 다르게 구성되면, 그 대화 ID만이 영향받는다. 그러므로, 포털은 정상으로 동작할 수 있고, 복제의 전달 또는 포워딩 루프에 대항해서 보장하는 메커니즘은 잘못 구성된 대화 ID에 속하는 소정의 프레임의 통과를 차단하게 될 것이다. 잘못된 구성을 검출하기 위해서, 그래서 그 차단을 영구적이지 않게 하기 위해서, DR 기능은, 구성이 다르면, 네트워크 관리자에게 통지할 수 있다. 이들 구성은 꽤 크므로, 이 구성들보다는, 그들 콘텐트의 검사 합계(cheksum) 자체가, 교환한다. 이 방법은 높은 확률로 차이를 검출하지만, 확실한 것은 아니다. 한 실시형태에 있어서, 이들 관리된 오브젝트는 다음을 포함한다:
L) aDrniConvAdminGateway[]: 대화 ID가 게이트웨이를 통해서 흐르는지를 다이나믹하게 결정하기 위해 사용된 리스트.
M) aAggConversationAdminPort[]: 대화 ID가 애그리게이션 포트를 통해서 흐르는지를 다이나믹하게 결정하기 위해 사용된 리스트.
DRCP는, 에뮬레이트된 분산된 릴레이의 아덴티티를 결정하기 위해서, IPL을 통해서 접속 또는 접속되지 않는 어떤 기대된 포털 시스템에 관한 자체의 정보를 사용한다(이 섹션에서 상기 항목 C).
모든 포털 시스템 및 그들의 애그리게이션 포트의 현재 동작 상태는 교환되므로, 각각의 DR 기능은 각각의 프레임이 전달되는 어떤 포털 시스템의 게이트웨이 또는 애그리게이터 포트를 결정할 수 있다(이 섹션에서 상기 항목 D). 각각의 DR 기능은, 정확하게 어떤 포트 대화 ID 및 어떤 게이트웨이 대화 ID가 각각의 게이트웨이, 애그리게이션 포트, 또는 IPP를 통과할 수 있는지를 명기하는 벡터를 계산한다. 각각의 IPP상에서, 이 정보는 교환된다(이 섹션에서 상기 항목 E). 소정의 주어진 대화 ID에 대한 2개의 DR 기능의 벡터 사이에 차이가 있으면, 출력 변수가 설정되어, DR 기능이 그 대화 ID를 갖는 프레임을 차단하게 될 것이다. 이는, 소정의 프레임의 루핑 또는 복제의 전달을 방지한다.
포털 및 분산된 릴레이를 수립
포털의 생성은 방향을 자동으로 명기하지 않는다. 대신에, DRCP는, 관리된 오브젝트에 의해 규정된 바와 같이, 네트워크 관리자의 의도들을 구성된 시스템의 물리적인 토폴로지와 비교하고, 접속된 시스템의 구성이 호환될 수 있으면, DRCP는 포털의 동작을 수립 및 가능하게 한다. 포털을 가로질러 분산된 릴레이를 수립하기 위해서, 네트워크 관리자는 다음의 관리된 오브젝트를 구성한다.
A) 네트워크 내에 많은 시스템이 있을 수 있고, 몇몇 또는 모든 그 선택된 포털 시스템은 다른 포털에 참가할 수 있다. 어떤 다른 포털 시스템이 이 포털 시스템의 포털에 속하는 지를 결정하는 것은, aDrniPortalId 및 aDrniPortalSystemNumber와 같은 구성 변수에 의해 수행된다.
B) 본 명세서에서 상기된 바와 같이, MAC 서비스의 소정의 포인트-투-포인트 인스턴스는 인트라-포털 링크로 되게 할당될 수 있다. DR 기능의 사용을 위해 할당된 특정 인스턴스는, 예를 들어 aDrniIntraPortalLinkList 내에 구성된다.
C) 한 실시형태에 있어서, 이 DR 기능에 할당되는 각각의 포털 시스템 내의 어떤 애그리게이터는 aDrniAggregator 내에 구성된다.
D) 한 실시형태에 있어서, 프레임을 게이트웨이 대화 ID 및 포트 대화 ID에 할당하기 위해서 DR 기능에 의해 사용되는 방법은, 2개의 관리된 오브젝트, aDrniGatewayAlgorithm 및 aAggPortAlgorithm 내에 구성된다.
E) 실패 모드를 커버하기 위해서 게이트웨이 및 애그리게이션 포트에 대한 대화 ID의 초기의 및 백업 할당이 여러 관리된 오브젝트 내에 구성된다: 한 실시형태에 있어서, aDrniConvAdminGateway[], 및 aAggConversationAdminPort[].
DRCPDU 전송, 어드레싱, 및 프로토콜 식별
분산된 릴레이 제어 프로토콜 데이터 유닛(DRCPDU)은, LLC 엔티티에 의해 제공된 서비스를 사용해서 전송 및 수신되는데, LLC 엔티티는, 차례로, IPP와 연관된 MSAP에서 제공된 단일 인스턴스의 MAC 서비스를 사용한다. 각각의 DRCPDU는, 다음의 파라미터와 함께, 단일 MAC 서비스 요청으로서 전송 및 단일 MAC 서비스 인디케이션으로서 수신된다:
ㆍ 목적지 어드레스
ㆍ 소스 어드레스
ㆍ MSDU(MAC 서비스 데이터 유닛)
ㆍ 우선권
각각의 요청 및 인디케이션의 MSDU는, 적합한 DRCPDU가 뒤따르는 이더타입 프로토콜 식별을 제공하는, 다수의 옥텟을 포함하여 구성된다.
주의 1 - 이 표준의 목적에 대해서, 용어 "LLC 엔티티"는, IEEE Std 802에 명기된 바와 같이, 이더타입 필드를 사용해서 프로토콜 구별을 지원하는 엔티티들을 포함한다.
주의 2 - DRCP 프레임의 완전한 포맷은, 본 명세서에 명기된 바와 같이, DRCPDU 포맷만 아니라 MAC 서비스를 지원하기 위해 사용된 매체 액세스 방법 의존 프로시저에도 의존한다.
목적지 MAC 어드레스
DRCPDU를 전송하기 위해 사용된 각각의 MAC 서비스에 대한 목적지 어드레스는, IPP 관리된 오브젝트에 의해 선택된 그룹 어드레스가 될 수 있다. 그 디폴트 값은 가장 근접한 넌-TPMR(2개의-포트 매체 액세스 제어(MAC) 릴레이) 브리지 그룹 어드레스가 될 수 있다.
소스 MAC 어드레스: DRCPDU를 전송하기 위해 사용된 각각의 MAC 서비스 요청을 위한 소스 어드레스는, 요청이 만들어진 IPP MSAP(MAC 서비스 액세스 포인트)와 연관된 개별 어드레스가 될 수 있다.
우선권: 각각의 MAC 서비스 요청과 연관된 우선권은 IPP MSAP와 연관된 디폴트가 되어야 한다.
프레임 내의
DRCPDU의
인캡슐화
DRCPDU는 M_UNITDATA.Request 또는 M_UNITDATA.Indication의 mac_service_data_unit 파라미터 내에 인코딩된다. mac_service_data_unit의 제1옥텟은 프로토콜 식별자인데, 근본적인 MAC 서비스에 의해 요구됨에 따라, 있다면, 패딩 옥텟이 뒤따르는, DRCPDU가 뒤따른다.
프레임을 전송 및 수신하기 위해 사용된 ISS 인스턴스가 이더타입 인코딩을 직접적으로 지원할 수 있는 매체 액세스 제어 방법(예를 들어, IEEE 802.3 MAC)에 의해 제공되는 곳에서, 프로토콜 식별자는 길이 내의 2개의 옥텟이다. 모든 DRCPDU는 명기된 이더타입에 의해 식별된다. ISS 인스턴스가 이더타입 인코딩을 직접적으로 지원할 수 없는 매체 액세스 방법(예를 들어, IEEE 802.11 MAC)에 의해 제공되는 곳에서, TPID는, LLC에 걸쳐서 에더넷 프레임을 캡슐화하고, 프로토콜의 이더타입(16진수 xx-xx)이 뒤따르는 SNAP PID(16진수 00-00-00)가 뒤따르는, SNAP 헤더(16진수 AA-AA-03)를 포함하여 구성되는, 서브네트워크 액세스 프로토콜(IEEE Std 802의 클라우스 10)에 대한 룰에 따라 인코딩된다.
DRCPDU
구조 및 인코딩
옥텟의
전송 및 표현
모든 DRCPDU는 정수의 옥텟을 포함하여 구성된다. 각각의 옥텟 내의 비트는 0으로부터 7로 넘버가 붙고, 여기서 0은 낮은 자리 비트이다. 연이은 옥텟이 수치 값을 나타내기 위해 사용될 때, 최상위 옥텟이 먼저 전송되고, 후속해서 덜 중대한 옥텟이 뒤따른다.
DRCPDU(의 엘리먼트)의 인코딩이 도면에 묘사될 때:
A) 옥텟은 상부에서 하부로 전송된다.
B) 옥텟 내에서, 비트들은 레프트에 대해서 비트 0 및 라이트에 대해서 비트 7로 나타내고, 레프트로부터 라이트로 전송된다.
C) 연이은 옥텟이 2진수를 나타내기 위해 사용될 때, 먼저 전송된 옥텟은 더 중대한 값이다.
D) 연이은 옥텟이 MAC 어드레스를 나타내기 위해 사용될 때, 제1옥텟의 최하위 비트는 MAC 어드레스의 제1비트의 값이 할당되고, 다음 최상위 비트는 MAC 어드레스의 제2비트의 값이 할당되며, 8번째 비트까지 그렇게 된다. 유사하게, 제2옥텟의 최하위 내지 최상위 비트는 MAC 어드레스의 9번째 내지 17번째 비트의 값이 할당되고, MAC 어드레스의 모든 옥텟에 대해서 그렇게 된다.
프레임 내의
DRCPDU의
인캡슐화
한 실시형태에 있어서, DRCPDU는, M_UNITDATA.Request 또는 M_UNITDATA.Indication의 mac_service_data_unit 파라미터 내에 인코딩된다. mac_service_data_unit의 제1옥텟은 프로토콜 식별자이고, 근본적인 MAC 서비스에 의해 요구됨에 따라, 있다면, 패딩 옥텟이 뒤따르는, DRCPDU가 뒤따른다.
프레임을 전송 및 수신하기 위해 사용된 ISS 인스턴스가 이더타입 인코딩을 직접적으로 지원할 수 있는 매체 액세스 제어 방법(예를 들어, IEEE 802.3 MAC)에 의해 제공되는 곳에서, 프로토콜 식별자는 길이 내의 2개의 옥텟이고, 그 값은 프로토콜의 이더타입이다(16진수 xx-xx).
ISS 인스턴스가 이더타입 인코딩을 직접적으로 지원할 수 없는 매체 액세스 방법(예를 들어, IEEE 802.11 MAC)에 의해 제공되는 곳에서, TPID는, LLC에 걸쳐서 에더넷 프레임을 캡슐화하고, SNAP PID(16진수 00-00-00) 및 이더타입(16진수 xx-xx)이 뒤따르는 SNAP 헤더(16진수 AA-AA-03)를 포함하여 구성되는, 서브네트워크 액세스 프로토콜(IEEE Std 802의 클라우스 10)에 대한 룰에 따라 인코딩된다.
DRCPDU
구조
도 5는 본 발명에 따른 한 실시형태의 DRCPDU 구조를 도시한다. 필드는 다음과 같이 규정된다:
A) 서브타입. 서브타입 필드는 인캡슐화되는 특정 슬로우 프로토콜을 식별한다. DRCPDU는 서브타입 값 0x0X을 반송한다. 주의 - 초이스가 DCRP 동작을 식별하기 위해서 슬로우 프로토콜 이더타입을 사용하지 않으면, A)는 존재하지 않는다.
B) 버전 넘버. 이는 DRCP 버전을 식별한다; 한 실시형태에 따른 구현은 값 0x01을 반송한다.
C) TLV_type = 포털 정보. 이 필드는 이 TLV-투플(tuple)로 반송된 정보의 특성을 가리킨다. 한 실시형태에 있어서, DRNI 정보는 값 0x01에 의해 식별된다.
D) Portal_Information_Length. 이 필드는 이 TLV-투플의 길이(옥텟의)를 가리키고, 한 실시형태에 있어서, 액터 정보는 18(0x12)의 길이 값을 사용한다.
E) Aggregator_Priority. 한 실시형태에 있어서, aAggActorSystemPriority로부터의 서명되지 않은 정수로서 인코딩된, DR 기능에 부착된 애그리게이터의 (관리 또는 운영 정책에 의해) 액터 시스템 ID에 할당된 우선권.
F) Aggregator_ID. 한 실시형태에 있어서, DR 기능에 부착된 애그리게이터의 액터 시스템 ID 의 MAC 어드레스 컴포넌트.
G) Portal_Priority. 한 실시형태에 있어서, aDrniPortalPriority으로부터의 서명되지 않은 정수로서 인코딩된, (관리 또는 운영 정책에 의해) 포털 ID에 할당된 우선권.
H) Portal_ID. 한 실시형태에 있어서, aDrniPortalId로부터의 포털 ID의 MAC 어드레스 컴포넌트.
I) TLV_type = 포털 구성 정보. 이 필드는 이 TLV-투플(tuple)로 반송된 정보의 특성을 가리킨다. 한 실시형태에 있어서, 포털 구성 정보는 값 0x02에 의해 식별된다.
J) Portal_Configuration_Information_Length. 이 필드는 이 TLV-투플의 길이(옥텟의)를 가리키고, 한 실시형태에 있어서, 포털 구성 정보는 46(0x2E)의 길이 값을 사용한다.
K) Topology_State. 도 6C에 도시된 바와 같이, 이에 따라서, IPP에 대한 변수와 관련된 이 DR 기능의 토폴로지는, 단일 옥텟 내의 개별 비트로서 인코딩된다:
1) Portal_System_Number는 비트 0 및 1로 인코딩된다. 이는, aDrniPortalSystemNumber로부터의 이 DR 기능의 포털 시스템 넘버이다.
2) Portal_Topology는 비트 2 및 3으로 인코딩된다. 이는, aDrniPortalTopology 내에 구성됨에 따라, 이 DR 기능의 포털 토폴로지이다.
3) Neighbor_Conf_Portal_System_Number는 비트 4 및 5로 인코딩된다. 이는, 이 IPP에 부착된 포털 시스템의 구성된 포털 시스템 넘버이다.
4) Loop_Break_Link는 비트 6으로 인코딩된다. 이 플래그는, 이 IPP에 부착된 IPL이 루프 브레이크 링크로서 구성되는 것을 가리킨다. 참(TRUE)은, IPL이 aDrniLoopBreakLink 내에 구성되고 1로서 인코딩되는 것을 가리키고; 그렇지 않으면, 플래그는 0로서 인코딩된다.
5) 비트 7은 미래의 사용을 위해 예약된다. 이는 전송에 대해서 0으로 설정되고, 수신에 대해서 무시된다.
K2) Topology_State. 대안적인 실시형태에 있어서, 토폴로지 상태는, 도 29에 도시된 바와 같이, 이에 따라서 다른 옥텟으로 인코딩될 수 있다.
1) Portal_System_Number는 비트 0 및 1로 인코딩된다. 한 실시형태에 있어서, aDrniPortalSystemNumber로부터의 이 DR 기능의 포털 시스템 넘버.
2) Neighbor_Conf_Portal_System_Number는 비트 2 및 3으로 인코딩된다. 한 실시형태에 있어서, 이 IPP에 부착된 포털 시스템의 구성된 포털 시스템 넘버.
3) 비트 4 내지 6은 미래를 위해 예약된다. 한 실시형태에 있어서, 이들은 전송에 대해서 0으로 설정되고, 수신에 대해서 무시된다.
4) Other_Non_Neighbor은 비트 7로 인코딩된다. 참(1로서 인코딩된)은, 다른 포트 정보 TLV가 이 포털 시스템의 인접한 이웃과 연관되지 않은 것을 가리킨다. 거짓(0으로서 인코딩된)은, 한 실시형태에 있어서, 다른 포트 정보 TLV가 이 포털 시스템상의 다른 IPP에 대해서 인접한 이웃인 것을 가리킨다.
L) Oper_Aggregator_Key. DR 기능에 부착된 애그리게이터의 현재 동작 애그리게이터 키 값.
M) Port_Algorithm. 한 실시형태에 있어서, aAggPortAlgorithm로부터의 이 DR 기능 및 애그리게이터에 의해 사용된 포트 알고리즘.
N) Gateway_Algorthm. 한 실시형태에 있어서, aDrniGatewayAlgorithm로부터의 이 DR 기능에 의해 사용된 게이트웨이 알고리즘.
O) Port_Digest. 한 실시형태에 있어서, aAggConversationAdminPort[]로부터의 이 DR 기능의 우선화된 포트 대화 ID-투-애그리게이션 포트 할당의 다이제스트.
P) Gateway_Digest. 한 실시형태에 있어서, aDrniConvAdminGateway[]로부터의 이 DR 기능의 우선화된 게이트웨이 대화 ID-투-게이트웨이 할당의 다이제스트.
Q) TLV_type = DRCP 상태. 이 필드는 이 TLV-투플로 반송된 정보의 특성을 가리킨다. 한 실시형태에 있어서, DRCP 상태는 값 0x03에 의해 식별된다.
R) DRCP_State_Length. 이 필드는 이 TLV-투플의 길이(옥텟의)를 가리키고, 한 실시형태에 있어서, DRCP 상태는 3(0x03)의 길이 값을 사용한다.
S) DRCP_State. IPP에 대한 이 DR 기능의 DRCP 변수는, 도 6B에 도시된 바와 같이, 이에 따라서, 단일 옥텟 내의 개별 비트로서 인코딩된다:
1) Home_Gateway. 한 실시형태에 있어서, 이는 비트 0으로 인코딩된다. 이 플래그는 이 DR 기능의 게이트웨이의 동작 상태를 가리킨다. 참은 동작적인 것을 가리키고, 1로서 인코딩되며, 비동작은 0으로서 인코딩된다.
2) Neighbor_Gateway는, 한 실시형태에 있어서 비트 1로 인코딩된다. 이 플래그는 이웃의 DR 기능의 게이트웨이의 동작 상태를 가리킨다. 참은 동작적인 것을 가리키고, 1로서 인코딩되며, 비동작은 0으로서 인코딩된다.
3) Other_Gateway는, 한 실시형태에 있어서 비트 2로 인코딩된다. 이 플래그는 잠재적인 다른 DR 기능의 게이트웨이의 동작 상태를 가리킨다. 참은 동작적인 것을 가리키고, 1로서 인코딩되며, 비동작은 0으로서 인코딩된다.
4) IPP_Activity은, 한 실시형태에 있어서, 비트 3으로 인코딩된다. 이 플래그는 이 IPP상에서의 이웃의 DRCP 활동을 가리킨다. 액티브 DRCP 이웃은 1로서 인코딩되고, DRCP 활동이 없는 것은 0으로서 인코딩된다.
5) DRCP_Timeout은, 한 실시형태에 있어서 비트 4로 인코딩된다. 이 플래그는, 이 링크에 관한 타임아웃 제어 값을 가리킨다. 짧은 타임아웃은 1로서 인코딩되고, 긴 타임아웃은 0으로서 인코딩된다.
6) 게이트웨이 싱크(Gateway Sync)는, 한 실시형태에 있어서, 비트 5로 인코딩된다. 참(1로서 인코딩)이면, 이 DR 기능은 그들의 게이트웨이 IN_SYNK를 갖기 위해서 이 IPP의 이웃 파트너 시스템으로 고려되고; 즉, 각각의 게이트웨이 대화 ID를 통과시키는 어떤 포털 시스템의 게이트웨이(있다면)를 열거하는 이 포털 시스템의 동작 벡터는, 이 IPP의 이웃의 동작 벡터와 일치한다. 거짓(0로서 인코딩)이면, 이 IPP는 현재 OUT_OF_SYNC; 즉, 각각의 게이트웨이 대화 ID를 통과시키는 어떤 포털 시스템의 게이트웨이(있다면)를 열거하는 이 IPP의 이웃의 동작 벡터는 일치하지 않는다.
7) 포트 싱크(Port Sync)는 비트 6으로 인코딩된다. 참(1로서 인코딩)이면, 이 DR 기능은 그들의 애그리게이터 포트 IN_SYNK를 갖도록 이 IPP의 이웃 파트너 시스템을 고려한다; 즉, 각각의 포트 대화 ID를 통과시키는 어떤 포털 시스템의 애그리게이션 포트(있다면)를 열거하는 이 포털 시스템의 동작 벡터가 이 IPP의 이웃의 동작 벡터와 일치한다. 거짓(0로서 인코딩)이면, 이 IPP는 현재 OUT_OF_SYNC이다; 즉, 각각의 포트 대화 ID를 통과시키는 어떤 포털 시스템의 애그리게이션 포트(있다면)를 열거하는 이 IPP의 이웃의 동작 벡터는 일치하지 않는다.
8) 만료된(Expired)은 비트 7로 인코딩된다. 참(1로서 인코딩)이면, 이 플래그는, DR 기능의 수신 머신이 만료된 또는 디폴트된 상태인 것을 가리키고; 거짓(0로서 인코딩)이면, 이 플래그는 DR 기능의 수신 머신이 만료된 또는 디폴트된 상태가 아닌 것을 가리킨다.
만료된 상태의 수신된 값은 DRCP에 의해 사용되지 않는데; 그들의 값을 아는 것은, 프로토콜 문제를 진단할 때 유용하게 될 수 있다. 또한, 필드의 순서 및 필드의 길이는 다른 실시형태에서 다르게 될 수 있지만, 여전히 본 발명의 정신을 따른다.
T) TLV_type = 홈 포트 정보. 이 필드는 이 TLV-투플로 반송된 정보의 특성을 가리킨다. 한 실시형태에 있어서, 홈 포트 정보는 정수 값 0x04에 의해 식별된다.
U) Home_Port_Information_Length. 이 필드는 이 TLV-투플의 길이(옥텟의)를 가리키고, 홈 포트 정보는 포함된 이 포털 시스템의 애그리게이션 포트의 수의 4 배의 길이 값을 사용한다.
V) Home_Admin_Aggregator_Key. aAggActorAdminKey로부터의 이 DR 기능에 부착된 애그리게이터의 관리상의 애그리게이터 키 값.
W) Home_Oper_Partner_Aggregator_Key. 이 포털 시스템의 애그리게이터 LAG ID와 연관된 동작 파트너 애그리게이터 키.
X) 액티브 홈 포트(Active Home Ports). 증가하는 포트 넘버 순서의 액티브 애그리게이션 포트의 리스트. 리스트는 LACP(Actor_Oper_Port_State.Distributing = True(참)을 선언하는 어떤 LACP에 대해서 이 포털 시스템상의 모든 포트를 열거하는)의 동작에 의해 제어된다.
Y) TLV_type = 이웃 포트 정보. 이 필드는 이 TLV-투플로 반송된 정보의 특성을 가리킨다. 이웃 포트 정보는 정수 값 0x05에 의해 식별된다.
Z) Neighbor_Port_Information_Length. 이 필드는 이 TLV-투플의 길이(옥텟의)를 가리키고, 이웃 포트 정보는 포함된 이웃 애그리게이션 포트의 수의 4 배의 길이 값을 사용한다.
Aa) Neighbor_Admin_Aggregator_Key. 이웃 포털 시스템에 부착된 애그리게이터의 관리상의 애그리게이터 키 값.
Ab) Neighbor_Oper_Partner_Aggregator_Key. 이웃 포털 시스템의 애그리게이터 LAG ID와 연관된 동작 파트너 애그리게이터 키.
Ac) 액티브 이웃 포트(Active Neighbor Ports). 증가하는 포트 넘버 순서의 액티브 애그리게이션 포트의 리스트. 리스트는 LACP(인접한 이웃 포털 시스템 Actor_Oper_Port_State.Distributing = 참을 선언하는 어떤 LACP에 대해서 모든 포트를 열거하는)의 동작에 의해 제어된다.
Ad) TLV_type = 다른 포트 정보. 이 필드는 이 TLV-투플로 반송된 정보의 특성을 가리킨다. 다른 포트 정보는 정수 값 0x06에 의해 식별된다. 이 TLV는, 포털 토폴로지가 3개의 포털 시스템을 포함할 때만 사용된다.
Ae) Other_Port_Information_Length. 이 필드는 이 TLV-투플의 길이(옥텟의)를 가리키고, 다른 포트 정보는 포함된 다른 포털 시스템의 애그리게이션 포트의 수의 4 배의 길이 값이다.
Af) Other_Admin_Aggregator_Key. 다른 이웃 포털 시스템에 부착된 애그리게이터의 관리상의 애그리게이터 키 값이다.
Ag) Other_Oper_Partner_Aggregator_Key. 다른 이웃 포털 시스템의 애그리게이터 LAG ID와 연관된 동작 파트너 애그리게이터 키.
Ah) 액티브 다른 포트(Active Other Ports). 증가하는 포트 넘버 순서의 액티브 애그리게이션 포트의 리스트. 리스트는, LACP(Actor_Oper_Port_State.Distributing = 참을 선언하는 어떤 LACP에 대해서 옵션의 다른 포털 시스템상의 모든 포트를 열거하는)의 동작에 의해 제어된다.
Ai) TLV_type = 다른 정보. 이 필드는 이 TLV-투플로 반송된 정보의 특성을 가리킨다. 한 실시형태에 있어서, 다른 정보는 정수 값 0x0x에 의해 식별된다.
Aj) TLV_type = 터미네이터. 이 필드는 이 TLV-투플로 반송된 정보의 특성을 가리킨다. 한 실시형태에 있어서, 터미네이터(메시지의 엔드) 정보는 정수 값 0x00에 의해 식별된다.
Ak) Terminator_Length. 이 필드는 이 TLV-투플의 길이(옥텟의)를 가리킨다. 한 실시형태에 있어서, 터미네이터 정보는 0(0x00)의 길이 값을 사용한다.
0의 Terminator_Length의 사용은 의도적이다. TLV 인코딩 방안에 있어서, 이는 타입 및 길이 양쪽에 대해서 0으로 되는 인코딩하는 터미네이터에 대해서 일반적으로 실시되는 것에 주의하자.
또한, 버전 N PDU가 버전 1에 의해 해석될 수 없는(및 무시될) 부가적인 정보를 포함할 수 있음에도, 버전 1 구현은 버전 N PDU를 성공적으로 수신할 수 있게 개런티되는 것에 주의하다. 하위 호환성을 보장하는 결정적인 팩터는, 프로토콜의 소정의 미래의 버전이 이전 버전에 대해서 규정된 정보의 구조 또는 시맨틱스를 재규정하기 위해서 요구되지 않는 것이고; 이는 이전 세트에 대해서 새로운 정보 엘리먼트를 부가만할 수 있다. 그러므로, 버전 N PDU에 있어서, 버전 1 구현은 버전 1 PDU에서와 같은 동일한 장소에서 버전 1 정보를 정확하게 발견하기 위해 기대될 수 있고, 버전 1에 대해서 규정된 바와 같이 그 정보를 해석하도록 기대할 수 있다.
DRCPDU는 다수의 애그리게이션 포트를 갖는 사이즈로 성장하는 것에 주의하자. 포털의 포털 시스템을 가로지르는 최대의 (1500 - 88) / 4 = 353 애그리게이션 포트 스프레드가 지원된다. 포털에 의해 지원될 필요가 있는 최소 수의 애그리게이션 포트는 2개이다.
이하, 테이블은 DRCP에 대해서 적용가능한 TLV의 리스트를 제공한다.
| TLV | 타입 필드 |
| 터미네이터 TLV | 0x00 |
| 포털 정보 TLV | 0x01 |
| 포털 구성 정보 TLV | 0x02 |
| DRCP 상태 TLV | 0x03 |
| 홈 포트 정보 TLV | 0x04 |
| 이웃 포트 정보 TLV | 0x05 |
| 다른 포트 TLV | 0x06 |
| 네트워크/IPL 공유 방법 TLV | 0x07 |
| 네트워크/IPL 공유 인캡슐화 TLV | 0x08 |
| IEEE 802.1에 대해서 예약된 | 0x09 - 0x0E |
| 조직화 특정 TLV | 0x0F |
| IEEE 802.1에 대해서 예약된 | 0x10 - 0xFF |
테이블 4. DRCP TLV의 타입 필드 값
따라서, 실시형태는 DRCPDU의 인캡슐화를 프레임 내에 제공하는데, 여기서 각각의 DRCPDU는 IPP에 대한 DRCP 변수와 같은 DRCP 상태를 가리키는 필드를 포함하여 구성된다. 필드는 한 옥텟이 될 수 있다. 필드는, 다른 비트의 옥텟으로 인코딩된, 다음의 하나 이상을 진술하는 정보를 더 포함할 수 있다: Home_Gateway; Neighbor_Gateway; Other_Gateway; IPP_Activity; DRCP_Timeout; 게이트웨이 싱크(Gateway Sync); 포트 싱크(Port Sync); 만료된(Expired).
도 14는 본 발명에 따른 다른 실시형태의 DRCPDU 구조를 도시한다. 도 14의 DRCPDU 구조가 도 5의 것과 유사한 반면, 여러 필드가 다르다. 예를 들어, 도 14에서 Home_Port_Information_Length는 2 + 4 * PN이고, 도 5에서와 같이 2 + 2 * PN이 아니다. 유사하게, 도 14의 여러 다른 필드의 DRCPDU 구조는, 도 5의 DRCPDU 구조의 것들과 다른 길이를 포함하고, 2개의 DRCPDU 구조는 또한 다른 실시형태에서 존재하지 않는 필드를 포함한다. 각각의 예의 DRCPDU 구조에 있어서, 필드는 필드의 콘텐트에 대한 서술하는 네임이다. 몇몇의 다른 필드는 유사한 정보를 포함하지만, 리네임 또는 재편성된다. 본 기술 분야의 당업자는, 다른 유사한 DRCPDU 구조가 본 명세서에 기술된 원리 및 구조와 일치하는 것이 가능한 것으로 이해한다.
도 25는 본 발명에 따른 다른 실시형태의 DRCPDU 구조를 도시한다. 도 25의 DRCPDU 구조는 여러 차이와 함께 도 5 및 14의 것과 유사하다. 예를 들어, 포트 정보 길이(홈, 이웃, 및 다른 포트에 대한)는 다르다. 더욱이, 도 25의 DRCPDU 구조는 토폴로지 상태 및, 상기 논의된 Oper_Aggregator_Key, Neighbor_Admin_Aggregator_Key, Neighbor_Oper_Partner_Aggregator_Key, Neighbor_Admin_Aggregator_Key, Other_Admin_Aggregator_Key, 및 Other_Oper_Partner_Aggregator_Key와 같은 애그리게이터 키에 대한 여러 필드를 포함한다.
도 32는, 본 발명의 한 실시형태에 따른 DRCPDU 구조를 포함하는 프레임을 통한 통신의 방법을 도시한다. 방법(3200)은, 도 1B의 노드 K-O 및 도 1C의 네트워크 장치(132 및 134)와 같은 DRNI의 부분으로서의 DRCP 포털(로컬 포털로서 언급)의 DRCP 노드(예를 들어, 네트워크 장치)상에서 구현될 수 있다.
3202에서, 포털의 DRCP 노드는 프레임 내에 DRCPDU를 인캡슐화한다. DRCPDU는, (1) PDU가 DRCP에 대해서인 것을 가리키는 타입 필드(서브타입로서 언급), (2) DRCPDU의 버전 수를 가리키는 버전 필드, 및 (3) TLV의 세트를 포함하는 구조를 포함한다. TLV의 세트는 터미네이터 TLV, 포털 정보 TLV, 포털 구성 TLV, DRCP 상태 TLV, 홈 포트 정보 TLV, 및 이웃 포트 정보 TLV를 포함한다. 한 실시형태에 있어서는, 포털이 2 이상의 노드를 포함할 때, PDU 구조는 다른 포트 TLV를 포함할 수 있다.
한 실시형태에 있어서, TLV의 세트는 적어도 하나의 네트워크/IPL 공유 방법 TLV, 네트워크/IPL 공유 인캡슐화 TLV, IEEE 802.1에 대해서 예약된 하나 이상의 TLV, 및 조직화 특정 TLV를 더 포함하고, 각각의 TLV는 상기 논의된다.
각각의 TLV의 세트는 TLV 타입 필드를 포함한다. 한 실시형태에 있어서, 각각의 TLV 타입 필드는 상기된 테이블 4에 명기된 값을 포함한다. 각각의 TLV는 본 명세서에서 상기 논의된 값으로 설정될 수 있는 필드를 포함한다. 예를 들어:
ㆍ 터미네이터 TLV는 PDU 구조의 단부를 가리킨다. 한 실시형태에 있어서, 이는, TLV 타입 필드 및 터미네이터 길이 필드를 포함하는데, 여기서 터미네이터 길이 필드는 본 명세서에서 상기 논의된 제로의 길이를 가리킨다.
ㆍ 포털 정보 TLV는, DRCP 노드가 속하는 포털의 특성을 가리킨다. 한 실시형태에 있어서, 특성들은, 본 명세서에서 상기 논의된 바와 같이, (1) 노드의 애그리게이터에 할당된 우선권을 가리키는 애그리게이터 우선권 필드, (2) 애그리게이터의 ID를 가리키는 애그리게이터 식별자(ID) 필드, (3) 포털에 할당된 우선권을 가리키는 포털 우선권 필드, 및 (4) 네트워크 장치와 연관된 MAC 어드레스 컴포넌트를 가리키는 포털 어드레스 필드 내에서 가리켜진다.
ㆍ 포털 구성 정보 TLV는, DRCP 노드가 속하는 포털의 구성 정보를 가리킨다. 한 실시형태에 있어서, 구성 정보는, 본 명세서에서 상기 논의된 바와 같이, (1) 도 6C 및 29에 도시된 바와 같이 포털의 토폴로지 상태를 가리키는 토폴로지 상태 필드, (2) 노드의 동작 애그리게이터 키를 가리키는 동작 애그리게이터 키 필드, (3) 사용된 포털 알고리즘을 가리키는 포털 알고리즘 필드, (4) 사용된 게이트웨이 알고리즘을 가리키는 게이트웨이 알고리즘 필드, (5) 애그리게이션 포트 할당에 대한 포트 대화 식별자(ID)를 위해 사용된 포트 다이제스트를 가리키는 포트 다이제스트 필드, 및 (6) 게이트웨이 할당에 대한 게이트웨이 대화 ID를 위해 사용된 게이트웨이 다이제스트를 가리키는 게이트웨이 다이제스트 필드 내에서 가리켜진다.
ㆍ DRCP 상태 TLV는 IPP와 연관된 변수를 가리킨다. 한 실시형태에 있어서, DRCP 상태는 본 명세서에서 상기 논의된 바와 같이 도 6B에 도시된 바와 같이 인코딩된 값을 포함한다.
ㆍ 홈 포트 정보 TLV는 DRCP 노드와 관련하여 노드의 현재 상태를 가리킨다. 한 실시형태에 있어서, 노드의 현재 상태는, 본 명세서에서 상기 논의된 바와 같이, (1) 부착된 애그리게이터의 관리상의 애그리게이터 키 값을 가리키는 관리상의 애그리게이터 키 필드, (2) 노드의 애그리게이터 LAG ID와 연관된 동작 파트너 애그리게이터 키를 가리키는 동작 파트너 애그리게이터 키 필드, (3) 노드 내의 액티브 애그리게이션 포트의 리스트를 가리키는 액티브 애그리게이션 포트 필드 내에 포함된다.
ㆍ 이웃 포트 정보 TLV는, DRNI와 관련하여 이웃 노드의 현재 상태를 가리킨다. 한 실시형태에 있어서, 이웃 노드의 현재 상태는, 본 명세서에서 상기 논의된 바와 같이, (1) 이웃 네트워크 장치에 부착된 애그리터의 관리상의 애그리게이터 키 값을 가리키는 관리상의 애그리게이터 키 필드, (2) 이웃 노드의 애그리게이터 LAG ID와 연관된 동작 파트너 애그리게이터 키를 가리키는 동작 파트너 애그리게이터 키 필드, 및 (3) IPP와 연관된 인접한 이웃 포털 시스템 내의 액티브 애그리게이션 포트의 리스트를 가리키는 액티브 애그리게이션 포트 필드 내에서 가리켜진다.
ㆍ 로컬 포털이 2 이상의 노드를 포함할 때, 다른 포트 정보 TLV는 DRNI와 연관된 다른 이웃 노드의 현재 상태를 가리킨다. 한 실시형태에 있어서, 다른 이웃 노드의 현재 상태는, 본 명세서에서 상기 논의된 바와 같이, (1) 다른 노드에 부착된 애그리게이터의 관리상의 애그리게이터 키 값을 가리키는 관리상의 애그리게이터 키 필드, (2) 다른 이웃 노드의 애그리게이터 LAG ID와 연관된 동작 파트너 애그리게이터 키를 가리키는 동작 파트너 애그리게이터 키 필드, 및 (3) IPP에 대한 다른 이웃 노드 내의 액티브 애그리게이션 포트의 리스트 내에서 가리켜진다.
ㆍ 네트워크/IPL 공유 방법 TLV는 노드와 연관된 네트워크 및 IPL 공유 방법을 가리키고; 및
325
ㆍ 네트워크/IPL 공유 인캡슐화 TLV는, 공유 방법의 인캡슐화와 관련되는 정보를 가리킨다.
3206에서, DRCP 노드는 프레임을 포털의 그 이웃 노드에 IPP를 통해서 송신하는데, 여기서 이웃 노드는 프레임의 포워딩을 제어하기 위해서 인캡슐화 정보를 사용한다.
본 명세서에서 상기 논의된 바와 같이, 방법(3200)을 통해서, 노드는 정보를 그 이웃 노드와 교환하고, 따라서 포털의 DRCP 동작을 수립하여, 포털의 DRCP 동작이 가능하게 된다. 방법(3200)은, 그 이웃하는 노드와 정보를 교환하기 위해 노드에 대해서 효과적인 방법을 제공한다.
네트워크/IPL 공유 TLV
포털 시스템 중의 일관된 구성을 보장하기 위해서 사용된 네트워크/IPL 공유 방법이 태그에 의한 네트워크/IPL 공유, 또는 인캡슐화에 의한 네트워크/IPL 공유 중 하나를 사용할 때, 이들 TLV만이 요구된다. 시간 방법에 의한 네트워크/IPL 공유는 네트워크/IPL 공유 방법 TLV의 교환을 요구하지만 네트워크/IPL 공유 인캡슐화 TLV는 요구하지 않는다.
주의 - 사용된 네트워크/IPL 공유 방법이 여기서 논의된 물리적인 또는 애그리게이트된 방법일 때, 요구되는 네트워크/IPL 공유는 없다.
다음의 테이블은, 네트워크/IPL 공유 방법을 위해 적용가능한 TLV의 리스트를 제공한다.
| TLV | 타입 필드 |
| 네트워크/IPL 공유 방법 TLV | 0x07 |
| 네트워크/IPL 공유 인캡슐화 TLV | 0x08 |
테이블 5. 네트워크/IPL 공유 TLV의 타입 필드 값
네트워크/IPL 공유 방법 TLV
이하에서와 같이 및 다음의 필드 규정에서 더 기술된 바와 같이, 네트워크/IPL 공유 방법 TLV 구조를 나타낼 수 있다:
| TLV | 길이(옥텟) |
| TLV_type = 네트워크/IPL 공유 방법 | 1 |
| Network/IPL_Sharing_Method_Length = 6 | 1 |
| DRF_Home_Network/IPL_Sharing_Method | 4 |
테이블 6. 네트워크/IPL 공유 방법 TLV
TLV_type = 네트워크/IPL 공유 방법 TLV. 이 필드는 이 TLV-투플로 반송된 정보의 특성을 가리킨다. 네트워크/IPL 공유 TLV는 정수 값 0x07에 의해 식별된다.
Network/IPL_Sharing_Method_Length. 이 필드는 이 TLV-투플의 길이(옥텟의)를 가리킨다. 네트워크/IPL 공유 TLV는 6(0x06)의 길이 값을 사용한다.
DRF_Home_Network/IPL_Sharing_Method. 이 필드는, IPL 및 네트워크 링크가 동일한 물리적인 링크를 공유할 때, IPL 프레임을 이 IPP상에서 이웃 포털 시스템에 전송하기 위해 사용된 네트워크/IPL 공유 방법을 나타내는 값을 포함한다. 이는, 이 인캡슐화에 대한 책임이 있는 조직화를 위해 식별하는 3개의-옥텟 OUI(Organization Unique Identifier) 및, 그 조직화에 의해 규정된 인캡슐화 방법을 식별하기 위해 사용된 하나의 다음의 옥텟으로 이루어진다. 항상 세트는 aDrniEncapsulationMethod와 동등하다. 1의 값은, 시간에 의한 네트워크/IPL 공유가 사용된 것을 가리킨다. 2의 값은, 사용된 인캡슐화 방법이 네트워크 프레임에 의해 사용된 것과 동일한 것 및 태그에 의한 네트워크/IPL 공유가 사용된 것을 가리킨다. 이하의 테이블은, IEEE OUI(01-80-C2) 인캡슐화 방법 인코딩을 제공한다.
| 인캡슐화 방법 필드 | 값 |
| IPL이 분리의 물리적 또는 애그리게이션 링크를 사용 | 0 |
| 시간에 의한 네트워크/IPL 공유 | 1 |
| 태그에 의한 네트워크/IPL 공유 | 2 |
| IEEE802.1Q I-TAG 기반 인캡슐화 | 3 |
| IEEE802.1Q I-VLAN 기반 인캡슐화 | 4 |
| IETF 의사회선 기반 인캡슐화 | 5 |
| 예약된 | 6-255 |
테이블. IEEE 인캡슐화 방법
네트워크/IPL 공유 인캡슐화 TLV
이하에서와 같이 및 다음의 필드 규정에서 기술된 바와 같이, 네트워크/IPL 공유 인캡슐화 TLV 구조가 될 수 있다.
| TLV | 길이(옥텟) |
| TLV_type = 네트워크/IPL 공유 인캡슐화 | 1 |
| Network/IPL_Sharing_Encapsulation_Length = 34 | 1 |
| DRF_Home_Network/IPL_IPLEncap_Digest | 16 |
| DRF_Home_Network/IPL_IPLEncap_Digest | 16 |
테이블 8. 네트워크/IPL 공유 인캡슐화 TLV
TLV_type = 네트워크/IPL 공유 인캡슐화 TLV. 이 필드는 이 TLV-투플로 반송된 정보의 특성을 가리킨다. 네트워크/IPL 공유 TLV는 정수 값 0x08에 의해 식별된다.
Network/IPL_Sharing_Encapsulation_Length. 이 필드는 이 TLV-투플의 길이(옥텟의)를 가리킨다. 네트워크/IPL 공유 TLV는 34(0x22)의 길이 값을 사용한다.
DRF_Home_Network/IPL_IPLEncap_Digest. 이 필드는, IPL 상에서 이웃 포털 시스템과 교환하기 위해서 aDrniIPLEncapMap으로부터의 MD5 다이제스트 계산의 값을 포함한다.
DRF_Home_Network/IPL_NetEncap_Digest. 이 필드는, 공유된 네트워크 링크 상에서의 교환을 위해서 aDrniNetEncapMap으로부터의 MD5 다이제스트 계산의 값을 포함한다.
DrniEncapsulationMethod
속성
적합한 신택스
OUI(Organization Unique Identifier) 및 하나의 다음의 옥텟으로 이루어지는 옥텟의 시퀀스.
다음과 같이 규정된 행동
이 관리된 오브젝트는, 시간에 의한 네트워크/IPL 공유 또는 태그에 의한 네트워크/IPL 공유 또는 인캡슐화에 의한 네트워크/IPL 공유가 지원될 때만, 적용가능하다. 오브젝트는, IPL 및 네트워크 링크가 동일한 물리적인 링크를 공유할 때, IPL 프레임을 이웃 포털 시스템에 전송하기 위해 사용된, 인캡슐화 방법을 나타내는 값을 식별한다. 이는, 이 인캡슐화에 대한 책임이 있는 조직화를 식별하는 3개의-옥텟 OUI(Organization Unique Identifier) 및 그 조직화에 의해 규정된 인캡슐화 방법을 식별하기 위해 사용된 하나의 다음의 옥텟으로 이루어진다. IEEE 인캡슐화 방법상의 테이블은, IEEE OUI(01-80-C2) 인캡슐화 방법 인코딩을 제공한다. 0x01-80-C2-00의 디폴트 값은, IPL이 분리의 물리적인 또는 애그리게이션 링크를 사용하는 것을 가리킨다. 1의 값은 시간에 의한 네트워크/IPL 공유가 사용된 것을 가리킨다. 2의 값은, 사용된 인캡슐화 방법이 네트워크 프레임에 의해 사용된 것과 동일하고, 태그에 의한 네트워크/IPL 공유가 사용된 것을 가리킨다.
DrniIPLEncapMap
속성
적합한 신택스
게이트웨이 대화 ID로 인덱스된 정수들의 시퀀스.
다음과 같이 규정된 행동
이 관리된 오브젝트는, 태그에 의한 네트워크/IPL 공유 또는 인캡슐화에 의한 네트워크/IPL 공유가 지원될 때만 적용가능하다. 각각의 엔트리는, 본 명세서에 명기된 인캡슐화 방법을 위한 그 게이트웨이 대화 ID와 연관된 IPL 프레임에 대해서 사용된 식별자의 값을 표현한다.
aDrniNetEncapMap
속성
적합한 신택스
게이트웨이 대화 ID로 인덱스된 정수들의 시퀀스.
다음과 같이 규정된 행동
이 관리된 오브젝트는, 태그에 의한 네트워크/IPL 공유가 지원될 때만 적용가능하다. 각각의 엔트리는, 본 명세서에 명기된 방법이 태그에 의한 네트워크/IPL 공유이고, 네트워크 프레임이 IPL 프레임에 사용된 태그 스페이스를 공유할 필요가 있을 때, 그 게이트웨이 대화 ID와 연관된 네트워크 프레임에 대해서 사용된 식별자의 번역된 값을 표현한다.
aAggPortAlgorithm
속성
적합한 신택스
3개의-옥텟 OUI(Organization Unique Identifier) 및 하나의 다음의 옥텟으로 이루어지는 옥텟의 시퀀스.
다음과 같이 규정된 행동
이 오브젝트는, 대화 ID에 프레임을 할당하기 위해서 애그리게이터 포트에 의해 사용된 알고리즘을 식별한다.
aAggActorSystemID
속성
적합한 신택스:
MACAddress
다음과 같이 규정된 행동:
이 애그리게이터를 포함하는 시스템에 대한 독특한 식별자로서 사용된 6-옥텟 리드-라이트(read-write) MAC 어드레스 값.
주의 - 클라우스 6에 기술된 링크 애그리게이션 메커니즘의 관점으로부터, 단일 조합의 액터의 시스템 ID 및 시스템 우선권만이 고려되고, 애그리게이터에 대한 이들 파라미터의 값과 이와 연관된 애그리게이션 포트(들) 사이의 구별은 없다(즉, 프로토콜은 단일 시스템 내의 애그리게이션의 동작의 면에서 기술). 그런데, 애그리게이터 및 애그리게이션 포트 모두를 위해 제공된 관리된 오브젝트는 이들 파라미터의 관리를 허용한다. 이 결과는, 링크 애그리게이션의 동작의 뷰우 포인트로부터, 하나 이상의 시스템을 포함하기 위해서 관리에 의해 구성되는 단일의 장비를 허용하는 것이다. 이는, 제한된 애그리게이션 능력을 갖는 장비의 구성에서 특별하게 사용될 수 있다.
aAggActorSystemPriority
속성
적합한 신택스:
정수
다음과 같이 규정된 행동:
액터의 시스템 ID와 연관된 우선권 값을 가리키는 2-옥텟 리드-라이트 값.
조직화-특정
TLV
소정의 조직화는 DRCP에서의 사용을 위해 TLV를 규정할 수 있다. 이들 TLV는, IEEE 802.1, ITU-T, IETF와 같은 다른 조직만 아니라 개별 소프트웨어 및 장비 벤더들이, 이웃 포털 시스템에 대해서 정보를 광고하는 TLV를 규정하도록 허용하기 위해 제공된다. 조직화-특정 TLV 구조는, 다음의 표에 나타낸 바와 같이 및 다음의 필드 규정 내에 기술된 바와 같이, 될 수 있다.
TLV_type = 조직화-특정 TLV. 이 필드는 이 TLV-투플로 반송된 정보의 특성을 가리킨다. 조직화-특정 TLV는 정수 값 0x0F에 의해 식별된다.
Network/IPL_Sharing_Encapsulation_Length. 이 필드는 이 TLV-투플의 길이(옥텟의)를 가리킨다. 조직화-특정 TLV는 LL의 길이 값을 사용한다.
OUI. 이 필드는 IEEE로부터 획득가능한 3-바이트 긴 조직적으로 독특한 식별자.
서브타입. 이 필드는 서브타입 값을 포함하므로, 더 많은 조직화-특정 TLV가 OUI의 오너에 의해 요구되면, 부가적인 OUI가 요구되지 않게 될 것이다.
값. 이 필드는 이웃 포털 시스템과 통신할 필요가 있는 정보를 포함한다.
DRCP
상태
머신
개관
프로토콜의 동작은 다수의 상태 머신에 의해 제어되는데, 이들 각각은 구별되는 기능을 수행한다. 이들 상태 머신은 퍼-IPP 기반 상에서 대부분 기술되고; 퍼-애그리게이션 포트 설명으로부터의 소정의 일탈이, 본 텍스트에서 강조된다. 이벤트(타이머 또는 수신된 DRCPDU의 만료와 같은)는 상태 천이를 일으킬 수 있고, 또한 액션들을 취하게 할 수 있으며; 이들 액션은 반복된 또는 새로운 정보를 포함하는 DRCPDU의 전송을 위한 필요를 포함할 수 있다. 주기적인 및 이벤트-구동된 전송들이, 필요에 따라 상태 머신에 의해 생성된, 필요-대-전송(NTT: Need-To-Transmit) 변수의 상태에 의해 제어된다.
상태 머신은 다음과 같다:
A) 수신 머신(도 8 참조). 이 상태 머신은 이 IPP상에서 이웃 포털 시스템으로부터 DRCPDU를 수신하고, 포함된 정보를 기록하며, 및 DRCP_Timeout의 설정에 따라, 이를, 짧은 타임아웃 또는 긴 타임아웃을 사용해서, 타입아웃한다. 이는, 홈 포털 시스템이 다른 포털 시스템과 함께 포털 내에서 또는 개별 포털로서, 이제 안전하게 사용될 수 있는 범위로 교환된 프로토콜 정보에 따라서, 홈 및 이웃 양쪽이 일치했는지를 결정하기 위해서, 이웃 포털 시스템으로부터 들어오는 정보를 평가하는데; 그렇지 않으면, 이는 프레시(fresh) 프로토콜 정보를 이웃 포털 시스템에 전송하기 위해서 NTT를 어서트(assert) 한다. 이웃 포털 시스템으로부터의 프로토콜 정보가 타임아웃되면, 수신 머신은 다른 상태 머신에 의한 사용을 위해 디폴트 파라미터 값을 인스톨(install)한다.
B) 주기적인 전송 머신(PTS - 도 9 참조). 이 상태 머신은, 홈 포털 시스템 및 그 이웃이 포털을 유지하기 위해서 DRCPDU를 교환하게 될 것을 결정한다.
C) 포털 시스템 머신(PS - 도 10 참조). 이 상태 머신은, 홈 포털 시스템의 IPP상에서 수신된 로컬 정보 및 DRCPDU에 기반해서 포털 내에서 모든 게이드웨이 및 애그리게이션 포트의 동작 상태를 갱신하는 책임이 있다. 이 상태 머신은 퍼 포털 시스템이다.
D) DRNI 게이트웨이 및 애그리게이터 머신(DGA - 도 11 참조). 이들 상태 머신은, 이 DR 기능의 게이트웨이를 통과하도록 허용된 게이트웨이 대화 ID 및 이 DR 기능의 애그리게이터를 통해서 분산되도록 허용된 포트 대화 ID를 구성하기 위한 책임이 있다. 이들 상태 머신은 퍼 포털 시스템이다.
E) DRNI IPP 머신(IPP - 도 12 참조). 이들 상태 머신은 이 DR 기능의 IPP를 통과하도록 허용된 게이트웨이 대화 ID 및 포트 대화 ID를 구성하기 위한 책임이 있다.
F) 전송 머신(TX - 이하 서브섹션 전송 머신 참조). 이 상태 머신은, 다른 상태 머신으로부터의 요구 및 주기적인 기반 양쪽에 따라서 DRCPDU의 전송을 핸들링한다.
도 7은 본 발명의 한 실시형태에 따른 이들 상태 머신 중의 관계 및 이들 사이에서의 정보의 흐름을 도시한다. 이웃 상태 정보로 라벨이 붙은 화살의 세트는, 수신 머신에 의해 각각의 상태 머신에 공급되는, 들어오는 DRCPDU 내에 포함된 또는 관리상의 디폴트 값에 의해 공급된, 새로운 이웃 정보를 표현한다. 홈 상태 정보로 라벨이 붙은 화살의 세트는, 상태 머신 사이의 갱신된 홈 상태 정보의 흐름을 표현한다. DRCPDU의 전송은, 주기적인 DRCPDU를 전송하기 위한 필요를 결정하는 주기적인 머신의 결과로서, 또는 이웃과 통신할 필요가 있는 홈의 상태 정보에 대한 변경의 결과로서, 일어난다. DRCPDU를 전송하기 위한 필요는 NTT를 어서팅(asserting)함으로써 전송 머신에 시그널링된다. 나머지 화살은, 상태 머신이 이벤트가 다른 상태 머신에서 발생하게 허용하는, 상태 머신 설명 내의 공유된 변수를 표현한다.
도 15는 본 발명의 다른 실시형태에 따른 이들 상태 머신 중의 관계 및 이들 사이에서의 정보의 흐름을 도시한다. 대안적인 실시형태는 본 명세서에 기술된 및 도 14의 도면에 도시된 원리 및 구조와 유사한 양식으로 동작한다. 따라서, 설명은 일반적으로 노트된 것을 제외하고 양쪽 실시형태에 제공된다.
이들 상태 머신은, 명세서에서 이하 상세히 기술되는 바와 같은, 세트의 상수, 변수, 메시지 및 기능을 사용한다.
분산된
리질리언트
네트워크 상호 접속을 위한 관리
분산된 릴레이 속성
aDrniPortalId
속성
적합한 신택스: 48-비트 MAC 어드레스의 신택스를 매칭하는 8 옥텟의 시퀀스.
다음과 같이 규정된 행동: 특정 포털의 리드-라이트 식별자. aDrniPortalId는, 주어진 포털 시스템이 IPL을 통해서 부착될 수도 있는, 적어도 모든 잠재적인 포털 시스템 중에서 독특해야 한다. 에뮬레이트된 시스템에 대한 액터의 시스템 ID로서 또한 사용된다.
DrniDescription
속성
적합한 신택스:
PrintableString, 최대 255 캐릭터.
다음과 같이 규정된 행동:
분산된 릴레이에 관한 정보를 포함하는 휴먼-판독가능한 텍스트 스트링. 이 스트링은 리드-온리이다. 콘텐트는 벤더 특정이다.
aDrniName
속성
적합한 신택스:
PrintableString, 최대 255 캐릭터.
다음과 같이 규정된 행동:
분산된 릴레이에 대한 로컬로 중대한 네임을 포함하는 휴먼-판독가능한 텍스트 스트링. 이 스트링은 리드-라이트이다.
aDrniPortalAddr
속성
적합한 신택스:
48-비트 MAC 어드레스의 신택스를 매칭하는 6 옥텟의 시퀀스
다음과 같이 규정된 행동:
특정 포털의 리드-라이트 식별자. aDrniPortalAddr는 주어진 포털 시스템이 IPL을 통해서 부착될 수도 있는, 적어도 모든 잠재적인 포털 시스템 중에서 독특해야 한다. 또한, 에뮬레이트된 시스템에 대한 액터의 시스템 ID(6.3.2)로서 사용된다.
aDrniPortalPriority
속성
적합한 신택스: 정수
다음과 같이 규정된 행동: 포털의 ID와 연관된 우선권 값을 가리키는 2-옥텟 리드-라이트 값. 또한, 에뮬레이트된 시스템에 대한 액터의 시스템 우선권으로서 사용된다.
aDrniPortalTopology
속성
적합한 신택스:
정수
다음과 같이 규정된 행동:
포털의 토폴로지를 가리키는 리드-라이트 값. 값 3은, 3개의 인트라-포털 링크에 의해 링으로 접속된 3개의 포털 시스템을 나타내고, 값 2는 2개의 IPL에 의해 체인으로 접속된 3개의 포털 시스템 중의 포털을 나타내며, 값 1은 단일 IPL로 접속된 2개의 포털 시스템의 포털을 나타내고, 값 0은 액티브 IPL 없는 단일 포털 시스템의 포털을 나타낸다. 디폴트 값은 1이다.
aDrniPortalSystemNumber
속성
적합한 신택스: 포털 시스템 넘버, 이는 범위 1 내지 3 포함의 정수이다.
다음과 같이 규정된 행동: 포털 내의 이 특정 포털 시스템의 리드-라이트 식별자. 동일한 aDrniPortalId를 갖고 포털 시스템 중에서 독특해야 한다.
aDrniIntraPortalLinkList
속성
적합한 신택스: 인터페이스 식별자의 신택스를 매칭하는 정수들의 시퀀스.
다음과 같이 규정된 행동:
이 분산된 릴레이에 할당된 인트라-포털 링크의 리드-라이트 리스트. 각각의 IPL의 포트 넘버는 부착된 포털 시스템의 포털 시스템 넘버를 매칭하도록 구성된다.
aDrniLoopBreakLink
속성
적합한 신택스
인터페이스 식별자의 신택스를 매칭하는 정수.
다음과 같이 규정된 행동:
aDrniIntraPortalLinkList의 인터페이스 식별자 중 하나를 매칭하는 리드-라이트 식별자. 그 값은, 모든 IPL들이 동작적일 때, 링으로 접속된 3개의 포털 시스템 중의 포털인 경우, 데이터 루프를 브레이크하기 위해 필요한 인터페이스("루프 브레이크 링크")를 식별한다. 이 관리된 오브젝트는, aDrniPortalTopology 내의 값이 3일 때만 사용된다.
aDrniAggregator
속성
적합한 신택스: 인터페이스 식별자의 신택스를 매칭하는 정수.
다음과 같이 규정된 행동: 이 분산된 릴레이에 할당된 애그리게이터 포트의 리드-라이트 인터페이스 식별자.
aDrniConvAdminGateway[]
속성
적합한 신택스: 포털 시스템 넘버의 신택스를 매칭하는 정수들의 시퀀스의 어레이.
다음과 같이 규정된 행동:
4096 aDrniConvAdminGateway[] 변수들이 있는데, 게이트웨이 대화 ID로 인덱스된 aDrniConvAdminGateway[0] 내지 aDrniConvAdminGateway[4095]이다. 각각은 분산된 릴레이를 위한 게이트웨이 선택 우선권 리스트의 현재 관리상의 값을 포함한다. 이 선택 우선권 리스트, 각각의 게이트웨이 대화 ID에 대한 정수들의 시퀀스는, 그 대화를 반송하기 위해서 대응하는 선호된 포털 시스템의 게이트웨이에 대한, 가장 높은 대 가장 낮은, 선호도의 순서로의 포털 시스템 넘버들의 리스트이다.
주의 - 네트워크 관리자가 포털의 모든 DR 기능들에 있어서 aDrniConvAdminGateway[] 변수에 대해서 동일한 값을 구성하는데 실패하는 범위로, 프레임은 잘못 이용될 수 있다. 분산된 릴레이 제어 프로토콜(DRCP, 9.4)은 이러한 타입의 잘못된 구성에 대항해서 방지한다.
aDrniGatewayAlgorithm
속성
적합한 신택스: OUI(Organization Unique Identifier) 및 하나 이상의 다음의 옥텟으로 이루어지는 옥텟의 시퀀스.
다음과 같이 규정된 행동:
이 오브젝트는, 게이트웨이 대화 ID에 프레임을 할당하기 위해서 DR 기능에 의해 사용된 알고리즘을 식별한다.
상수
다음의 논의는 본 발명의 한 실시형태에 따른 적용가능한 다양한 상수에 초점을 맞춘다. 이 섹션 내에 명기된 모든 타이머는 ±250 ms의 실행 공차를 갖는다.
Fast_Periodic_Time: 짧은 타임아웃을 사용하는 주기적인 전송들 사이의 다수의 초(second).
값: 정수; 1
Slow_Periodic_Time: 긴 타임아웃을 사용하는 주기적인 전송들 사이의 다수의 초.
값: 정수; 30
Short_Timeout_Time: 짧은 타임아웃을 사용할 때 수신된 LACPDU 정보를 무효화하기 전의 다수의 초(3×Fast_Periodic_Time).
값: 정수; 3
Long_Timeout_Time: 긴 타임아웃을 사용할 때 수신된 LACPDU 정보를 무효화하기 전의 다수의 초(3×Slow_Periodic_Time).
값: 정수; 90
Aggregate_Wait_Time: 다중의 링크를 동시에 애그리게이트하도록 허용하기 위한 지연 애그리게이션에 대한 다수의 초.
값: 정수; 2
분산된 릴레이와 연관된 변수
다음의 논의는 본 발명의 한 실시형태에 따른 다양한 분산된 릴레이와 연관된 변수에 초점을 맞춘다.
Drni_Aggregator_Priority: 이 포털에 연관된 애그리게이터의 시스템 우선권. 항상 aAggActorSystemPriority와 동등하게 설정한다. DRCPDU로 전송된다.
값: 정수; 관리자 또는 시스템 정책에 의해 할당된다.
Drni_Aggregator_ID: 이 포털과 연관된 애그리게이터의 시스템 식별자의 MAC 어드레스 컴포넌트. 항상 aAggActorSystemID와 동등하게 설정하고, 이는 DRCPDU로 재전송된다.
값: 48 비트
Drni_Gateway_Conversation: 각각의 게이트웨이 대화 ID를 통과시키는 어떤 포털 시스템의 게이트웨이(있다면)를 열거하는 동작 벡터.
값: 게이트웨이 대화 ID로 인덱스된 포털 시스템 넘버들의 시퀀스(없는 것에 대해서 0).
초기화에 따라서 및 관리된 오브젝트 또는 변수가 변경될 때마다aDrniConvAdminGateway[] 및 Drni_Portal_System_State[]로부터 계산된 값.
Drni_Port_Conversation: 각각의 포트 대화 ID를 통과시키는 어떤 포털 시스템(있다면)을 열거하는 동작 벡터.
값: 포트 대화 ID로 인덱스된 포털 시스템 넘버들의 시퀀스(없는 것에 대해서 0).
초기화에 따라서 및 관리된 오브젝트 또는 변수가 변경될 때마다 aAggConversationAdminPort[] 및 Drni_Portal_System_State[]로부터 계산된 값.
Drni_Portal_Priority: 포털의 시스템 우선권. 항상 aDrniPortalPriority와 동등하게 설정한다. DRCPDU로 전송된다.
값: 정수
관리자 또는 시스템 정책에 의해 할당된다.
Drni_PortalID(또는 몇몇 실시형태에서 Drni_Portal_Addr): 포털의 시스템 식별자의 MAC 어드레스 컴포넌트. 항상 aDrniPortalId와 동등하게 설정한다. DRCPDU로 전송된다.
값: 48 비트
관리자 또는 시스템 정책에 의해 할당된다.
Drni_Portal_Topology: 포털의 구성된 토폴로지. 항상 aDrniPortalTopology와 동등하게 설정한다. DRCPDU로 전송된다.
값: 범위 [0...3] 내의 정수
관리자 또는 시스템 정책에 의해 할당된다.
퍼-DR 기능 변수
ChangeDRFPorts: 이 변수는 게이트웨이 및 이 포털 시스템에 연관된 모든 애그리게이션 포트의 동작 상태를 추적하고, 이들 중 어느 것이 변경할 때 참으로 설정된다. 또한, Drni_Conversation_GatewayList[] 또는 Drni_Conversation_PortList[]에 대한 새로운 값이 개시되면, 이 변수는 참으로 설정된다.
값: 불리언
ChangePortal: DRF_Neighbor_Oper_DRCP_State일 때, 이 변수는 참으로 설정된다. 이 포털 시스템상의 소정의 IPP상의 IPP_Activity는 변경한다.
Drni_Conversation_GatewayList[]: 어떤 게이트웨이 대화 ID를 반송하는 이 포털 내의 어떤 게이트웨이를 결정하는, 게이트웨이 대화 ID로 인덱스된, 4096 리스트의 어레이. 어레이 내의 각각의 항목은, 인덱스된 게이트웨이 대화 ID를 반송하기 위한, 가장 크게 요구된으로부터 가장 작게 요구된으로의 우선권 순서로, 이 포털 내의 게이트웨이의 리스트이다. 관리자 또는 시스템 정책에 의해 할당된다. 항상 aDrniConvAdminGateway[]와 동등하게 설정한다.
Drni_Conversation_PortList[]: 어떤 포트 대화 ID를 반송하는 이 포털 내의 어떤 애그리게이션 포트를 결정하는, 포트 대화 ID로 인덱스된 4096 리스트의 어레이. 어레이 내의 각각의 항목은, 인덱스된 포트 대화 ID를 반송하기 위한, 가장 크게 요구된으로부터 가장 작게 요구된으로의 우선권 순서로, 이 포털 내의 애그리게이션 포트의 리스트. 관리자 또는 시스템 정책에 의해 할당된다. 항상 aAggConversationAdminPort[]와 동등하게 설정한다.
값: 포트 ID의 시퀀스
Drni_Portal_System_State[]: 포털 시스템 넘버에 의해 인덱스된, 이 포털 내의 모든 포털 시스템의 상태.
값: 게이트웨이의 불리언 플래그 인디케이션 동작 상태(참은 동작적인 것을 가리킨다), 그 포털 시스템 내의 동작 애그리게이션 포트의 포트 ID의 리스트(아마도 엠프티), 및 획득되었던 어떤 포털 시스템의 상태로부터의 IPP의 아덴티티(있다면). 이 변수는 updatePortalState 기능에 의해 설정된다. DRCPDU로 전송된다.
DRF_Home_Admin_Aggregator_Key: 이 포털 시스템의 애그리게이터와 연관된 관리상의 애그리게이터 키 값. DRCPDU로 전송된다.
값: 정수
한 실시형태에 있어서, DRF_Home_Admin_Aggregator_Key는 관리자 또는 시스템 정책에 의해 할당된다. DRF_Home_Admin_Aggregator_Key는 각각의 포털 시스템에 대해서 구성되고, 다르게 되어야 한다. 특히, 2개의 최상위 비트는 각각의 포털 시스템에서 다르게 되어야 한다. 하위의 14 비트는 소정의 값이 될 수 있고, 각각의 포털 시스템 내에서 동일하게 될 필요는 없으며, 제로의 디폴트를 갖는다.
관리자 또는 시스템 정책에 의해 할당된다.
DRF_Home_Conversation_GatewayList_Digest: 이웃 포털 시스템과의 교환을 위해서 이 DR 기능으로 구성된 aDrniConvAdminGateway[]의 다이제스트. 이 변수는 DRCPDU에 의해 참조된다.
값: MD5 다이제스트
DRF_Home_Conversation_PortList_Digest: 이웃 포털 시스템과의 교환을 위해서 이 DR 기능으로 구성된 aAggConversationAdminPort[]의 다이제스트. DRCPDU로 전송된다.
값: MD5 다이제스트
DRF_Home_Gateway_Algorithm: 프레임을 게이트웨이 대화 ID에 할당하기 위해서 이 DR 기능에 의해 사용된 게이트웨이 알고리즘. 항상 aDrniGatewayAlgorithm와 동등하게 설정한다. DRCPDU로 전송된다.
값: 4-옥텟(이 특정 알고리즘을 식별하는 2개의 옥텟이 뒤따르는 이 알고리즘을 설정하기 위한 책임이 있는 조직화를 식별하는 3-옥텟 OUI). 다른 실시형태에 있어서는, 5 옥텟이 사용된다.
DRF_Home_Port_Algorithm: 프레임을 포트 대화 ID에 할당하기 위해서 이 DR 기능에 의해 사용된 포트 알고리즘. 항상 연관된 애그리게이터의 aAggPortAlgorithm와 동등하게 설정한다. DRCPDU로 전송된다.
값: 4-옥텟(이 특정 알고리즘을 식별하는 2개의 옥텟이 뒤따르는 이 알고리즘을 설정하기 위한 책임이 있는 조직화를 식별하는 3-옥텟 OUI). 다른 실시형태에 있어서는, 5 옥텟이 사용된다.
DRF_Home_Oper_Aggregator_Key: 이 포털 시스템의 애그리게이터와 연관된 동작 애그리게이터 키 값. 그 값은 updateKey 기능에 의해 계산된다. DRCPDU로 전송된다.
값: 정수
DRF_Home_Oper_Partner_Aggregator_Key: 이 포털 시스템의 애그리게이터 LAG ID와 연관된 동작 파트너 애그리게이터 키. DRCPDU로 전송된다.
값: 정수
DRF_Home_State: 이 DR 기능의 동작 상태. DRCPDU로 전송된다.
값: 이 포털 시스템의 게이트웨이의 불리언 플래그 인디케이션 동작 상태(참은 동작적인 것을 가리킨다) 및 이 포털 시스템 내의 동작 애그리게이션 포트의 포트 ID의 리스트(아마도 엠프티).
DRF_Neighbor_Admin_Conversation_GatewayList_Digest: 이웃의 정보가 공지되지 않을 때 사용하기 위해서 관리자 또는 시스템 정책에 의해 할당된, 이웃 포털 시스템의 알고리즘을 위한 값. 그 디폴트 값은 aDrniConvAdminGateway[]로부터 계산된 MD5 다이제스트이다.
값: MD5 다이제스트
DRF_Neighbor_Admin_Conversation_PortList_Digest: 이웃의 정보가 공지되지 않을 때 사용하기 위해서 관리자 또는 시스템 정책에 의해 할당된, 이웃 포털 시스템의 알고리즘을 위한 값. 그 디폴트 값은 aAggConversationAdminPort[]로부터 계산된 MD5 다이제스트이다.
값: MD5 다이제스트
DRF_Neighbor_Admin_Gateway_Algorithm: 이웃의 정보가 공지되지 않을 때 사용하기 위해서 관리자 또는 시스템 정책에 의해 할당된 이웃 시스템의 게이트웨이 알고리즘을 위한 값. 그 디폴트 값은 aDrniGatewayAlgorithm와 동등하게 설정한다.
값: 4-옥텟(이 특정 알고리즘을 식별하는 2개의 옥텟이 뒤따르는 이 알고리즘을 설정하기 위한 책임이 있는 조직화를 식별하는 3-옥텟 OUI). 다른 실시형태에 있어서는, 5 옥텟이 사용된다.
DRF_Neighbor_Admin_DRCP_State:
파트너의 정보가 공지된 또는 만료될 때 사용하기 위해서 관리자 또는 시스템 정책에 의해 할당된 이웃 포털의 DRCP 상태 파라미터에 대한 디폴트 값이다. 값은, 한 실시형태에서 기술된 바와 같이, 다음 세트의 변수로 이루어진다:
ㆍ HomeGateway(홈게이트웨이)
ㆍ NeighborGateway(이웃게이트웨이)
ㆍ OtherGateway(다른게이트웨이)
ㆍ IPPActivity
ㆍ Timeout(타임아웃)
ㆍ GatewaySync(게이트웨이싱크)
ㆍ PortSync(포트싱크)
ㆍ Expired(만료된)
값: 8 비트
DRF_Neighbor_Admin_Port_Algorithm: 이웃의 정보가 공지되지 않을 때 사용하기 위해서 관리자 또는 시스템 정책에 의해 할당된, 이웃 시스템의 포트 알고리즘을 위한 값. 그 디폴트 값은 aAggPortAlgorithm와 동등하게 설정한다.
값: 4-옥텟(이 특정 알고리즘을 식별하는 2개의 옥텟이 뒤따르는 이 알고리즘을 설정하기 위한 책임이 있는 조직화를 식별하는 3-옥텟 OUI). 다른 실시형태에 있어서는, 5 옥텟이 사용된다.
DRF_Portal_System_Number: 포털 내에서 이 포털 시스템에 대한 독특한 식별자.
값: 한 실시형태에 있어서, 범위 내의 정수 [1..3].
aDrniPortalSystemNumber로부터 카피된다. DRCPDU로 전송된다.
PSI(portal state isolated: 차폐된 포털 상태): 이 변수는, 포털 시스템이 동일한 포털 내의 다른 포털 시스템으로부터 차폐될 때 updateDRFHomeState 기능에 의해 참으로 설정된다.
값: 불리언.
퍼-
IPP
변수(Per-
IPP
variables)
다음의 논의는, 본 발명의 한 실시형태에 따른 다양한 변수 퍼 IPP에 초점을 맞춘다.
Ipp_Gateway_Conversation_Direction: 이 IPP를 통해서 도달할 수 있는 게이트웨이를 통과하는 어떤 게이트웨이 대화 ID의 동작 리스트. 이는, DRCP의 동작에 의해 설정된다.
값: 게이트웨이 대화 ID로 인덱스된 불리언 플래그의 벡터; 참 = 이 IPP를 통해서 도달할 수 있는 몇몇 게이트웨이가 이 게이트웨이 대화 ID에 대해서 인에이블된다.
각각의 게이트웨이 대화 ID에 대해서, 값은, a) 변수 Drni_Gateway_Conversation 및 Drni_Portal_System_State[]이 이 게이트웨이 대화 ID를 위한 타깃 포털 시스템이 이 IPP 뒤에 놓이는 것을 가리키고, b) Drni_Gateway_Conversation 및 Ipp_Other_Gateway_Conversation이 이 게이트웨이 대화 ID를 얻어야 하는 어떤 포털 시스템에 대해서 일치하면 및 할 때만 참이다. Ipp_Gateway_Conversation_Direction는 거짓으로 초기화되고, 소정의 그 기여하는 변수 변경될 때마다 다시 계산된다. 이 IPP상에서 수신된 프레임에 대해서, 참은 프레임이 다운 프레임인, 궁극적으로 애그리게이터(또는 폐기) 행인 것을 의미하고, 거짓은 프레임이 업 프레임인, 궁극적으로 게이트웨이(또는 폐기) 행인 것을 의미한다. 이 IPP상에서의 전송을 위해 제공된 프레임에 대해서, 참은 프레임이 통과할 수 있는 것을 가리키고, 거짓은 이를 할 수 없는 것이다. 이 변수는 다운 프레임을 제어하기 위해 사용되지 않는다.
Ipp_Port_Conversation_Passes: 이 IPP를 통해 전송되도록 허용된 어떤 포트 대화 ID의 동작 리스트.
값: 포트 대화 ID로 인덱스된 불리언 플래그의 벡터.
이 변수는, 다운 프레임이 이 IPP상에서 전송하기 위해 제공될 때만, 조사된다. 각각의 포트 대화 ID에 대해서, 값은, a) 변수 Drni_Port_Conversation 및 Drni_Portal_System_State[]이 이 포트 대화 ID를 위한 타깃 포털 시스템이 이 IPP 뒤에 놓이는 것을 가리키고, b) Drni_Port_Conversation 및 Ipp_Other_Port_Conversation_Portal_System이 이 포트 대화 ID를 얻어야 하는 어떤 포털 시스템에 대해서와 일치하면 및 할 때만, 참이다(ID는 통과한다). Ipp_Port_Conversation_Passes는 거짓으로 초기화되고, 소정의 그 기여하는 변수 변경될 때마다 다시 계산된다.
ChangePortal: 이 변수는, DRF_Neighbor_Oper_DRCP_State일 때, 참으로 설정한다. 이 포털 시스템상의 소정의 IPP상의 IppActivity는 변경한다.
값: 불리언
CC_Time_Shared: 이 IPP상의 이웃 및 홈 포털 시스템이 시간에 의한 네트워크/IPL 공유를 사용하기 위해서 일관되게 구성되는 것을 가리키는 불리언(Booean).
값: 불리언
CC_EncTag_Shared: aDrniEncapsulationMethod에 의해 선택된 네트워크/IPL 방법에 의해 구술됨에 따라, 이 IPP상의 이웃 및 홈 포털 시스템이 태그에 의한 네트워크/IPL 공유 또는 인캡슐화에 의한 네트워크/IPL 공유를 사용하기 위해서 일관되게 구성된 것을 가리키는 불리언.
값: 불리언
Differ_Conf_Portal: 이 IPP상에서 인접한 이웃 포털 시스템에 의해 사용된 구성된 포털 파라미터가 기대의 것과 다른 것을 가리키는 불리언.
값: 불리언
Differ_Portal: 이 IPP상의 수신된 DRCPDU가 다른 포털과 연관된 것을 가리키는 불리언.
값: 불리언
DRF_Home_Conf_Neighbor_Portal_System_Number: 이 IPP에 부착된 이웃 포털 시스템의 포털 시스템 넘버에 대한 이 포털 시스템의 구성 값. 이 IPP의 포트 ID의 우선권 컴포넌트의 2개의 최하위 비트에 할당된 값과 항상 동등하게 설정한다.
값: 범위 [1...3] 내의 정수.
DRF_Home_Loop_Break_Link: 이 IPP에 부착된 IPL이 루프 브레이크 링크로서 aDrniLoopBreakLink 내에 구성되는 것을 가리키는 불리언. DRCPDU로 전송된다.
값: 불리언
DRF_Home_Network/IPL_IPLEncap_Digest: IPL 상에서 이웃 포털 시스템과 교환하기 위한, 이 IPP 상에 구성된, aDrniIPLEncapMap의 다이제스트. 네트워크/IPL 공유 인캡슐화 TLV로 전송된다.
값: MD5 다이제스트
DRF_Home_Network/IPL_NetEncap_Digest: 공유된 네트워크 링크 상에서의 교환을 위한, 이 IPP 상에 구성된, aDrniNetEncapMap의 다이제스트. 네트워크/IPL 공유 인캡슐화 TLV로 전송된다.
값: MD5 다이제스트
DRF_Neighbor_Network/IPL_Sharing_Method: 네트워크 데이터와 이 IPP를 공유하기 위해서 이 DR 기능에 의해 사용된 네트워크/IPL 공유 방법. 항상 aDrniEncapsulationMethod와 동등하게 설정한다. aDrniEncapsulationMethod가 디폴트 널(Null) 값으로 설정되지 않을 때, 네트워크/IPL 공유 방법 TLV로 전송된다.
값: 4-옥텟(이 특정 방법을 식별하는 한 옥텟이 뒤따르는 이 방법을 규정하기 위한 책임이 있는 조직화를 식별하는 3-옥텟 OUI).
DRF_Home_Oper_DRCP_State: 이 IPP상에서 리포트됨에 따른 이 포털 시스템의 DRCP 상태 파라미터의 동작 값. 본 명세서에서 상기된 바와 같이, 이는, 다음 세트의 변수로 이루어진다:
ㆍ HomeGateway(홈게이트웨이)
ㆍ NeighborGateway(이웃게이트웨이)
ㆍ OtherGateway(다른게이트웨이)
ㆍ IPPActivity
ㆍ Timeout(타임아웃)
ㆍ GatewaySync(게이트웨이싱크)
ㆍ PortSync(포트싱크)
ㆍ Expired(만료된)
값: 8 비트
DRF_Neighbor_Admin_Aggregator_Key: 한 실시형태에 있어서, 이는, 이 IPP상에서 이웃 포털 시스템의 관리상의 애그리게이터 키 값으로서 규정된다. DRCPDU로 전송된다.
값: 정수
DRF_Neighbor_Aggregator_Priority: 이 IPP상에서, 이웃의 애그리게이터의, 마지막 수신된, 시스템 우선권.
값: 정수
DRF_Neighbor_AggregatorID: 이 IPP상에서, 이웃 포털 시스템의, 마지막 수신된, MAC 어드레스 컴포넌트.
값: 48 비트
DRF_Neighbor_Aggregator_Priority: 이 IPP상에서, 이웃 포털 시스템의 애그리게이터의, 마지막 수신된, 시스템 우선권.
값: 정수
DRF_Neighbor_Conversation_GatewayList_Digest: 이 IPP상에서 이웃 포털 시스템의 마지막-수신된 게이트웨이 대화 ID 다이제스트.
값: MD5 다이제스트
DRF_Neighbor_Conversation_PortList_Digest: 이 IPP상에서 이웃 포털 시스템의 마지막-수신된 포트 대화 ID 다이제스트.
값: MD5 다이제스트
DRF_Neighbor_Gateway_Algorithm: 프레임을 이 IPP상에서 수신된 게이트웨이 대화 ID에 할당하기 위해서 이웃 포털 시스템에 의해 사용된 알고리즘의 값.
값: 4-옥텟(이 특정 알고리즘을 식별하는 2개의 옥텟이 뒤따르는 이 알고리즘을 설정하기 위한 책임이 있는 조직화를 식별하는 3-옥텟 OUI). 다른 실시형태에 있어서는, 5 옥텟이 사용된다.
DRF_Neighbor_Loop_Break_Link: 이 IPP에 부착된 IPL이 루프 브레이크 링크로서 이 IPP상에서 이웃 포털 시스템에 의해 식별되는 것을 가리키는 불리언.
값: 불리언
DRF_Neighbor_Network/IPL_IPLEncap_Digest: 이 IPP상에서 이웃 포털 시스템의 aDrniIPLEncapMap의 마지막-수신된 다이제스트.
값: MD5 다이제스트
DRF_Neighbor_Network/IPL_NetEncap_Digest: 이 IPP상에서 이웃 포털 시스템의 공유된 네트워크 링크 상에서의 교환을 위한, aDrniNetEncapMap의 마지막-수신된 다이제스트.
값: MD5 다이제스트
DRF_Neighbor_Network/IPL_Sharing_Method: 이 IPP상에서 이웃 포털 시스템의 사용된, 마지막-수신된 네트워크/IPL 공유 방법.
값: 4-옥텟(이 특정 방법을 식별하는 한 옥텟이 뒤따르는 이 방법을 규정하기 위한 책임이 있는 조직화를 식별하는 3-옥텟 OUI).
DRF_Neighbor_Oper_Aggregator_Key: 이 IPP상에서 이웃 포털 시스템의 마지막-수신된 동작 애그리게이터 키 값.
값: 정수
DRF_Neighbor_Oper_Partner_Aggregator_Key: 이 IPP상에서 이웃 포털 시스템의 동작 파트너 애그리게이터 키 값. DRCPDU로 전송된다.
값: 정수
DRF_Neighbor_Oper_DRCP_State: 이웃의 DRCP 상태 파라미터의 현재 값의 이 포털 시스템의 뷰의 동작 값. 홈 DR 기능은, 이 변수를 DRCPDU로 이웃 포털 시스템으로부터 수신된 값으로 설정한다. 본 명세서에서 상기된 바와 같이, 값은 다음 세트의 변수로 이루어진다:
ㆍ HomeGateway(홈게이트웨이)
ㆍ NeighborGateway(이웃게이트웨이)
ㆍ OtherGateway(다른게이트웨이)
ㆍ IPPActivity
ㆍ Timeout(타임아웃)
ㆍ GatewaySync(게이트웨이싱크)
ㆍ PortSync(포트싱크)
ㆍ Expired(만료된)
값: 8 비트
DRF_Neighbor_Conf_Portal_System_Number: 이 IPP상에서 마지막 수신되었던 이 포털 시스템에 대한 이웃 포털 시스템의 구성 포털 시스템 넘버 값.
값: 범위 [1...3] 내의 정수.
DRF_Neighbor_Port_Algorithm: 프레임을 이 IPP상에서 수신된 포트 대화 ID에 할당하기 위해서 이웃 포털 시스템에 의해 사용된 알고리즘의 값.
값: 4-옥텟(이 특정 알고리즘을 식별하는 2개의 옥텟이 뒤따르는 이 알고리즘을 설정하기 위한 책임이 있는 조직화를 식별하는 3-옥텟 OUI). 다른 실시형태에 있어서는, 5 옥텟이 사용된다.
DRF_Neighbor_Portal_System_Number: 이 IPP상에서 이웃 포털 시스템의 마지막 수신된 식별자.
값: 범위 [1...3] 내의 정수.
DRF_Neighbor_Portal_Topology: 이 IPP상에서 이웃의 포털 토폴로지의 마지막 수신된 식별자.
값: 범위 [0...3] 내의 정수.
DRF_Neighbor_State: 이 IPP상에서 인접한 이웃 포털 시스템의 동작 상태.
값: 이웃 포털 시스템의 게이트웨이의 동작 상태를 가리키는 불리언 플래그(참은 동작적인 것을 가리킨다) 및 이 IPP상에서 동작 애그리게이션 포트의 포트 ID의 리스트(아마도 엠프티) .
Drni_Neighbor_ONN
토폴로지 상태 필드 내에서 반송된 이 IPP상에서 이웃 포털 시스템의 마지막 수신된 ONN 플래그.
값: 정수
DRF_Other_Neighbor_Admin_Aggregator_Key: 이 IPP와 연관된 다른 이웃 포털 시스템의 관리상의 애그리게이터 키 값. DRCPDU로 전송된다.
값: 정수
DRF_Other_Neighbor_Oper_Partner_Aggregator_Key: 이 IPP와 연관된 다른 이웃 포털 시스템의 동작 파트너 애그리게이터 키 값. DRCPDU로 전송된다.
값: 정수
DRF_Other_Neighbor_State: 이 IPP상에서 다른 이웃 포털 시스템의 동작 상태.
값: 다른 이웃 포털 시스템의 게이트웨이의 동작 상태를 가리키는 불리언 플래그(참은 동작적인 것을 가리킨다) 및 이 IPP상에서 동작 애그리게이션 포트의 포트 ID의 리스트(아마도 엠프티).
Drni_Neighbor_Portal_Addr: 이 IPP상에서 이웃 포털 시스템의 포털의 시스템 ID의 마지막 수신된 MAC 어드레스 컴포넌트.
값: 48 비트
Drni_Neighbor_Portal_Priority: 이 IPP상에서 이웃 포털 시스템의 마지막 수신된 시스템 우선권.
값: 정수
Drni_Neighbor_PortalID: 이 IPP상에서 이웃 포털 시스템의 포털 시스템 ID의 마지막 수신된 MAC 어드레스 컴포넌트.
값: 48 비트
Drni_Neighbor_State[]: 이 IPP상에서 이웃 포털 시스템에 의해 사용된 Drni_Portal_System_State[]의 마지막 수신된 동작 값.
값: 각각의 포털 시스템에 대해서, 현재 포털 시스템의 게이트웨이의 동작 상태를 가리키는 불리언 플래그(참은 동작적인 것을 가리킨다) 및 이 IPP상에서 이웃 포털 시스템에 의해 리포트됨에 따른 이 포털 시스템 내의 동작 애그리게이션 포트의 포트 ID의 리스트(아마도 엠프티).
Enabled_Time_Shared: 이 IPP상의 이웃 및 홈 포털 시스템이 일관되게 구성된 것을 가리키는 불리언 및 본 명세서에 명기된 시간 방법에 의한 네트워크/IPL 공유가 인에이블된다.
값: 불리언
Enabled_EncTag_Shared: aDrniEncapsulationMethod에 의해 선택된 네트워크/IPL 방법에 의해 구술되는 바와 같이, 태그에 의한 네트워크/IPL 공유 또는 인캡슐화에 의한 네트워크/IPL 공유의 태그 조작 방법을 사용하기 위해서, 이 IPP상의 이웃 및 홈 포털 시스템이 일관되게 구성된 것을 가리키는 불리언.
값: 불리언
Ipp_Other_Gateway_Conversation: 이 IPP상에서 인접한 이웃에 의해 리포트됨에 따라, 각각의 게이트웨이 대화 ID를 통과시키는 어떤 포털 시스템의 게이트웨이(있다면)를 열거하는 동작 벡터.
값: 게이트웨이 대화 ID로 인덱스된, 포털 시스템 넘버들의 시퀀스(없는 것에 대해서 0). 초기화에 따라서 및 관리된 오브젝트가 변경 또는 GatewayConversationUpdate이 거짓인지에 따라서, aDrniConvAdminGateway[] 및 DRF_Neighbor_State[]로부터 계산된 값.
Ipp_Other_Port_Conversation_Portal_System: 이 IPP상에서 인접한 이웃에 의해 리포트됨에 따라서, 각각의 포트 대화 ID를 통과시키는 어떤 포털 시스템(있다면)을 열거하는 동작 벡터.
값: 포트 대화 ID로 인덱스된, 포털 시스템 넘버들의 시퀀스(없는 것에 대해서 0). 초기화에 따라서 및 관리된 오브젝트가 변경 또는 PortConversationUpdate이 거짓인지에 따라서, aAggConversationAdminPort[] 및 DRF_Neighbor_State[]로부터 계산된 값.
IPP_Port_enabled: 링크가 수립했는지 및 IPP가 동작가능한지를 가리키는 변수.
값: 불리언
IPP가 동작가능하면, 참(MAC_Operational == 참).
그렇지 않으면, 거짓.
주의 - 이는, 근본적인 MAC에 의해 생성된 IPP_Port_enabled 변수의 값이 실행-의존적인 것을 의미한다.
Ipp_Portal_System_State[]: 이 IPP로부터 DRCPDU로 마지막 수신되었던 이 IPP를 통해서 도달할 수 있는 포털 시스템의 상태의 리스트. 이 변수는 updatePortalSystem 기능에 의해 갱신된다.
값: 각각의 포털 시스템에 대해서, 이 IPP를 통해서 도달할 수 있는 현재 포털 시스템의 게이트웨이의 동작 상태를 가리키는 불리언 플래그(참은 동작적인 것을 가리킨다) 및 그 포털 시스템 내의 동작 애그리게이션 포트의 포트 ID의 리스트(아마도 엠프티).
이 리스트에 있어서, 바로 인접한 포털 시스템의 상태는 리스트 내의 제1상태이다. 리스트는 최대한 2개의 포털 시스템의 상태를 가질 수 있다.
NTTDRCPDU: 참은, 이 IPP상에서 전송되어야 하는 새로운 프로토콜 정보가 있고, 또는 이웃 포털 시스템이 오래된 정보를 상기할 필요가 있는 것을 가리킨다. 그렇지 않으면, 거짓이 사용된다.
ONN
다른 넌 이웃 플래그. 이 값은 updatePortalState 기능에 의해 갱신되고, 3개의 포털 시스템으로 이루어지는 포털에 대해서 적용가능하다. DRCPDU로 전송된다.
값: 불리언
참은, 다른 포트 정보 TLV가 이 포털 시스템의 인접한 이웃과 연관되지 않는 것을 가리킨다. 거짓(0로서 인코딩된)은, 다른 포트 정보 TLV가 이 포털 시스템상의 다른 IPP상의 인접한 이웃인 것을 가리킨다.
DRCP_current_while_timer
이 타이머는 수신된 프로토콜 정보가 만료되었는지 검출하기 위해 사용된다. DRF_Neighbor_Oper_DRCP_State.DRCP_Timeout은 짧은 타임아웃으로 설정되고, 타이머 값 Short_Timeout_Time으로 시작한다. 그렇지 않으면, 이는 값 Long_Timeout_Time으로 시작한다.
DRCP_Periodic_timer(time_value)
이 타이머는 주기적인 전송을 생성하기 위해 사용된다. 이는, 주기적인 전송 상태 머신에서 명기된 바와 같이, 값 Slow_Periodic_Time 또는 Fast_Periodic_Time을 사용해서 시작된다.
상수
이 서브클라우즈 내에 명기된 모든 타이머는 ±250 ms의 실행 공차를 갖는다.
Drni_Fast_Periodic_Time
짧은 타임아웃을 사용하는 주기적인 전송들 사이의 다수의 초.
값: 정수
1
Drni_Slow_Periodic_Time
긴 타임아웃을 사용하는 주기적인 전송들 사이의 다수의 초.
값: 정수
30
Drni_Short_Timeout_Time
짧은 타임아웃을 사용할 때 수신된 DRCPDU 정보를 무효화하기 전의 다수의 초(3×Fast_Periodic_Time).
값: 정수
3
Drni_Long_Timeout_Time
긴 타임아웃을 사용할 때 수신된 DRCPDU 정보를 무효화하기 전의 다수의 초(3×Slow_Periodic_Time).
값: 정수
90
상태
머신의
동작을 관리하기 위해 사용된 변수
다음의 논의는, 본 발명의 한 실시형태에 따른 다양한 상태 머신의 동작을 관리하기 위해 사용된 변수에 초점을 맞춘다.
시작(BEGIN): 이 변수는 DRCP 프로토콜 엔티티 초기화(또는 재초기화)를 가리킨다. 이는, 시스템이 초기화 또는 재초기화될 때 참으로 설정되고, (재-)초기화가 완료될 때 거짓으로 설정된다.
값: 불리언
DRCP_enabled
이 변수는, 연관된 IPP가 DRCP를 동작시키는 것을 가리킨다. 링크가 포인트-투-포인트 링크가 아니면, DRCP_enabled의 값은 거짓이 될 것이다. 그렇지 않으면, DRCP_enabled의 값은 참이 될 것이다.
값: 불리언
GatewayConversationUpdate: 이 변수는 퍼 게이트웨이 대화 ID 분산이 갱신될 필요가 있는 것을 가리킨다.
값: 불리언
IppGatewayAllUpdate: 이 변수는 이 포털 시스템상의 모든 IPP에 대한 IppGatewayUpdate 변수의 논리적인 OR이다.
값: 불리언
IppGatewayUpdate: 이 변수는, 연관된 IPP상의 퍼 게이트웨이 대화 ID 분산이 갱신될 필요가 있는 것을 가리킨다. 이 포털 시스템상에 한 IppGatewayUpdate 변수 퍼 IPP가 있다.
값: 불리언
IppPortAllUpdate: 이 변수는, 이 포털 시스템상의 모든 IPP에 대한 IppPortUpdate 변수의 논리적인 OR이다.
값: 불리언
IppPortUpdate: 이 변수는, 연관된 IPP상의 퍼 포트 대화 ID 분산이 갱신될 필요가 있는 것을 가리킨다. 이 포털 시스템상의 한 IppPortUpdate 변수 퍼 IPP가 있다.
값: 불리언
PortConversationUpdate: 이 변수는, 퍼 포트 대화 ID 분산이 갱신될 필요가 있는 것을 가리킨다.
값: 불리언
기능
다음의 논의는, 본 발명의 한 실시형태에 따른 다양한 기능에 초점을 맞춘다.
extractGatewayConversationID
이 기능은, DR 기능의 포트 중 하나에서 ISS 프리미티브의 수신에 대해서 DR 기능의 릴레이 엔티티에 대해 인보크된 서비스 프리미티브의 파라미터의 값에 게이트웨이 알고리즘을 적용함으로써, 게이트웨이 대화 ID 값을 추출한다. DR 기능의 릴레이 엔티티 포트 상의 ISS 프리미티브 및 서비스 프리미티브에 대한 파라미터 값들 사이의 관계는, 이들 포트 및 그들 구성에 대한 연관된 지원 기능에 의해 제공된다.
주의 - 이들 지원 기능은, 간단히, 프로바이더 브리지(IEEE Std 802.1Q 내의 클라우스 15) 상의 커스터머 네트워크 포트 또는 프로바이더 네트워크 포트 상에서 지원된 DRNI의 경우에 대해서, IEEE Std 802.1Q-2011의 6.9에 명기된 EISS 지원 기능이 될 수 있거나 또는, 또는 백본 에지 브리지(IEEE Std 802.1Q 내의 클라우스 16) 상의 각각의 프로바이더 인스턴스 포트 또는 커스터머 백본 포트 상에서 지원된 DRNI의 경우에 대해서, IEEE Std 802.1Q-2011 내의 6.10 또는 6.11에 명기된, EISS 지원 기능과 같은 또는, 프로바이더 에지 브리지 상의 각각의 커스터머 에지 포트 또는 원격 액세스 포트 상에서 지원된 DRNI의 경우에 대해서, IEEE Std 802.1Q-2013 내의 15.4 또는 15.6에 명기된, C-태그된 서비스 인터페이스 지원 기능 또는 원격 커스터머 서비스 인터페이스 지원 기능과 같은, 더 복잡한 기능이 될 수 있다.
값: 0 내지 4095 범위 내의 정수.
extractPortConversationID
extractPortConversationID
이 기능은, 다른 DR 기능의 포트 중 하나에서 ISS 프리미티브의 수신에 대해서 애그리게이터 상에서 인보크된 서비스 프리미티브의 파라미터의 값에 포트 알고리즘을 적용함으로써, 포트 대화 ID 값을 추출한다. 애그리게이터 상의 ISS 프리미티브 및 DR 기능의 포트 상의 대응하는 서비스 프리미티브에 대한 파라미터 값들의 관계는, 애그리게이터 및 DR 기능 포트 및 그들 구성에 대한 연관된 지원 기능에 의해 제공된다. 상기 주의를 체크하자.
값: 0 내지 4095 범위 내의 정수.
InitializeDRNIGatewayConversation
이 기능은, Drni_Portal_System_Gateway_Conversation을 게이트웨이 대화 ID로 인덱스된 제로들의 시퀀스로 설정한다.
InitializeDRNIPortConversation
이 기능은, Drni_Portal_System_Port_Conversation을 포트 대화 ID로 인덱스된 제로들의 시퀀스로 설정한다.
InitializeIPPGatewayConversation
이 기능은, Ipp_Gateway_Conversation_Direction를 게이트웨이 대화 ID로 인덱스된 제로들의 시퀀스로 설정한다.
InitializeIPPPortConversation
이 기능은, Ipp_Port_Conversation_Passes를 포트 대화 ID로 인덱스된 제로들의 시퀀스로 설정한다.
recordDefaultDRCPDU
이 기능은, 관리자에 의해 제공된 IPP상의 이웃 포털 시스템에 대한 디폴트 파라미터 값을, 다음과 같이, 현재 이웃 포털 시스템의 동작 파라미터 값으로 설정한다:
ㆍ DRF_Neighbor_Port_Algorithm = DRF_Neighbor_Admin_Port_Algorithm;
ㆍDRF_Neighbor_Gateway_Algorithm=DRF_Neighbor_Admin_Gateway_Algorithm;
ㆍ DRF_Neighbor_Conversation_PortList_Digest
ㆍ = DRF_Neighbor_Admin_Conversation_PortList_Digest;
ㆍ DRF_Neighbor_Conversation_GatewayList_Digest
ㆍ = DRF_Neighbor_Admin_Conversation_GatewayList_Digest;
ㆍ DRF_Neighbor_Oper_DRCP_State = DRF_Neighbor_Admin_DRCP_State;
ㆍDRF_Neighbor_Aggregator_Priority=aAggPortPartnerAdminSystemPriority;
ㆍ DRF_Neighbor_Aggregator_ID = aAggPortPartnerAdminSystemID;
ㆍDrni_Neighbor_Portal_Priority = aAggPortPartnerAdminSystemPriority;
ㆍ Drni_Neighbor_Portal_Addr = aAggPortPartnerAdminSystemID;
ㆍ DRF_Neighbor_Portal_System_Number
ㆍ = DRF_Neighbor_Conf_Neighbor_Portal_System_Number;
ㆍ DRF_Neighbor_Portal_Topology = Drni_Portal_Topology;
ㆍ DRF_Neighbor_Loop_Break_Link = DRF_Neighbor_Loop_Break_Link 및;
ㆍDRF_Neighbor_Conf_Portal_System_Number = DRF_Portal_System_Number.
IPP상의 이웃 포털 시스템에 대한 부가:
ㆍ DRF_Neighbor_State는 널로 설정되고(이웃 포털 시스템의 게이트웨이에 대한 불리언 플래그가 거짓으로 설정되고, 이 IPP상에서 이웃 포털 시스템상의 동작 애그리게이션 포트의 리스트는 엠프티된다), aDrniPortalTopology가 3개의 포털 시스템을 포함하도록 구성되면, DRF_Other_Neighbor_State는 또한 널로 설정된다(다른 이웃 포털 시스템의 게이트웨이에 대한 불리언 플래그가 거짓으로 설정되고, 이 IPP상에서 다른 이웃 포털 시스템상의 동작 애그리게이션 포트의 리스트는 엠프티된다). 이 IPP상에서 소정의 포털 시스템에 대해서 이용할 수 있는 포털 시스템 상태 정보는 없다;
ㆍ 이 IPP상의 DRF_Neighbor_Admin_Aggregator_Key는 제로로 설정되고;
ㆍ 이 IPP상의 DRF_Other_Neighbor_Admin_Aggregator_Key는 제로로 설정되며;
ㆍ 이 IPP상의 DRF_Neighbor_Oper_Partner_Aggregator_Key는 제로로 설정되고;
ㆍ 이 IPP상의 DRF_Other_Neighbor_Oper_Partner_Aggregator_Key는 제로로 설정되며;
ㆍ 변수 ChangePortal은 참으로 설정된다.
최종적으로, 이는 CC_Time_Shared 및 CC_EncTag_Shared을 거짓으로 설정한다.
recordNeighborState
이 기능은, IPP상에서 수신된 DRCPDU로 반송된 Drni_Portal_System_State[] 및 DRF_Neighbor_Oper_DRCP_State에 대한 파라미터 값을, 이 IPP 각각과 연관된 Drni_Neighbor_State[] 및 DRF_Neighbor_Oper_DRCP_State에 대한 현재 파라미터 값으로서 기록하고, DRF_Neighbor_Oper_DRCP_State.IPP_Activity를 참으로 설정한다.
이는, 또한 이하에 변수를 다음과 같이 기록한다:
ㆍ IPP상에서 수신된 DRCPDU로 반송된 홈 포트 정보 TLV 내의 DRF_Home_Oper_DRCP_State 및 Active_Home_Port 내의 Home_Gateway에 대한 파라미터 값은, 이 IPP상의 DRF_Neighbor_State에 대한 현재 값으로서 사용되고, 이 IPP상의 이 포털 시스템 상태 정보를 DRF_Neighbor_Portal_System_Number에 의해 식별된 포털 시스템과 연관시킨다;
ㆍ IPP상에서 수신된 DRCPDU로 반송된 다른 포트 정보 TLV 내의 DRF_Home_Oper_DRCP_State 및 Other_Neighbor_Port 내의 Other_Gateway에 대한 파라미터 값은, 이 IPP상의 DRF_Other_Neighbor_State에 대한 현재 값으로서 사용되고, 이 포털 시스템 상태 정보를, 수신된 DRCPDU로 다른 포트 정보 TLV 내에서 반송된 DRF_Other_Neighbor_Admin_Aggregator_Key의 2개의 최상위 비트에 할당된 값에 의해 식별된 포털 시스템과 연관시킨다. 수신된 DRCPDU로 반송된 다른 포트 정보 TLV가 없고 포털 토폴로지가 3개의 포털 시스템을 포함하면, DRF_Other_Neighbor_State는 널로 설정(Other_Gateway는 거짓으로 설정되고, 이 IPP상에서 다른 이웃 포털 시스템상의 동작 애그리게이션 포트의 리스트는 엠프티된다), 떨어져 있는 IPP상의 이웃 포털 시스템에 대한 이 IPP상에서 이용할 수 있는 포털 시스템 상태 정보는 없다;
ㆍDRF_Neighbor_Admin_Aggregator_Key=DRF_Home_Admin_Aggregator_Key;
ㆍDRF_Neighbor_Oper_Partner_Aggregator_Key=DRF_Home_Oper_Partner_Aggregator_Key;
ㆍ DRF_Other_Neighbor_Admin_Aggregator_Key
= DRF_Other_Neighbor_Admin_Aggregator_Key 및;
ㆍ DRF_Other_Neighbor_Oper_Partner_Aggregator_Key
N= DRF_Other_Neighbor_Oper_Partner_Aggregator_Key.
ㆍ 양쪽 DRF_Other_Neighbor_Admin_Aggregator_Key 및 DRF_Other_Neighbor_Oper_Partner_Aggregator_Key는, 수신된 DRCPDU가 다른 포트 정보 TLV를 포함하지 않을 때, 널로 설정된다.
더욱이, 시간에 의한 네트워크/IPL 공유가 지원되면, 기능은, DRF_Neighbor_Network/IPL_Sharing_Method에 대한 현재 파라미터 값으로서 수신된 네트워크/IPL 공유 방법 TLV로 반송된 DRF_Home_Network/IPL_Sharing_Method에 대한 파라미터 값을 기록하고, 이것이 시스템의 DRF_Home_Network/IPL_Sharing_Method와 동일하면, 이는 CC_Time_Shared를 참으로 설정하고, 그렇지 않으면 이는 CC_Time_Shared를 거짓으로 설정한다.
더욱이, 태그에 의한 네트워크/IPL 공유 또는 인캡슐화에 의한 네트워크/IPL 공유가 지원되면, 기능은, IPP로부터 수신된 네트워크/IPL 공유 TLV로 반송된 파라미터 값과 관련된 이웃 포털 시스템의 네트워크/IPL 공유를, 이 IPP상에서 인접한 이웃 포털 시스템에 대한 현재 동작 파라미터 값으로서, 다음과 같이 기록한다:
DRF_Neighbor_Network/IPL_Sharing_Method =
수신된 네트워크/IPL 공유 방법 TLV로 반송된 DRF_Home_Network/IPL_Sharing_Method;
DRF_Neighbor_Network/IPL_IPLEncap_Digest =
수신된 네트워크/IPL 공유 인캡슐화 TLV로 반송된 DRF_Home_Network/IPL_IPLEncap_Digest; 및
DRF_Neighbor_Network/IPL_NetEncap_Digest =
수신된 네트워크/IPL 공유 인캡슐화 TLV로 반송된 DRF_Home_Network/IPL_NetEncap_Digest이다.
그 다음, 이는 이웃 포털 시스템의 새롭게 갱신된 값을 이 포털 시스템의 기대치들과 비교하고,
DRF_Neighbor_Network/IPL_Sharing_Method ==
DRF_Home_Network/IPL_Sharing_Method이고,
DRF_Neighbor_Network/IPL_IPLEncap_Digest ==
DRF_Home_Network/IPL_IPLEncap_Digest이고,
DRF_Neighbor_Network/IPL_NetEncap_Digest ==
DRF_Home_Network/IPL_NetEncap_Digest이면,
이는 CC_EncTag_Shared를 참으로 설정하고;
그렇지 않으면, 하나 이상의 비교가 값이 다른 것을 나타내면,
이는, CC_EncTag_Shared를 거짓으로 설정한다.
이는, 그 다음, 이 포털 시스템의 Drni_Portal_System_State[]에 의해 리포트됨에 따라 각각의 포털 시스템에 대한 게이트웨이 동작 상태를, Drni_Neighbor_State[]에 의해 리포트됨에 따라 동일한 포털 시스템에 대한 게이트웨이 동작 상태와 비교하고, 이들이 차이가 있다면, 이는, GatewayConversationUpdate를 참으로 설정하고, DRF_Home_Oper_DRCP_State.Gateway_Sync를 거짓으로 설정하며, 그렇지 않으면 GatewayConversationUpdate는 변경되지 않고, DRF_Home_Oper_DRCP_State.Gateway_Sync는 참으로 설정된다.
이는, 또한, 이 포털 시스템의 Drni_Portal_System_State[]에 의해 리포트됨에 따라 각각의 포털 시스템에 대한 동작 애그리게이션 포트의 포트 ID의 리스트를, Drni_Neighbor_State[]에 의해 리포트됨에 따라 동일한 포털 시스템에 대한 동작 애그리게이션 포트의 포트 ID의 리스트와 비교하고, 이들이 차이가 있다면, 이는, PortConversationUpdate를 참으로 설정하고, DRF_Home_Oper_DRCP_State.Port_Sync를 거짓으로 설정하며, 그렇지 않으면 PortConversationUpdate는 변경되지 않고, DRF_Home_Oper_DRCP_State.Port_Sync 참으로 설정된다.
recordPortalConfValues
이 기능은, IPP로부터 수신된 DRCPDU로 반송된 이웃 포털 시스템의 구성된 파라미터 값을, 이 IPP상에서 인접한 이웃 포털 시스템에 대한 현재 동작 파라미터 값으로서, 다음과 같이 기록한다:
DRF_Neighbor_Portal_System_Number = DRF_Portal_System_Number;
DRF_Neighbor_Portal_Topology = Drni_Portal_Topology;
DRF_Neighbor_Conf_Portal_System_Number
= DRF_Home_Conf_Neighbor_Portal_System_Number;
DRF_Neighbor_Loop_Break_Link = DRF_Home_Loop_Break_Link;
DRF_Neighbor_Oper_Aggregator_Key = DRF_Home_Oper_Aggregator_Key;
DRF_Neighbor_Port_Algorithm = DRF_Home_Port_Algorithm;
DRF_Neighbor_Conversation_PortList_Digest =
DRF_Home_Conversation_PortList_Digest;
DRF_Neighbor_Gateway_Algorithm = DRF_Home_Gateway_Algorithm; 및
DRF_Neighbor_Conversation_GatewayList_Digest
= DRF_Home_Conversation_GatewayList_Digest.
이는, 그 다음, 이웃 포털 시스템의 새롭게 갱신된 값을 이 포털 시스템의 기대치들과 비교하고,
DRF_Neighbor_Portal_System_Number
== DRF_Home_Conf_Neighbor_Portal_System_Number이고,
DRF_Neighbor_Portal_Topology == Drni_Portal_Topology이고,
DRF_Neighbor_Loop_Break_Link == DRF_Home_Loop_Break_Link이고,
DRF_Neighbor_Conf_Portal_System_Number == DRF_Portal_System_Number이고,
DRF_Neighbor_Oper_Aggregator_Key == DRF_Home_Oper_Aggregator_Key이고,
DRF_Neighbor_Port_Algorithm == DRF_Home_Port_Algorithm이고,
DRF_Neighbor_Conversation_PortList_Digest == DRF_Home_Conversation_PortList_Digest, 및
DRF_Neighbor_Gateway_Algorithm == DRF_Home_Gateway_Algorithm, 및
DRF_Neighbor_Conversation_GatewayList_Digest
== DRF_Home_Conversation_GatewayList_Digest이면,
변수 Differ_Conf_Portal는 거짓으로 설정되고;
그렇지 않으면 하나 이상의 비교가 값이 다른 것을 나타내면,
변수 Differ_Conf_Portal은 참으로 설정되고, 다른 값을 갖는 연관된 쌍의 변수는 aDrniIPPDebugDifferPortalReason으로 이용할 수 있다.
recordPortalValues
이 기능은, IPP로부터 수신된 DRCPDU로 반송된 Drni_Aggregator_Priority, Drni_Aggregator_ID, Drni_Portal_Priority, 및 Drni_PortalID에 대한 파라미터 값을, 이 IPP상에서 인접한 이웃 포털 시스템에 대한 현재 동작 파라미터 값으로다음과 같이 기록한다:
DRF_Neighbor_Aggregator_Priority = Drni_Aggregator_Priority;
DRF_Neighbor_Aggregator_ID = Drni_Aggregator_ID;
Drni_Neighbor_Portal_Priority = Drni_Portal_Priority 및;
Drni_Neighbor_Portal_Addr = Drni_Portal_Addr.
이는, 그 다음, 이웃 포털 시스템의 새롭게 갱신된 값을 이 포털 시스템의 기대치들과 비교하고,
DRF_Neighbor_Aggregator_Priority == Drni_Aggregator_Priority이고,
DRF_Neighbor_Aggregator_ID == Drni_Aggregator_ID이고,
Drni_Neighbor_Portal_Priority == Drni_Portal_Priority 및
Drni_Neighbor_Portal_Addr == Drni_Portal_Addr이면,
변수 Differ_Portal은 거짓으로 설정된다;
그렇지 않으면 하나 이상의 비교가 값이 다른 것을 나타내면,
변수 Differ_Portal는 참으로 설정되고, 다른 값을 갖는 연관된 세트의 변수는 aDrniIPPDebugDifferPortalReason으로 이용할 수 있다.
reportToManagement
이 기능은, 잘못 구성된 DRCPDU의 수신에 기인한 이 포털 내의 포털 시스템 구성 에러의 잠재적인 존재의 관리 시스템에 경보하고, 이것에 잘못 구성된 수신된 DRCPDU로부터의 상충하는 정보를 송신한다.
setDefaultPortalSystemParameters
이 기능은, 이 포털 시스템의 변수를 다음과 같은 관리상의 설정 값으로 설정한다:
ㆍ Drni_Aggregator_Priority = aAggActorSystemPriority;
ㆍ Drni_Aggregator_ID = aAggActorSystemID;
ㆍ Drni_Portal_Priority = aDrniPortalPriority;
ㆍ Drni_Portal_Addr = aDrniPortalAddr;
ㆍ DRF_Portal_System_Number = aDrniPortalSystemNumber;
ㆍ DRF_Home_Admin_Aggregator_Key = aAggActorAdminKey;
ㆍ DRF_Home_Port_Algorithm = aAggPortAlgorithm;
ㆍ DRF_Home_Gateway_Algorithm = aDrniGatewayAlgorithm;
ㆍ DRF_Home_Conversation_PortList_Digest = aDrniConvAdminGateway[] 상의 MD5 다이제스트;
ㆍDRF_Home_Conversation_GatewayList_Digest=aAggConversationAdminPort[] 상의 MD5 다이제스트 및;
ㆍ DRF_Home_Oper_DRCP_State = DRF_Neighbor_Admin_DRCP_State.
더욱이, 이는, 포털 내의 모든 게이트웨이가 거짓으로서 리포트되고 동작적인 것으로 리포트된 소정의 포털 시스템상의 애그리게이션 포트가 없으면, Drni_Portal_System_State[]를 설정한다.
setGatewayConversation
이 기능은, Drni_Gateway_Conversation을, aDrniConvAdminGateway[] 및 현재 Drni_Portal_System_State[]로부터 계산된 값으로, 다음과 같이 설정한다:
모든 인덱스된 게이트웨이 대화 ID에 대해서, 포털 시스템 넘버는, Drni_Portal_System_State[] 변수의 게이트웨이 불리언 플래그에 의해 제공됨에 따라, 동작 게이트웨이만이 포함될 때, aDrniConvAdminGateway[]에 의해 제공된 포털 시스템 넘버의 리스트 내의 최상의 우선권 포털 시스템 넘버를 선택함으로써 식별된다.
setIPPGatewayConversation
이 기능은, Ipp_Other_Gateway_Conversation을, aDrniConvAdminGateway[] 및 Drni_Neighbor_State[]로부터 계산된 값으로, 다음과 같이 설정한다:
모든 인덱스된 게이트웨이 대화 ID에 대해서, 포털 시스템 넘버는, Drni_Neighbor_State[] 변수의 게이트웨이 불리언 플래그에 의해 제공됨에 따라, 동작 게이트웨이만이 포함될 때, aDrniConvAdminGateway[]에 의해 제공된 포털 시스템 넘버의 리스트 내의 최상의 우선권 포털 시스템 넘버를 선택함으로써 식별된다.
setIppGatewayUpdate
이 기능은, 이 포털 시스템상의 모든 IPP상에서 IppGatewayUpdate를 참으로 설정한다.
setIPPPortConversation
이 기능은, Ipp_Other_Port_Conversation_Portal_System을 aAggConversationAdminPort[] 및 Drni_Neighbor_State[]로부터 계산된 값으로, 다음과 같이 설정한다:
모든 인덱스된 포트 대화 ID에 대해서, 포털 시스템 넘버는, Drni_Neighbor_State[] 변수의 연관된 리스트에 의해 제공됨에 따라, 동작 애그리게이션 포트만이 포함될 때, aAggConversationAdminPort[]에 의해 제공된 포털 시스템 넘버의 리스트 내의 최상의 우선권 포털 시스템 넘버를 선택함으로써 식별된다.
setIppPortUpdate
이 기능은, IppPortUpdate를 이 포털 시스템상의 모든 IPP상에서 참으로 설정한다.
setPortConversation
이 기능은, Drni_Port_Conversation을 aAggConversationAdminPort[] 및 현재 Drni_Portal_System_State[]로부터 계산된 값으로, 다음과 같이 설정한다:
모든 인덱스된 포트 대화 ID에 대해서, 포털 시스템 넘버는, Drni_Portal_System_State[] 변수의 연관된 리스트에 의해 제공됨에 따라, 동작 애그리게이션 포트만이 포함될 때, aAggConversationAdminPort[]에 의해 제공된 포트 ID의 리스트 내의 최상의 우선권 포트 ID(6.3.4)의 우선권 컴포넌트의 최하위 2개의 비트를 추출함으로써 식별된다.
updateDRFHomeState
이 기능은, 로컬 포트의 동작 상태에 기반해서 DRF_Home_State를 다음과 같이 갱신한다:
게이트웨이는, 로컬 게이트웨이의 동작 상태를 식별하기 위해 사용된 메커니즘에 기반해서 참 또는 거짓으로 설정한다(참은 동작가능하고, 접속성이 네트워크 제어 프로토콜의 동작에 의해 차단되지 않는 것을 가리킨다);
동작 애그리게이션 포트의 리스트는 이들 애그리게이션 포트 ID만을 포함함으로써 생성되는데, 애그리게이션 포트 ID에 대해서, 부착된 애그리게이터는 이들을 Actor_Oper_Port_State.Distributing == 참으로서 리포트하고(연관된 애그리게이션 포트가 만료된 상태에서 동작 가능하지 않은(Port_enabled = 거짓) 또는 LAG 내에 있지 않은 경우를 포함하는 조건), PSI는 이 포털 시스템상의 모든 IPP상에서 DRF_Neighbor_Oper_DRCP_State.IPP_Activity == 거짓이면, 참으로 설정한고, 그렇지 않으면 PSI는 거짓으로 설정된다.
더욱이, PSI == 참 및 게이트웨이 == 거짓이면, 이 포털 시스템상의 모든 애그리게이션 포트상에서 Actor_Oper_Port_.Sync는 거짓으로 설정된다.
기능은 또한:
Drni_Conversation_GatewayList[]에 대한 동작 상태의 게이트웨이 또는 구성된 리스트가 변경되면, GatewayConversationUpdate를 참으로 설정하고, Drni_Conversation_PortList[]에 대한 연관된 Actor_Oper_Port_State.Distributing 변수 또는 구성된 리스트에 대한 변경에 의해 리포트됨에 따라, 동작 애그리게이션 포트의 리스트 내에 있어서 소정의 변경이 있으면, PortConversationUpdate를 참으로 설정하고, 그렇지 않으면;
GatewayConversationUpdate 및 PortConversationUpdate는 변경되지 않는다.
updateIPPGatewayConversationDirection
이 기능은, Ipp_Gateway_Conversation_Direction에 대한 값 다음과 같이 계산한다:
각각의 게이트웨이 대화 ID에 대해서, 값은:
a) 변수 Drni_Gateway_Conversation 및 Ipp_Portal_System_State[]이 이 게이트웨이 대화 ID를 위한 타깃 포털 시스템이 이 IPP 뒤에 놓이는 것을 가리키고,
b) Drni_Gateway_Conversation 및 Ipp_Other_Gateway_Conversation이 이 게이트웨이 대화 ID를 얻어야 하는 어떤 포털 시스템에 대해서 일치하면 및 할 때만, 참이다.
더욱이, Drni_Gateway_Conversation 및 Ipp_Other_Gateway_Conversation은 소정의 게이트웨이 대화 ID에 대해서 일치하지 않는다:
이는, DRF_Home_Oper_DRCP_State.Gateway_Sync를 거짓 및,
NTTDRCPDU를 참으로 설정한다.
그렇지 않으면:
DRF_Home_Oper_DRCP_State.Gateway_Sync 및 NTTDRCPDU는 변경되지 않고 남는다.
Ipp_Gateway_Conversation_Direction은 거짓으로 초기화되고 소정의 그 기여하는 변수가 변경될 때마다 다시 계산된다.
updateIPPPortConversationPasses
이 기능은 Ipp_Port_Conversation_Passes에 대한 값을 다음과 같이 계산한다:
각각의 포트 대화 ID에 대해서, 값은:
a) 변수 Drni_Port_Conversation 및 Ipp_Portal_System_State[]이 이 포트 대화 ID를 위한 타깃 포털 시스템이 이 IPP 뒤에 놓이는 것을 가리키고,
b) Drni_Port_Conversation 및 Ipp_Other_Port_Conversation_Portal_System이 포트 대화 ID를 얻어야 하는 어떤 포털 시스템에 대해서와 일치하면 및 할 때만, 참이다(ID는 통과한다).
더욱이, Drni_Port_Conversation 및 Ipp_Other_Port_Conversation_Portal_System이 소정의 포트 대화 ID에 대해서 일치하지 않으면:
이는, DRF_Home_Oper_DRCP_State.Port_Sync를 거짓 및,
NTTDRCPDU를 참으로 설정한다.
그렇지 않으면:
DRF_Home_Oper_DRCP_State.Port_Sync 및 NTTDRCPDU 변경되지 않고 남는다.
Ipp_Port_Conversation_Passes가 거짓으로 초기화되고 및 소정의 그 기여하는 변수 변경될 때마다 다시 계산된다.
updateKey
이 기능은, 동작 애그리게이터 키, DRF_Home_Oper_Aggregator_Key를 다음과 같이 갱신한다:
enable_long_pdu_xmit == 참이면:
DRF_Home_Oper_Aggregator_Key는, 값 01로 그 최상위 2개의 비트를 대체함으로써 DRF_Home_Admin_Aggregator_Key의 값으로 설정되고; 그렇지 않으면, DRF_Home_Oper_Aggregator_Key는, 각각의 IPP상에서, DRF_Home_Admin_Aggregator_Key, DRF_Neighbor_Admin_Aggregator_Key 및 DRF_Other_Neighbor_Admin_Aggregator_Key의 값을 포함하여 구성되는, 최하위 수치의 넌 제로 값으로 설정된다.
updateNTT
이 기능은, 소정의 DRF_Home_Oper_DRCP_State.GatewaySync, 또는 DRF_Home_Oper_DRCP_State.PortSync, 또는 DRF_Neighbor_Oper_DRCP_State.GatewaySync, 또는 DRF_Neighbor_Oper_DRCP_State.PortSync가 거짓이면, NTT를 참으로 설정한다.
updatePortalState
이 기능과 연관된 모든 동작상에서, IPP상의 DRF_Other_Neighbor_State에 의해 제공된 정보는, 동일한 IPP상의 Drni_Neighbor_ONN가 거짓일 때만 고려된다;
이 기능은 Drni_Portal_System_State[]를 다음과 같이 갱신한다: 포털 시스템 넘버에 의해 인덱스된 이 포털 시스템에 대한 정보, DRF_Home_State는, Drni_Portal_System_State[] 내에 포함된다. 포털 내의 각각의 다른 포털 시스템에 대해서, 소정의 다른 포털 시스템의 상태 정보가 이 포털 시스템 내의 2개의 IPP로부터 이용할 수 있다면:
그 포털 시스템에 대해서, 포털 시스템 넘버에 의해 인덱스된 이웃 포털 시스템으로서, 다른 포털 시스템을 갖는 IPP상의 DRF_Neighbor_State에 의해 제공된 포털 시스템 상태 정보만이 Drni_Portal_System_State[] 내에 포함될 것이다.
그렇지 않으면, 포털 시스템의 상태 정보가 이 포털 시스템상의 단일 IPP로부터만 이용할 수 있으면:
연관된 포털 시스템 넘버에 의해 인덱스된 그 포털 시스템의 상태 정보는, 그 정보가 이 IPP상의 DRF_Neighbor_State 또는 DRF_Other_Neighbor_State에 의해 제공되는 지에 관계없이, Drni_Portal_System_State[] 내에 포함될 것이다. 포털 시스템에 대한 정보가 이 IPP상의 DRF_Other_Neighbor_State로부터만 이용할 수 있으면, ONN은 이 IPP상에서 참으로 설정한다.
이에 대해서 포털 시스템 상태 정보가 소정의 IPP로부터 이용할 수 없는, 포털 토폴로지 내에 포함된 모든 포털 시스템은, 널로 설정된 그 연관된 포털 시스템 상태 정보 Drni_Portal_System_State[]를 갖는다(게이트웨이는 거짓으로 설정되고, 포털 시스템상의 동작 애그리게이션 포트의 리스트는 엠프티된다).
또한, 이 기능은, 이 포털 시스템상의 각각의 IPP에 대해서 Ipp_Portal_System_State[]를 다음과 같이 갱신한다:
소정의 다른 포털 시스템의 상태 정보가 2개의 IPP로부터 이용할 수 있으면:
소정의 IPL을 갖지 않는 홈 포털 시스템이 루프 브레이크 링크로서 구성되면, 포털 시스템상의 모든 IPP에 대해서, 그 IPP상에서 DRF_Neighbor_State에 의해 제공된 포털 시스템 상태 정보만이 연관된 포털 시스템 넘버에 의해 인덱스된 연관된 Ipp_Portal_System_State[] 내에 포함될 것이다. 그렇지 않으면;
연관된 포털 시스템 넘버에 의해 인덱스된 IPP상의 DRF_Neighbor_State는, 대응하는 Ipp_Portal_System_State[] 내의 제1상태로서 포함될 것이고, 연관된 포털 시스템 넘버에 의해 인덱스된 이 IPP상의 수신된 DRCPDU에 대해서 리포트된 다른 포털 시스템과 연관된 소정의 다른 부가적인 상태는, 동일한 IPP상의 Drni_Neighbor_ONN가 거짓일 때만, Ipp_Portal_System_State[] 내의 제2상태로서 포함될 것이다.
[Drni_Portal_System_State[]와 유사하게, 이에 대해서 포털 시스템 상태 정보가 소정의 IPP로부터 이용할 수 없는 포털 토폴로지 내에 포함된 모든 포털 시스템은, 널로 설정된 그 연관된 포털 시스템 상태 정보 Ipp_Portal_System_State[]를 갖는다(게이트웨이는 거짓으로 설정되고, 포털 시스템상의 동작 애그리게이션 포트의 리스트는 엠프티된다).]
updatePortalSystemGatewayConversation
이 기능은, Drni_Portal_System_Gateway_Conversation을, 포털 내의 다른 포털 시스템과 연관된 모든 인덱스된 게이트웨이 대화 ID 엔트리를 거짓으로 설정함으로써, Drni_Gateway_Conversation로부터 구성된 불리언 벡터와, 포털 내의 다른 포털 시스템과 연관된 모든 인덱스된 게이트웨이 대화 ID 엔트리를 거짓으로 설정함으로써 모든 IPP의 Ipp_Other_Gateway_Conversation로부터 구성된 불리언 벡터 사이의, 논리적인 AND 동작의 결과로 설정한다.
updatePortalSystemPortConversation
이 기능은, Drni_Portal_System_Port_Conversation을, 포털 내의 다른 포털 시스템과 연관된 모든 인덱스된 포트 대화 ID 엔트리를 거짓으로 설정함으로써 Drni_Port_Conversation로부터 불리언 벡터와, 포털 내의 다른 포털 시스템과 연관된 모든 인덱스된 포트 대화 ID 엔트리를 거짓으로 설정함으로써 Ipp_Other_Port_Conversation_Portal_System으로부터 구성된 불리언 벡터 사이의, 논리적인 AND 동작의 결과로 설정한다.
타이머(Timers)
다음의 논의는, 본 발명의 한 실시형태에 따른 적용가능한 다양한 타이머에 초점을 맞춘다.
current_while_timer : 이 타이머는, 수신된 프로토콜 정보가 만료되었는지를 검출하기 위해 사용된다. Actor_Oper_State.LACP_Timeout이 짧은 타임아웃으로 설정되면, 타이머는 값 Short_Timeout_Time으로 시작한다. 그렇지 않으면, 이는 값 Long_Timeout_Time으로 시작한다.
periodic_timer(time_value): 이 타이머는 주기적인 전송을 생성하기 위해 사용된다. 이는, 주기적인 전송 상태 머신에서 명기된 바와 같이, 값 Slow_Periodic_Time 또는 Fast_Periodic_Time을 사용해서 시작된다.
wait_while_timer : 이 타이머는 애그리게이션 변경을 수행하기 전에 히스테리시스를 제공하여, 연관된 링크 애그리게이션 그룹을 조인하게 될 모든 링크가 그렇게 하도록 허용한다. 이는, 값 Aggregate_Wait_Time을 사용해서 시작한다.
메시지
한 실시형태에 있어서는, 한 메시지만이 사용된다:
IppM:M_UNITDATA.Indication(DRCPDU): 이 메시지는 DRCP 제어 파서 DRCPDU의 수신의 결과로서 생성된다.
DRCPCtrlMuxN:M_UNITDATA.Indication(DRCPDU)
이 메시지는 DRCP 제어 파서/멀티플렉서 DRCPDU의 수신의 결과로서 생성된다.
주의 - 2개의 메시지는 2개의 다른 실시형태에 대해서 유사한 메시지이다.
상태
머신
동작
전체 상태 머신 프로세스의 동작으로 돌아가서, 도 7의 흐름도는, 한 실시형태에 있어서, 본 명세서에 상기된 기능, 변수 및 메시지에 릴레이하는 세트의 동작을 규정한다. 프로세스는, DRCPDU를 수신하는 것에 응답해서 개시될 수 있다. 이 DRCPDU는 초기에 수신 유닛을 통과한다(블록 702). 이웃 상태 정보로 라벨이 붙은 화살의 세트는, DRCPDU 수신 머신에 의해 각각의 상태 머신에 공급되는 들어오는 DRCPDU 내에 포함된 또는 관리상의 디폴트 값에 의해 공급된 새로운 이웃 정보를 표현한다. 홈 상태 정보로 라벨이 붙은 화살의 세트는, 상태 머신 사이의 갱신된 홈 상태 정보의 흐름을 표현한다. DRCPDU의 전송은, 주기적인 DRCPDU를 전송하기 위한 필요를 결정하는 주기적인 머신의 결과, 또는 이웃과 통신할 필요가 있는 홈의 상태 정보에 대한 변경의 결과로서, 일어난다. DRCPDU를 전송하기 위한 필요는 NTTDRCPDU를 어서팅함으로써 전송 머신에 시그널링된다. 나머지 화살은, 상태 머신이 이벤트가 다른 상태 머신에서 발생하게 허용하는 상태 머신 설명 내의 공유된 변수를 표현한다.
수신 머신은 NTTDRCPDU를 생성하고, 변경 포트 동작을 실행하며, 게이트웨이 대화를 갱신하고, 포트 대화를 갱신한다.
주기적인 머신(704)은 이웃 상태 정보를 수신하고, 홈 상태 정보를 복귀시킨다. 주기적인 머신(블록 704)은 NTTDRCPDU를 생성한다.
포털 시스템 머신(블록 706)은, 홈 포털 시스템의 IPP상에서 수신된 로컬 정보 및 DRCPDU에 기반해서 포털 내에서, 모든 게이트웨이 및 애그리게이션 포트의 동작 상태를 갱신할 책임이 있다. 이 상태 머신은 퍼 포털 시스템이다.
DRNI 게이트웨이 및 애그리게이터 머신(708)은, 이 DR 기능의 게이트웨이를 통과하도록 허용된 게이트웨이 대화 ID 및 이 DR 기능의 애그리게이터를 통해서 분산되도록 허용된 포트 대화 ID를 구성하기 위한 책임이 있다. 이들 상태 머신은 퍼 포털 시스템이다.
DRNI IPP 머신(710)은, 이 DR 기능의 IPP를 통과하도록 허용된 게이트웨이 대화 ID 및 포트 대화 ID를 구성하기 위한 책임이 있다.
전송 머신(712)은, 다른 상태 머신으로부터의 요구 및 주기적인 기반 양쪽에 따라서 DRCPDU의 전송을 핸들링한다.
DRCPDU
수신
머신
수신 머신은, 본 명세서에서 상기 논의된 바와 같이, 그 연관된 파라미터를 갖는 도 8에 명기된 기능을 구현할 수 있다. 프로세스는, 기능성이 인에이블되고 recordDefaultDRCPDU()이 실행될 때, 블록 802에서 초기화될 수 있고, 여기서 DRF_Neighbor_Oper_DRCP_State.IPP_Activitiy는 거짓이다. 그 다음, 만료된 상태(블록 804)에 진입하고, DRCPDU의 수신에 대해서, 상태 머신은 PORTAL_CHECK 상태에 진입한다(블록 808). recordPortalValues 기능은, DRCPDU이 이 포털과 연관되는지를 체크한다. 그렇지 않으면, 이벤트는 관리 시스템에 리포트되고, 소정의 이 포털의 상태 머신에 의해 만들어진 DRCPDU의 추가의 처리는 없게 된다. recordPortalValues이 식별하면, 수신된 DRCPDU는 recordPortalConfValues 기능에 의해 체크되는 호환성 체크(COMPATIBILITY CHECK) 상태에 진입하게 될 것이다(블록 809). 이는, 이 포털과 연관된 관리상으로 구성된 값을 수신된 정보와 비교하고, 이들이 다르면, 시스템은 REPORT_TO_MANAGEMENT 상태에 진입하게 될 것이고(블록 810), 잘못 구성된 DRCPDU는 관리 시스템에 리포트될 것이다. 수신 머신은, 새로운 DRCPDU가 수신될 때(또는 IPP가 디스에이블될 때), REPORT_TO_MANAGEMENT 상태로 퇴장한다.
수신된 DRCPDU가 이 포털에 대한 기대 값에 따라서 구성되면, 수신된 머신은 현재(CURRENT) 상태에 진입하게 될 것이다(블록 812).
따라서, 실시형태는, DRCPDU를 수신; 수신된 DRCPDU가 포털과 연관되는지 체크; 포털과 연관된 구성된 값과 수신된 DRCPDU의 값을 비교; 및 비교된 값이 다른 경우에 리포트를 송신하는 단계를 포함하여 구성된다.
한 실시형태에 있어서, DRCPDU의 수신에 대해서, 상태 머신은 PORTAL_CHECK 상태에 진입한다. recordPortalValues 기능은 DRCPDU가 이 포털과 연관되는지를 체크한다. 그렇지 않으면, 상태 머신은 REPORT_TO_MANAGEMENT 상태로 진입하게 될 것이고, 수신된 DRCPDU는 관리 시스템에 리포트될 것이다. 한편, REPORT_TO_MANAGEMENT 상태에서, 시스템은, 새로운 DRCPDU가 수신되면, PORTAL_CHECK 상태로 퇴장하게 될 것이고, 또는 DRCP_current_while_timer가 만료되면 만료된 상태로 퇴장하게 될 것이다. recordPortalValues가 수신된 DRCPDU를 이 포털과 연관된 것으로서 식별하면, 이는 recordPortalConfValues 기능에 의해 체크되는 COMPATIBILITY_CHECK 상태로 진입하게 될 것이다. 이는, 이 포털과 연관된 관리상으로 구성된 값을 수신된 정보와 비교하고, 이들이 다르면, 시스템은 REPORT_TO_MANAGEMENT 상태에 진입하게 될 것이고, 잘못-구성된 DRCPDU는 관리 시스템에 리포트될 것이다. 포털 시스템이 짧은 타임아웃 2배보다 긴 주기에 대해서 관리상으로 구성된 기대치들을 매칭하지 않는 DRCPDU를 계속 수신하면, 상태 머신은 디폴트된(DEFAULTED) 상태로 이동할 것이고, 이 IPP상의 포털 시스템(들)에 대한 현재 동작 파라미터는, 관리상으로 구성된 값으로 오버라이트될 것이며, 포털 시스템 갱신은 트리거될 것이다.
수신된 DRCPDU가 이 포털에 대한 기대 값에 대해서 구성되면, DRCPDU 수신 머신은 현재 상태에 진입한다.
recordNeighborState 기능은, 이웃의 포털 상태 동작 변수 및 갱신의 그 자체 홈 포털 상태 변수 내의 DRCPDU 내에 포함된 이웃의 포털 상태 정보를 기록한다. 이들이 다르면, 트리거는, 이웃에 통지하는 것으로 설정되지만, 또한 로컬 이벤트 변수는 로컬 포털 시스템 머신(PS - 도 10참조), DRNI 게이트웨이 및 애그리게이터 머신(DGA - 참조 도 11), 및 DRNI IPP 머신(IPP - 참조 도 12) 상에서 트리거 갱신을 설정한다.
recordPortalValues, recordPortalConfValues, 및 recordNeighborState, 기능들을 실행하는 프로세스에 있어서, 이 사양을 따르는 수신 머신은, 수신된 DRCPDU 내의 버전 넘버, TLV_type, 또는 예약된 필드를 입증하지 않을 수 있다. 동일한 액션들은 이들 필드로 수신된 값에 관계없이 취해진다. 수신 머신은 Portal_Information_Length, Portal_Configuration_Information_Length, DRCP_State_Length, 또는 Terminator_Length 필드를 입증할 수 있다. 이들 행동은, 미래 프로토콜 개선에 대한 제약과 함께, 본 명세서에서 상기 논의된다.
상기 표현된 룰은, 버전 1 장치가 프로토콜의 미래 수정과 호환이 되게 허용한다.
updateNTT 기능은 추가의 프로토콜 전송이 요구되는지 결정하기 위해 사용되고; NTTDRCPU는, 홈의 동작 포털 상태 변수의 이웃의 뷰가 최신이 아니면, 참으로 설정된다. 그러면, current_while 타이머는 시작한다. 타이머를 시작하기 위해 사용된 값은, 타임아웃의 액터의 동작 값에 의존하는, Short_Timeout_Time 또는 Long_Timeout_Time이다.
current_while 타이머가 만료되기 전에 DRCPDU이 수신되지 않으면, 상태 머신은 만료된 상태로 전송된다. DRF_Neighbor_Oper_DRCP_State.IPP_Activity는 거짓으로 설정되고, 이웃의 타임아웃 변수의 현재 동작 값은 짧은 타임아웃으로 설정되며, current_while 타이머는 Short_Timeout_Time의 값으로 시작한다. 이는, 트랜전트(transient) 상태이고; 타임아웃 설정은, 이웃과의 통신을 재수립하기 위한 시도에 있어서, 홈 포털 시스템이 DRCPDU를 신속하게 전송하도록 허용한다.
current_while 타이머가 만료되기 전에 DRCPDU이 다시 수신되지 않으면, 상태 머신은 디폴트된 상태로 이동한다. recordDefaultDRCPDU 기능은, 관리상으로 구성된 값으로 이웃 포털 시스템에 대한 현재 동작 파라미터를 오버라이트하고, 포털 시스템 갱신을 트리거하며, 조건은 관리 시스템에 리포트된다.
IPP가 실행가능하지 않게 되면, 상태 머신은 초기화(INITIALIZE) 상태에 진입한다. DRF_Neighbor_Oper_DRCP_State.IPP_Activity는 recordDefaultDRCPDU 기능을 거짓으로 설정하여, 파트너 파라미터의 관리상의 값이 현재 동작 값으로서 사용되게 한다. 이들 액션들은, 다시 계산된 포털 및 게이트웨이 및 포트 대화 ID 필터들로부터 이웃 포털 시스템을 분리시키기 위해서 PS 머신을 강제한다.
또한, 수신 머신은 그 연관된 파라미터를 갖는 도 16에 명기된 기능을 구현할 수 있다. 도 16의 수신 머신은, 도 8과 비교해서 어느 정도의 다른 흐름 경로를 뒤따른다. 도 16의 대안적인 수신 머신의 용어 및 기능은 도 8의 것과 유사하다. 본 기술 분야의 당업자는, 다른 구현들이 도시된 수신 머신의 원리 및 구조와 가능하게는 일치하는 것으로 이해한다.
도 33은, 본 발명의 한 실시형태에 따른 DRNI 링크 애그리게이션 그룹의 노드에 있어서의 이웃과 동기화하기 위한 방법을 도시한다. 방법 3300은, 도 1B의 노드 K-O 및 도 1C의 네트워크 장치(132 및 134)와 같은 DRNI의 부분으로서 DRCP 포털(로컬 포털로서 언급)의 DRCP 노드(예를 들어, 네트워크 장치) 상에서 구현될 수 있다. 옵션의 단계는 도 33에 도시된 바와 같이 점선의 박스로 표시되는 것에 주의하자.
참조부호 3302에서, 노드는 IPL을 사용해서 이웃 노드에 결합된 IPP상에서 동작하는 DRCP에 대해서 초기화된다. 노드 및 이웃 노드는, 한 실시형태에 있어서, 부가적인 이웃 노드를 포함할 수 있는 포털 내에 포함된다. 노드는 IPL을 사용해서 IPP를 통해서 이웃 노드에 결합된다. 한 실시형태에 있어서, 초기화는, 포털의 관리자에 의해 제공된 이웃 노드의 현재 동작 파라미터로 되는 IPP상의 이웃 노드에 대한, 디폴트 파라미터 값의 설정을 포함하여 구성된다. 파라미터는, DRF_Neighbor_Port_Algorithm(DRF_Neighbor_Admin_Port_Algorithm이 되게 설정되는)과 같은 이웃 포트 알고리즘, DRF_Neighbor_Gateway_Algorithm(DRF_Neighbor_Admin_Gateway_Algorithm이 되게 설정되는)과 같은 이웃 포트 게이트웨이 알고리즘, 및 recordDefaultDRCPDU의 기능과 관련해서 본 명세서에서 상기 논의된 다른 것들을 포함한다. 한 실시형태에 있어서, 초기화는, DRF_Neigbhor_Oper_DRCP_State.IPP_Activity를 거짓으로 설정하는 것을 통해서, 이웃 노드의 IPP 활동을 인액티브로 되게 설정하는 것을 더 포함한다.
참조부호 3304에서, 노드는 DRCP가 IPP에서 인에이블되는 것을 결정한다. 체크는, IPP가 동작하는 DRCP인 것을 가리키는 변수(예를 들어, IPP_Port_enabled)를 결정하는 것을 포함한다. 한 실시형태에 있어서, 결정은 IPP에 대해서 2개의 변수를 체크하는 것을 통해서이다. 하나는 IPP가 동작하는 DRCP인 것을 가리키는 변수이고(예를 들어, 본 명세서에서 상기 논의된 DRCP_enabled를 통해서), 다른 것은 IPL이 수립되었고 IPP가 동작가능한(예를 들어, 본 명세서에서 상기 논의된 IPP_Port_enabled을 통해서) 것을 가리키는 변수이다.
참조부호 3306에서, 노드는 만료된 상태로 진입한다. 만료된 상태에 있어서, 노드는 한 실시형태에 있어서 다음을 수행한다: 이는, 노드의 DRCP 상태 파라미터를 만료된으로 설정하고(예를 들어, 본 명세서에서 상기 논의된 DRF_Home_Oper_DRCP_State.Expired를 참으로 설정), 이는, 또한 DRF_Neigbhor_Oper_DRCP_State.IPP_Activity를 거짓으로 설정하는 것을 통해서, 이웃 노드의 IPP 활동을 인액티브로 되게 설정한다. 이는, 수신된 DRCPDU가 없으면, 타이머를 만료로 설정한다. 한 실시형태에 있어서, 타이머 설정은 DRF_Neighbor_Oper_DRCP_State.DRCP_Timeout = 짧은 타임아웃으로 설정하는 것을 통해서 수행되고, DRCP_current_while_timer(짧은 타임아웃)를 시작한다.
타이머가 만료될 때, 흐름은 참조부호 3352로 진행하고, 여기서 노드는 디폴트된 상태로 진행한다. 한 실시형태에 있어서, 디폴트된 상태에서, 노드는 IPP상의 이웃 노드에 대한 디폴트 파라미터 값이 본 명세서에서 상기 논의된 recordDefaultDRCPDU와 같은 기능을 통해서 포털의 관리자에 의해 제공된 이웃 노드의 현재 동작 파라미터로 되게 설정한다. 또한, 디폴트 상태는, 본 명세서에서 상기 논의된 reportToManagement와 같은 기능을 통해서 관리에 대한 상태를 리포트하는 것을 포함한다.
참조부호 3307에서, 노드는 참조부호 3307에서 DRCPDU를 수신한다. DRCPDU는 도 5에 도시된 PDU 구조를 포함하는데, 여기서 PDU 구조는 테이블 4에 열거된 것과 같은 TLV를 갖는다. PDU 구조는 홈 포트 정보 TLV 및 DRCP 상태 TLV를 포함한다. 한 실시형태에 있어서, DRCPDU의 수신은, DRCPCtrolMuxN:M_UNITDATA.Indication(DRCPDU)과 같은 DRCPDU의 수신의 결과로서 DRCP 제어 파서/멀티플렉서에 의해 생성된 메시지 내에서 가리켜진다.
그 다음, 노드는, 참조부호 3308에서 수신된 DRCPDU가 포털과 연관된 것을 결정한다. 한 실시형태에 있어서, 결정은, 수신하는 DRCPDU가 포털과 연관되는지를 가리키는 변수(예를 들어, 본 명세서에서 상기 논의된 바와 같이 Differ_Portal)를 체크하는 것을 포함한다. 한 실시형태에 있어서, 결정은, IPP상의 이웃 노드에 대한 대응하는 현재 동작 파라미터 값으로서 수신된 DRCPDU로 반송된 포털 파라미터 값을 기록하는 기능(예를 들어, recordPortalValues)을 실행하는 것을 포함한다. recordPortaValues의 규정으로, 본 명세서에서 상기 논의된 바와 같은 포털 파라미터 값은, 한 실시형태에 있어서, 애그리게이터 우선권(예를 들어, Drni_Aggregator_Prioirty), 애그리게이터 ID(예를 들어, Drni_Aggregator_ID), 이웃 포털 우선권(Drni_Portal_Priority), 및 포털 어드레스(예를 들어, Drni_Portal_Addr)를 포함한다.
수신된 DRCPDU가 포털과 연관되지 않으면, 노드는, 옵션으로, 본 명세서에서 상기 논의된 reportToManagement와 같은 기능을 통해서 관리에 대한 상태를 리포트한다. 나중에, 노드가 다른 DRCPDU를 수신하면, 흐름은 참조부호 3308로 되돌려 진행하여, 연관을 다시 결정한다. 유사하게, 노드가 참조부호 3352에서 디폴트 상태일 때 및 이것이 DRCPDU를 수신할 때, 흐름은 연관을 결정하기 위해서 참조부호 3308로 진행한다.
수신된 DRCPDU가 포털과 연관된 것을 결정한 후, 흐름은 참조부호 3310으로 진행하고, 여기서 노드는 수신된 DRCPDU가 노드와 호환이 되는 것을 결정한다. 결정은, 관리상으로 포털과 연관된 구성된 값이 DRCPDU로부터 수신된 값과 일치하는 것을 결정하는 것을 포함한다. 체크하는 것은, 한 실시형태에 있어서, IPP상의 이웃 노드에 대한 대응하는 현재 동작 파라미터 값으로서 수신된 DRCPDU로 반송된 이웃 노드의 구성된 파라미터 값을 기록하는 기능(예를 들어, recordPortalConfValues)을 실행하는 것을 포함한다. recordPortalValue와 같은 기능 내에 구성된 파라미터 값은 recordPortalConfValues과 같은 포털 파라미터 값과 다르고, 차이는 recordPortalConfValues 및 recordPortalValues의 규정으로 본 명세서에서 상기 논의되는 것에 주의하자.
수신된 DRCPDU가 노드와 호환이 되지 않으면, 노드는, 옵션으로, 본 명세서에서 상기 논의된 reportToManagement와 같은 기능을 통해서 관리에 대한 상태를 리포트한다. 나중에, 노드가 다른 DRCPDU를 수신하면, 흐름은 참조부호 3308로 되돌려 진행하고 연관을 다시 결정한다. reportToManagement와 같은 기능을 실행하는 한편, 수신된 DRCPDU가 없으면, 노드는 다른 타이머를 만료로 설정하고 타이머를 시작한다. 타이머가 만료될 때, 흐름은 참조부호 3306으로 되돌려 진행한다.
수신된 DRCPDU가 노드와 호환이 되는 것을 결정한 후, 참조부호 3312에서, 노드는 수신된 DRCPDU 내에 포함된 이웃 노드의 상태 정보를 이웃 노드의 상태 동작 변수로서 기록한다. 한 실시형태에 있어서, 기능(예를 들어, recordNeighborState)은, 대응하는 이웃 노드의 동작 변수로서 수신된 DRCPDU로 반송된 Drni_Neigbhor_State 및 DRF_Neighbor_Oper_DRCP_State와 같은, 포털 시스템 상태(예를 들어, Drni_Portal_System_State) 및 홈 노드 동작 DRCP 상태(예를 들어, DRF_Home_Oper_DRCP_State)와 같은 파라미터 값을 기록한다.
옵션으로, 기록된 이웃 노드의 상태 동작 변수가 노드의 상태 동작 변수의 것과 다를 때, 참조부호 3314에서 노드는 이웃 노드에 통지하기 위해서 하나 이상의 트리거를 설정한다. 한 실시형태에 있어서, 기능(예를 들어, updateNTT)은 본 명세서에서 상기 논의된 바와 같이 추가의 프로토콜 전송이 요구되는지를 결정하기 위해 사용된다.
여기서 논의된 방법은, 이웃 DRCP 노드로부터 수신된 DRCPDU 내에 매립된 정보를 처리하기 위해서 DRCP 노드를 위한 효과적인 방법을 제공한다. 정보는 스테이지들에서 처리되며, 이웃 노드의 상태 정보를 기록하기 전에, 수신된 DRCPDU가 DRCP 노드의 포털과 연관되고, 노드와 호환이 되는 것이 결정된다. 더욱이, 타이머가 삽입되어, 노드가 대기 상태에서 대기 상태에서 빠져나갈 수 없게(stuck) 되는 것을 방지한다.
DRCP 주기적인 전송 머신
DRCP 주기적인 전송 머신은 본 명세서에서 상기 논의된 그 연관된 파라미터를 갖는 도 9에 명기된 기능을 구현할 수 있다.
DRCP 주기적인 전송 머신은, 포털을 유지하기 위해서 IPP상의 주기적인 DRCPDU를 교환하기 위해서 홈 및 이웃 포털 시스템의 바램을 수립하고, 흔히 이들 주기적인 전송이 어떻게 일어나는지를 수립한다. 주기적인 전송은, 어느 참가자가 그러기를 원하면 발생하게 될 것이다. 전송은 이웃 포털 시스템에 의해 결정된 레이트에서 일어나고; 이 레이트는 이웃 포털 시스템이 수신된 정보를 타임아웃하게 될 스피드로 링크된다.
상태 머신은 4개의 상태를 갖는다. 이들은 다음과 같이:
NO_Periodic(블록 902). 이 상태 동안, 주기적인 전송은 디스에이블되고 정지 periodic_timer 기능이 실행된다. FAST_Periodic(블록 904). 이 상태 동안, 주기적인 전송은 빠른 전송 레이트에서 인에이블된다. 이 상태는, 무조건 천이(UCT)에 응답해서, NO_Periodic 상태(블록 902)로부터 진입한다. Fast_Periodic 상태는 주기적인 전송(블록 910) 및 slow_Periodic 상태(블록 905)로 천이할 수 있다. SLOW_Periodic 상태(906)는, 긴 타임아웃이 결정될 때 FAST_Periodic(904)로부터 진입할 수 있다. 이 상태 동안, 주기적인 전송은 느린 전송 레이트에서 인에이블된다. 주기적인 타이머가 만료하면, 상태는 주기적인_TX로 천이한다(블록 910). 주기적인_TX. 이는, NTT를 어서트한 후, 이웃의 DRCP_Timeout 설정에 의존해서 FAST_Periodic 또는 SLOW_Periodic로 퇴장하는 periodic_timer 만료상에서 진입된 트랜지터리 상태이다.
주기적인 전송이 인에이블이면, 이들이 발생하는 레이트는 DRF_Neighbor_Oper_DRCP_State.Timeout 변수의 값에 의해 결정된다. 이 변수가 짧은 타임아웃으로 설정되면, 값 fast_Periodic_Time은 주기적인 전송들 사이의 시간 인터벌을 결정하기 위해 사용된다. 그렇지 않으면, slow_Periodic_Time이 시간 인터벌을 결정하기 위해 사용된다.
따라서, 실시형태는 전송이 디스에이블되는 비 주기적인 상태에서 초기화하는 단계, 빠른 주기적인 상태로 천이하는 단계, 빠른 주기적인 시간에 대해서 타이머를 시작하는 단계, 긴 타임아웃 또는 빠른 주기적인 타임아웃 설정을 갖는 이웃에 응답해서 느린 주기적인 상태 또는 주기적인 전송 상태로 각각 천이하는 단계, 이웃에서의 짧은 타임아웃 설정 또는 타이머 만료에 응답해서 느린 주기적인 타임아웃으로부터 주기적인 전송으로 천이하는 단계, 및 짧은 타임아웃 또는 긴 타임아웃 설정 각각으로 변경하는 이웃 타임아웃 설정에 응답해서 주기적인 전송 상태로부터 어느 빠른 주기적인 또는 짧은 주기적인 상태로 천이하는 단계를 포함하여 구성되는 프로세스에 대비한다.
또한, DRCP 주기적인 전송 머신은 그 연관된 파라미터를 갖는 도 17에 명기된 기능을 구현할 수 있다. 도 17은 다른 용어(예를 들어, 도 9에 도시된 바와 같이 periodic_timer 및 NTT 각각이 아닌, DRCP_Periodic_timer 및 NTTDRCPDU)를 포함할 수 있지만, 흐름은 동일하다. 도 17의 대안적인 전송 머신의 용어 및 기능은 도 9의 것들과 유사하다. 본 기술 분야의 당업자는, 다른 구현이 가능하게는 도시된 전송 머신의 원리 및 구조와 일치하는 것으로 이해하게 된다.
포털 시스템
머신
포털 시스템 머신은 본 명세서에서 상기 논의된 그 연관된 파라미터를 갖는 도 10에 명기된 기능을 구현할 수 있다. 이 프로세스는 포털 시스템을 초기화 상태로 초기화할 수 있다(블록 1002). setDefaultPortalSystemParameters 및 updateKey 기능이 실행된다. 어느 경우에 있어서, 변경 포털 또는 ChangeDRFPorts가 참이면, 프로세스는 포털 시스템 갱신 상태로 천이한다(블록 1004). 포털 시스템 갱신 상태에서, ChangePortal은 거짓으로 설정되고, ChangeDRFPorts는 거짓으로 설정되며, DRF 홈상태를 갱신하고, 및 updateKey를 실행한다. 어느 변경 포털 또는 변경 DRF포트가 참으로 갱신될 때, 다음 갱신은 트리거된다.
따라서, 실시형태는, 디폴트 포털 시스템 파라미터가 생성되고 키가 갱신된 포털 초기화 상태로 초기화하는 단계, ChangePortal 또는 ChangeDRFPorts 변수가 불리언 참인 것에 응답해서 포털 시스템 갱신 상태로 천이하는 단계, 포털 시스템 갱신 상태에서 ChangePortal 변수를 거짓으로 설정하는 단계, ChangeDRFPorts 변수를 거짓으로 설정하는 단계, updateDRFHomeState를 실행하는 단계, 및 키를 갱신하는 단계, 및 ChangePortal 또는 ChangeDRFPorts 변수가 참인 것에 따라 포털 시스템 갱신 상태에 재진입하는 단계를 포함하여 구성되는 프로세스에 대비한다.
초기화에 따라서, 포털 시스템의 변수는, 그들 관리상의 설정에 의해 구성됨에 따라 이 포털에 대한 그들 디폴트 값으로 설정된다. 특히, 포털에 있어서, 모든 게이트웨이, 애그리게이션 포트, 및 IPP의 디폴트 동작 상태는, 거짓으로 설정된다. 더욱이, 이들 디폴트 값에 기반해서, 연관된 애그리게이터에 의해 사용된 동작 키는 이 포털 시스템에 할당된 관리상의 키 값이 되게 계산된다.
포털 시스템의 게이트웨이의 동작 상태에 대한 또는, 연관된 애그리게이터에 의해 리포트됨에 따라, 소정의 부착된 애그리게이션 포트의 분산 상태로의 소정의 로컬 변경, 또는 RX 상태 머신에 의해 리포트됨에 따라 이웃 포털 시스템의 동작 상태의 소정의 변경은, Portal_SYSTEM_UPDATE 상태로의 천이를 트리거한다. 이는, 기능 updateDRFHomeState가 게이트웨이의 동작 상태에 대한 갱신된 로컬 정보 및 애그리게이터의 포털 시스템상의 모든 애그리게이션 포트에 기반해서 포털 시스템 자체의 상태(DRF_Home_State)를 제공하는 변수를 재평가하게 한다. 포털 시스템의 게이트웨이의 동작 상태에서의 소정의 변경은 GatewayConversationUpdate에 반영되는데, 이는 포트의 상태 머신 및 IPP에서 상태 천이를 트리거하기 위해 사용된다. 유사하게, 이 포털 시스템의 애그리게이터 포트와 연관된 애그리게이션 포트의 동작 상태에서의 소정의 변경은 PortConversationUpdate에 반영되는데, 이는 동일한 상태 머신에서 상태 천이를 트리거하기 위해 사용된다. 최종적으로, updateKey 기능은, 포털에 있어서 모든 액티브 포털 시스템의 관리상의 키의 값을 포함하여 구성되는 세트의 최하위 수치의 넌 제로 값을 선택함으로써, 포털 시스템의 애그리게이터에 의해 사용되는, 동작 키를 갱신한다.
소정의 DR 기능의 포트의 동작 상태가 변경될 때마다, 상태 머신은 Portal_SYSTEM_UPDATE 상태로 복귀한다.
포털 시스템 머신은, 또한 그 연관된 파라미터를 갖는 도 18에 명기된 기능을 구현할 수 있다. 시스템이 도 18에서 updatePortalState 기능을 사용해서 갱신 포털 상태를 실행하는 것을 제외하고, 도 18은 도 10과 유사하다. 도 18에서의 대안적인 포털 시스템 머신의 용어 및 기능은 도 10의 것과 유사하다. 본 기술 분야의 당업자는, 다른 구현이 가능하게는 도시된 포털 시스템 머신의 원리 및 구조와 일치하는 것으로 이해하게 된다.
도 34는, 본 발명의 한 실시형태에 따른 분산된 리질리언트 네트워크 상호 접속(DRNI)에 있어서 노드의 동작 상태를 갱신하기 위한 방법을 도시한다. 방법 3400은, 도 1B의 노드 K-O 및 도 1C의 네트워크 장치(132 및 134)와 같은 DRNI의 부분으로서, DRCP 포털(로컬 포털로서 언급)의 DRCP 노드(예를 들어, 네트워크 장치) 상에서 구현될 수 있다. 옵션의 단계가 도 34에 도시된 바와 같이 점선의 박스로서 표시되는 것에 주의하자.
참조부호 3402에서, 노드는 링크 애그리게이션을 위해 초기화한다. 초기화는 관리상의 설정에 의해 구성됨에 따라 이것이 속하는 포털을 위한 노드의 설정 변수를 포함한다. 초기화는, 한 실시형태에 있어서, 기능(예를 들어, 도 10의 setDefaultPortalSystemParameters)을 실행함으로써 수행된다. 기능은, 본 명세서에서 상기 논의된 setDefaultPortalSystemParameters의 규정으로 열거됨에 따라, 노드의 변수를 관리상의 설정 값으로 설정하는데, 이는 노드의 애그리게이터의 시스템 우선권(예를 들어, Drni_Aggregator_Priority), 노드의 애그리게이터의 시스템 식별자(예를 들어, Drni_Aggregator_ID), 포털의 시스템 우선권(예를 들어, Drni_Portal_Priority), 포털 내의 노드에 대한 식별자(예를 들어, DRF_Portal_System_Number), 애그리게이터와 연관된 관리상의 애그리게이터 키 값(예를 들어, DRF_Home_Admin_Aggregator_Key), 프레임을 포트 대화 ID에 할당하기 위해서 노드의 DR 기능에 의해 사용된 포트 알고리즘(예를 들어, DRF_Home_Port_Algorithm), 노드 프레임을 게이트웨이 대화 ID에 할당하기 위해서 DR 기능에 의해 사용된 게이트웨이 알고리즘(예를 들어, DRF_Home_Gateway_Algorithm) 및 등을 포함한다.
참조부호 3404에서, 노드는 포털과 연관된 동작 상태가 변경되는 것을 결정한다. 동작 상태의 변경은, 이웃 네트워크 장치의 IPP 활동의 값의 네트워크 장치의 뷰의 동작 값이 액티브일 때 참으로 설정되는, 불리언 변수로 가리켜질 수 있다. 한 실시형태에 있어서, 본 명세서에서 상기 논의된 ChangePortal과 같은 변수가 이러한 불리언 변수이다. 동작 상태의 변경은, 또한, 노드의 게이트웨이의 동작 상태가 변경될 때 참으로 설정되는 불리언 변수로 가리켜질 수 있다. 동작 상태의 변경은, 또한 제1포털과 연관된 노드의 애그리게이션 포트의 동작 상태 중 하나가 변경될 때 참으로 설정되는 불리언 변수로 가리켜질 수 있다. 한 실시형태에 있어서, 본 명세서에서 상기 논의된 ChangeDRFPorts와 같은 변수는, 게이트웨이 및 애그리게이션 포트의 동작 상태 모두를 변경하기 위한 이러한 불리언 변수이다.
참조부호 3406에서, 노드는 포털과 연관된 동작 상태 변경이 없는 것을 가리키는 하나 이상의 변수를 설정할 수 있다. 한 실시형태에 있어서, 이는, 도 10에 도시된 바와 같이, ChangePortal 및 ChangeDRFPorts와 같은 변수를 거짓이 되게 설정함으로써 수행된다. 설정은, ChangePortal 및 ChangeDRFPorts의 동작 상태 트리거 갱신의 또 다른 변경을 허용하므로, 노드가 변경을 검출할 수 있다.
참조부호 3408에서, 노드는, 동작 상태 변경에 응답해서, 링크 애그리게이션에 대한 노드의 동작 상태의 세트를 갱신하는데, 동작 상태의 세트는 노드에 대한 게이트웨이의 동작 상태를 포함한다. 한 실시형태에 있어서, 갱신은 본 명세서에서 상기 논의된 updateDRFHomeState와 같은 기능을 실행하는 것을 통해서 수행된다. 한 실시형태에 있어서, 갱신은 또한, 이들 애그리게이션 포트 식별자(ID)만을 포함시킴으로써 동작 애그리게이션 포트의 리스트를 생성하는데, 이는 동작가능하다(예를 들어, 부착된 애그리게이터 Actor_Oper_Port_State.Distributing == 참(연관된 애그리게이션 포트가 동작 가능하지 않은 또는 만료된 상태에 있거나, 또는 링크 애그리게이션 그룹 내에 있지 않은 경우들을 배제하는 조건)을 갖는 것으로서 이들을 리포트한다).
방법은, DRCP 노드가 속하는 포털의 변경에 기반해서, DRCP 노드의 동작 상태와 이웃 DRCP 노드를 동기화하기 위한 효과적인 방법을 제공한다.
DRNI
게이트웨이 및
애그리게이터
머신
DRNI 게이트웨이 및 애그리게이터 머신은 본 명세서에서 상기 논의된 그 연관된 파라미터를 갖는 도 11에 명기된 기능을 구현할 수 있다. 포털 시스템상에 2개의 DRNI 게이트웨이 및 애그리게이터 머신이 있다. 각각의 것은 대화 ID 타입과 연관된다: 게이트웨이 대화 ID에 대한 하나 및 포트 대화 ID에 대한 하나가 있다. 도 11A는 DRNI 게이트웨이 초기화 상태에서 초기화하는 DRNI 게이트웨이 프로세스이다(블록 1102). 이 상태에 있어서는, InitializeDRNIGatewayConversation 기능이 실행되고, GatewayCoversationUpdate는 거짓으로 설정되며, 여기서 GatewayCoversationUpdate가 일어나고, 프로세스는 DRNI 게이트웨이 갱신 상태로 천이한다(블록 1104). DRNI 게이트웨이 갱신 상태에 있어서(블록 1104), 프로세스는 GatewayConversationUpdate를 거짓으로 설정하여, updatePortaState, setGatewayConversaion 동작, 및 setIppGatewayUpdate이 실행되며, updatePortalSystemGateway 대화가 실행된다. DRNI 게이트웨이 갱신은, GatewayConversation 갱신의 각각의 발생에 대해서 트리거된다.
프로세스의 실시형태는, DRNI 게이트웨이 초기화 상태로 초기화하는 단계, DRNI 게이트웨이 대화 및 GatewayCoversationUpdate를 거짓으로 초기화하는 단계, 게이트웨이 대화 갱신 변수가 참인 것을 검출함에 따라 DRNI 게이트웨이 갱신 상태로 천이하는 단계, updatePortalState를 설정하는 단계, IPP 게이트웨이 갱신 트리거를 설정하는 단계, 게이트웨이 대화 갱신 변수를 거짓으로 설정하는 단계, 게이트웨이 대화를 설정하는 단계, 포털 시스템 게이트웨이 대화를 갱신하는 단계 및, 게이트웨이 대화 갱신 변수가 참으로 설정됨에 따라 DRNI 게이트웨이 갱신 상태로 재진입하는 단계를 포함하여 구성된다.
도 11B는 DRNI 포트 갱신 프로세스이다. 이 프로세스에 있어서, DRNI 포트 갱신 프로세스는 DRNI 포트 초기화 상태에서 시작한다(블록 1112). InitializeDRNIPortConversation 기능이 실행되고, PortCoversationUpdate가 거짓으로 설정되며, 프로세스는 PortConversationUpdate의 발생에 응답해서 계속되는데, 이는 상태를 DRNIPortUpdate로 천이시킨다(블록 1114). DRNI 포트 갱신 상태에 있어서, 프로세스는 PortConversationUpdate를 거짓으로 설정하여, updatePortalState, setPortConversation, setIppPortUpdate 동작 및 updatePortalSystemPortConversation 동작이 실행된다. DRNI 포트 갱신은, PortConversationUpdate의 값의 변경이 있을 때, 재트리거된다.
프로세스의 실시형태는, DRNI 포트 초기화 상태로 초기화하는 단계, DRNI 포트 대화 및 PortCoversationUpdate를 거짓으로 초기화하는 단계, 포트 대화 갱신 변수의 검출이 참이 됨에 따라 DRNI 포트 갱신 상태로 천이하는 단계, IPP 포트 갱신 트리거를 설정하는 단계, 포트 대화 갱신 변수를 거짓으로 설정하는 단계, 포트 대화를 설정하는 단계, 포털 시스템 포트 대화를 갱신하는 단계 및 포트 대화 갱신 변수가 참인 것을 검출하는 것에 응답해서 DRNI 포트 갱신 상태에 재진입하는 단계를 포함하여 구성된다.
이들 상태 머신은, 합의된 우선권 룰 및 DRCP의 동작에 기반해서 이 DR 기능의 게이트웨이 및 애그리게이터를 통과하도록 허용된 게이트웨이 대화 ID 및 포트 대화 ID를 구성하기 위한 책임이 있다.
PS 상태 머신(도 10) 또는 DRX 상태 머신(도 8)으로부터의 트리거상에서, 게이트웨이의 동작 상태가 변경된 것을 선언하면, 상태 머신은 DRNI_Gateway_UPDATE 상태로 진입한다. 이는 트리거링 파라미터(GatewayConversationUpdate)가 거짓으로 재설정되게 한다. 그러면, 기능 updatePortalState은, 포털 시스템의 IPP상에서 수신된 DRCPDU에 의해 리포트되고, DRX 상태 머신(도 8)에 의해 기록됨에 따라, 갱신된 DRF_Home_State와 다른 포털 시스템상의 포트의 동작 상태로부터의 정보를 결합함으로써, 모든 포털 시스템의 상태를 제공하는(Drni_Portal_System_State[]) 변수를 갱신하게 될 것이고, IPP 상태 머신(도 12)상의 또 다른 갱신들을 트리거하기 위해서 포털 시스템상의 모든 IPP상의 IppGatewayUpdate를 참으로 설정하게 될 것이다. 후속해서, setGatewayConversation 기능은, 이 포털 시스템에 의해 공지됨에 따라 합의된 선택 우선권들 및 게이트웨이 동작 상태에 기반해서(이들 이웃 포털 시스템으로부터 수신된 최신 DRCPDU로 반송된 그들 자체의 게이트웨이의 로컬 게이트웨이의 동작 상태 및 이웃 포털 시스템의 선언된 동작 상태에 기반해서), 각각의 게이트웨이 대화 ID에 대한 책임이 있는, 포털 시스템을 식별하기 위해서 인보크된다. 최종적으로, 게이트웨이 대화 ID 인덱스된, 불리언 벡터가, 포털 시스템의 게이트웨이를 통과하도록 허용된 게이트웨이 대화 ID상의 이 포털 시스템의 뷰와, 이 포털 시스템의 게이트웨이를 통과하도록 허용된 게이트웨이 대화 ID상의 모든 이웃의 뷰 사이의 합의에 기반해서, 계산될 것이다[그들 DRCPDU를 통해 선언되고 이 포털 시스템의 DRX 상태 머신에 의해 기록됨에 따라(도 8)]. 이는, 모든 포털 시스템 사이의 합의에 도달하지 않는 한, 이 포털 시스템의 게이트웨이를 통과하도록 허용된 게이트웨이 대화 ID가 없는 것을 보장한다.
상태 머신은 초기화되어 폐기된 모든 게이트웨이 대화 ID를 갖고, 트리거 GatewayConversationUpdate가 설정될 때마다, DRNI_Gateway_UPDATE 상태로 이동한다.
포트 대화 ID 인덱스된 불리언 벡터가 유사한 상태 머신 동작을 통해서 설정되고, 우선권 선택 룰이 되는 유일한 차이는 합의된 게이트웨이 대화 ID 및 게이트웨이 알고리즘 대신 합의된 포트 대화 ID 및 포트 알고리즘에 기반한다.
도 35는 본 발명의 한 실시형태에 따른 분산된 리질리언트 네트워크 상호 접속(DRNI)에 있어서 네트워크 장치에서 애그리게이터 또는 게이트웨이에 대한 대화 ID의 세트의 구성을 위한 방법을 도시한다. 방법 3500은, 도 1B의 노드 K-O 및 도 1C의 네트워크 장치(132 및 134)와 같은 DRNI의 부분으로서, DRCP 포털(로컬 포털로서 언급)의 DRCP 노드(예를 들어, 네트워크 장치) 상에서 구현될 수 있다. 옵션의 단계가 도 35에 도시된 바와 같이 점선의 박스로서 표시되는 것에 주의하자.
참조부호 3502에서, 노드는 대화 ID의 세트를 초기화하고, 초기화는 제로들의 시퀀스로 되는 대화 ID의 세트와 연관된 불리언 벡터의 엔트리의 설정을 포함한다. 대화 ID는 게이트웨이 대화 ID 또는 포트 대화 ID이다. 불리언 벡터는, 노드의 게이트웨이 또는 애그리게이터를 통해서 대화 ID의 세트를 처리하는 것을 가리키는 값을 포함하는데, 이는 초기화를 통해서 제로로 설정된다(처리 없음). DRCP 노드가 단일 게이트웨이 및 단일 애그리게이터를 포함하는 것에 주의하자.
초기화는 본 명세서에서 상기 논의된 InitializeDRNIGatewayConversation 및 InitializeDRNIPortConversation와 같은 기능에 의해 수행될 수 있다. 불리언 벡터는, 게이트웨이 대화 ID 및 포트 대화 ID 각각에 대한, Drni_Portal_System_Gateway_Conversation 또는 Drni_Portal_System_Port_Conversation이 될 수 있다. 한 실시형태에 있어서는, 대화 ID의 인디케이터가 엔트리의 불리언 값이다(예를 들어, 참은 게이트웨이를 통과한 또는 애그리게이터를 통해서 분산되는 것을 의미한다). 초기화는 모든 값을 제로로 되게, 따라서 통과하지 않게 한다.
참조부호 3504에서, 노드는, 대화 ID의 세트의 분산이 갱신될 필요가 있는 것을 결정한다. 한 실시형태에 있어서, 결정을 만드는 것은 불리언 변수를 체크하는 것을 포함한다(예를 들어, 게이트웨이 대화 ID 및 포트 대화 ID 각각에 대해서 본 명세서에서 상기 논의된 GatewayConversationUpdate 및 PortConversationUpdate와 같은 변수).
참조부호 3506에서, 노드는 대화 ID에 의해 인덱스된 동작 벡터의 값을 설정하는데, 여기서 동작 벡터는 포털의 어떤 노드가 대화 ID의 각각의 세트를 처리하는 것을 열거한다. 한 실시형태에 있어서, 동작 벡터는 게이트웨이 대화 ID 및 포트 대화 ID 각각에 대해서 Drni_Gateway_Converstaion 및 Drni_Port_Conversation이다. 게이트웨이 대화 ID에 대해서, 동작 벡터는 어떤 포털의 노드가 각각의 게이트웨이 대화 ID를 통과하는 것을 열거한다. 포트 대화 ID에 대해서, 동작 벡터는 어떤 포털의 노드가 각각의 포트 대화 ID를 통과하는 것을 열거한다.
참조부호 3508에서, 노드는 대화 ID에 의해 인덱스된 불리언 벡터의 값을 설정하는데, 여기서 불리언 벡터는 네트워크 장치의 단일 게이트웨이 또는 단일 애그리게이터가 각각의 대화 ID와 연관되는지를 열거한다. 연산형 불리언 벡터는, 게이트웨이 대화 ID 및 포트 대화 ID 각각에 대해서 Drni_Portal_System_Gateway_Conversation 또는 Drni_Portal_System_Port_Conversation가 될 수 있다. 게이트웨이 대화 ID에 대해서, 불리언 벡터 내의 각각의 엔트리는, 게이트웨이 대화 ID가 노드의 단일 게이트웨이를 통과하도록 허용되는지를 가리킨다. 포트 대화 ID에 대해서, 불리언 벡터 내의 각각의 엔트리는, 포트 대화 ID가 단일 노드의 애그리게이터를 통해서 분산되도록 허용되는지를 가리킨다.
그 다음, 옵션으로, 참조부호 3510에서, 노드는 포털의 모든 노드의 동작 상태를 갱신한다. 한 실시형태에 있어서, 갱신은 본 명세서에서 상기 논의된 updatePortalState와 같은 기능에 의해 수행된다.
또한, 옵션으로, 참조부호 3512에서, 노드는 대화 ID의 세트의 분산이 갱신될 필요가 있는 것을 가리키는 변수를 설정한다. 한 실시형태에 있어서, 변수는 게이트웨이 대화 ID 및 포트 대화 ID 각각에 대해서 setIppGatewayUpdate 및 setIppPortUpdate(본 명세서에서 상기 논의된)이다.
따라서, 본 발명의 실시형태는, 대화 ID를 구성하기 위해서 효과적인 방법을 제공하므로, 연관된 대화가 DRNI를 포함하는 링크 애그리게이션 그룹에서 적합하게 전송될 수 있다.
DRNI IPP 머신
DRNI IPP 머신은 본 명세서에서 상기 논의된 그 연관된 파라미터를 갖는 도 12A-B에 명기된 기능을 구현할 수 있다. 도 12A는 본 발명의 한 실시형태에 따른 IPP 게이트웨이 대화를 갱신하기 위한 상태 머신을 도시한다. 프로세스는 블록 1202에서 시작하는데, 여기서 IPP 게이트웨이가 초기화된다. 이 실시형태에 있어서, IPP 게이트웨이 초기화는 2개의 초기화 기능을 통해서 달성된다. IppGatewayUpdate = 거짓을 통해서, 네트워크 장치는 IPP 게이트웨이 갱신 트리거를 거짓으로 설정한다. InitializeIPPPortConversation() 기능을 통해서, 네트워크 장치는 대화 통과(Ipp_Gateway_Conversation_Direction와 같은)를 제로들의 시퀀스로 설정되는데, 게이트웨이 대화 ID에 의해 다시 인덱스된다.
초기화 후, 상태 머신은 블록 1204로 진행하고, 여기서 IPP 게이트웨이는 갱신된다. 전송은 변수 변경에 의해 트리거된다. 변수, IppGatewayUpdate는, 퍼 IPP 게이트웨이 대화 ID 분산이 갱신될 필요가 있는 것을 가리킨다. 한 실시형태에 있어서, IppGatewayUpdate는 불리언 값이고, 불리언 값이 참이 되면, 상태 머신은 블록 1204로 진행한다. 블록 1204에서, 이는, 기능 setGatewayConversation을 통해서, 게이트웨이 대화를 설정한다. 본 명세서에서 상기 논의된 바와 같이, 기능은, DRNI 게이트웨이 대화 값을, 분산된 릴레이(aDrniConvAdminGateway[]와 같은 변수를 통해서) 및 현재 DRNI 포트 시스템 상태(한 실시형태에 있어서, Drni_Portal_System_State[]를 읽음으로써)를 위한 게이트웨이 선택 우선권 리스트의 현재 관리상의 값으로부터 계산된 값으로 설정한다. 또한, 블록 1204에서, 네트워크 장치는 기능 setIPPGatewayConversation()을 통해서 IPP 게이트웨이 대화를 설정한다. 부가적으로, 네트워크 장치는 기능 updateIPPGatewayConversationDirection()을 통해서 IPP 게이트웨이 대화 방향을 갱신하고, 최종적으로 네트워크 장치는 IppGatewayUpdate를 거짓으로 재설정한다. 블록 1204은, 게이트웨이 대화 갱신이 필요할 때마다 자체를 반복한다.
따라서, 프로세스의 실시형태는, IPP 게이트웨이 초기화 상태로 초기화하는 단계, IPP 게이트웨이 갱신 트리거를 거짓으로 초기화하는 단계, IPP 게이트웨이 대화를 초기화하는 단계, Ipp 게이트웨이 갱신 변수를 참으로 검출함에 따라 IPP 게이트웨이 갱신 상태로 천이하는 단계, 게이트웨이 대화를 설정하는 단계, IPP 게이트웨이 대화를 설정하는 단계, IPP 게이트웨이 대화 방향을 갱신하는 단계, Ipp 게이트웨이 갱신 변수를 거짓으로 설정하는 단계 및 게이트웨이 대화 갱신 변수가 참인 것의 검출에 응답해서 IPP 게이트웨이 갱신 상태로 재진입하는 단계를 포함하여 구성된다.
도 12B는 본 발명의 한 실시형태에 따른 IPP 포트 대화를 갱신하기 위한 상태 머신을 도시한다. IPP 포트를 갱신하기 위한 프로세스는 게이트웨이 대화를 갱신하기 위한 프로세스와 유사하고, 따라서 도 12B의 프로세스는, IPP 포트 대화 갱신에 대해서 사용되는 IPP 포트에 대한 기능 및 변수를 갖는 도 12A와 유사하다.
이 프로세스의 실시형태는, IPP 포트 초기화 상태로 초기화하는 단계, IPP 포트 갱신 트리거를 거짓으로 초기화하는 단계, IPP 포트 대화를 초기화하는 단계, IPP 포트 갱신 변수가 인참 것을 검출하는 것에 응답해서 IPP 포트 갱신 상태로 천이하는 단계, 포트 대화를 설정하는 단계, IPP 대화를 설정하는 단계, IPP 포트 대화 통과를 갱신하는 단계, IppPortUpdate 변수를 거짓으로 설정하는 단계 및 PortConversationUpdate가 참인 것을 검출하는 것에 응답해서 IPP 포트 갱신 상태에 재진입하는 단계를 포함하여 구성된다.
한 실시형태에 있어서, 이들 상태 머신은, 합의된 우선권 룰 및 DRCP의 동작에 기반해서 이 이웃 포털 시스템의 IPP를 통과하도록 허용된, 게이트웨이 대화 ID 및 포트 대화 ID를 구성하기 위한 책임이 있다.
DRX 상태 머신으로부터의 트리거상에서(도 8), IppGatewayUpdate가 참으로 설정한 것을 선언하면, 상태 머신은 IPP_Gateway_UPDATE 상태에 진입한다. 이는, setGatewayConversation 기능이 인보크되게 한다. 이는, 이 포털 시스템에 의해 공지됨에 따라 합의된 선택 우선권들 및 게이트웨이 동작 상태에 기반해서(이들 이웃으로부터 수신된 최신 DRCPDU로 반송된 그들 자체의 게이트웨이의 로컬 게이트웨이의 동작 상태 및 이웃의 선언된 동작 상태에 기반해서), 각각의 게이트웨이 대화 ID에 대한 책임이 있는 포털 시스템을 식별하게 될 것이다. 그 다음, setIPPGatewayConversation 기능은, 이 IPP상에서 이웃 포털 시스템에 의해 선언됨에 따라 합의된 선택 우선권들 및 게이트웨이 동작 상태에 기반해서(이 IPP상에서 이웃 포털 시스템으로부터 수신된 최신 DRCPDU에 의해 반송된, 포털 내의 다른 게이트웨이상의 그들 뷰상에서, 이웃 포털 시스템의 게이트웨이 동작 상태 및 이웃 포털 시스템의 선언된 동작 상태에 기반해서), 각각의 게이트웨이 대화 ID에 대한 책임이 있는 포털 시스템을 식별하게 될 것이다. 후속해서, 게이트웨이 대화 ID 인덱스된, 불리언 벡터가, 포털 시스템의 IPP를 통과하도록 허용된 게이트웨이 대화 ID상의 이 포털 시스템의 뷰와, 동일한 IPP를 통과하도록 허용된 게이트웨이 대화 ID상의 IPP 이웃 포털 시스템의 뷰 사이의 합의에 기반해서, 계산될 것이다[그들 DRCPDU를 통해 선언되고 이 포털 시스템의 DRX 상태 머신에 의해 기록됨에 따라(도 8)]. 이는, 이 포털 시스템과 그 이웃 포털 시스템 사이의 합의에 도달하지 않는 한, 이 IPP를 통과하도록 허용된 게이트웨이 대화 ID가 없는 것을 보장한다. 최종적으로, IppGatewayUpdate는 거짓으로 재설정된다.
상태 머신은 초기화되어 폐기된 모든 게이트웨이 대화 ID를 갖고, 트리거 GatewayConversationUpdate가 설정될 때마다, DRNI_Gateway_UPDATE 상태로 이동한다.
포트 대화 ID 인덱스된 불리언 벡터는 유사한 상태 머신 동작을 통해서 설정되는데, 유일한 차이는 우선권 선택 룰이, 합의된 게이트웨이 대화 ID 및 게이트웨이 알고리즘 대신 합의된 포트 대화 ID 및 포트 알고리즘에 기반하는 것이다.
도 36은 본 발명의 한 실시형태에 따른 분산된 리질리언트 네트워크 상호 접속(DRNI)에 있어서의 DRCP 노드에서 IPP에 대한 대화 ID의 세트의 구성을 위한 방법을 도시한다. 방법 3600은, 도 1B의 노드 K-O 및 도 1C의 네트워크 장치(132 및 134)와 같은 DRNI의 부분으로서, DRCP 포털(로컬 포털로서 언급)의 DRCP 노드(예를 들어, 네트워크 장치) 상에서 구현될 수 있다.
참조부호 3602에서, 노드는 대화 ID의 세트를 초기화하고, 초기화는 제로들의 시퀀스로 되는 대화 ID의 세트와 연관된 불리언 벡터의 엔트리의 설정을 포함한다. 대화 ID는 게이트웨이 대화 ID 또는 포트 대화 ID이다. 불리언 벡터는 노드의 IPP를 통해서 대화 ID의 세트를 처리하는 것을 가리키는 값을 포함한다.
초기화는 본 명세서에서 상기 논의된 InitializeIPPGatewayConversation 및 InitializeIPPPortConversation과 같은 기능에 의해 수행될 수 있다. 불리언 벡터는 게이트웨이 대화 ID 및 포트 대화 ID 각각에 대해서 Ipp_Gateway_Conversation_Direction 또는 Ipp_Port_Conversation_Passes가 될 수 있다. 한 실시형태에 있어서, 대화 ID에 대한 값은 엔트리의 불리언 값이다. 예를 들어, 게이트웨이 대화 ID에 대한 참의 값은, 몇몇 게이트웨이가 이 IPP를 통해서 도달할 수 있는 것을 가리킨다. 초기화는 모든 값을 제로로 되게, 따라서 통과하지 않게 한다.
참조부호 3604에서, 노드는, 대화 ID의 세트의 분산이 갱신될 필요가 있는 것을 결정한다. 한 실시형태에 있어서, 결정을 만드는 것은 불리언 변수를 체크하는 것을 포함한다. 한 실시형태에 있어서, 불리언 변수는 게이트웨이 대화 ID 및 포트 대화 ID 각각에 대해서 IppGatewayUpdate 및 IppPortUpdate이다. 다른 실시형태에 있어서, 불리언 변수는 게이트웨이 대화 ID 및 포트 대화 ID 각각에 대해서 GatewayConversationUpdate 및 PortConversationUpdate이다.
참조부호 3606에서, 노드는 대화 ID에 의해 인덱스된 제1동작 벡터의 값을 설정하는데, 여기서 동작 벡터는, 노드에 의해 할당됨에 따라 각각의 대화 ID를 처리하는 포털의 어떤 노드를 열거한다. 한 실시형태에 있어서, 노드는, 각각의 Drni_Gateway_Conversation 및 Drni_Port_Conversation과 같은 제1동작 벡터를 설정하기 위해서, setGatewayConversation 및 setPortConversation과 같은 기능을 통해 값을 설정한다. 게이트웨이 대화 ID에 대해서, Drni_Gateway_Conversation는 각각의 게이트웨이 대화 ID를 통과시키는 어떤 노드의 게이트웨이(있다면)를 열거한다. 포트 대화 ID에 대해서, Drni_Port_Conversation는 각각의 포트 대화 ID를 통과시키는 어떤 노드를 열거한다.
참조부호 3608에서, 노드는 대화 ID에 의해 인덱스된 제2동작 벡터의 값을 설정하는데, 여기서 동작 벡터는 이웃 노드에 의해 할당됨에 따라 각각의 대화 ID를 처리하는 포털의 어떤 노드를 열거한다. 한 실시형태에 있어서, 노드는, Ipp_Other_Gateway_Conversation 및 Ipp_Other_Port_Conversation_Portal_System 각각과 같은 제2동작 벡터를 설정하기 위해서, setIPPGatewayConversation 및 setIPPPortConversation과 같은 기능을 통해서 값을 설정한다. 본 명세서에서 상기 논의된 바와 같이, 게이트웨이 대화 ID에 대해서, Ipp_Other_Gateway_Conversation는, 이 IPP상에서 이웃 노드에 의해 할당됨에 따라 각각의 게이트웨이 대화 ID를 통과시키는 어떤 노드(즉, 포털 시스템)(있다면)를 열거하고, 포털이 2 이상의 노드를 포함할 때, 이웃 노드는 인접한 이웃 노드가 된다. 유사하게, 포트 대화 ID에 대해서, Ipp_Other_Port_Conversation_Portal_System은 이 IPP상에서 인접한 이웃 노드에 의해 할당됨에 따라 각각의 포트 대화 ID를 통과시키는 어떤 노드를 열거한다.
참조부호 3610에서, 노드는 대화 ID에 의해 인덱스된 불리언 벡터의 값을 설정하는데, 여기서 불리언 벡터는 노드의 IPP가 각각의 대화 ID와 연관되는지를 열거한다. 한 실시형태에 있어서, 불리언 벡터는, 본 명세서에서 상기 논의된 바와 같이, 게이트웨이 대화 ID에 대해서 Ipp_Gateway_Conversation_Direction이고, 포트 대화 ID에 대해서 Ipp_Port_Conversation_Passes이다.
따라서, 방법 3500과 유사한, 본 발명의 실시형태는 대화 ID를 구성하기 위해서 효과적인 방법을 제공하므로, 연관된 대화가 DRNI를 포함하는 링크 애그리게이션 그룹에서 적합하게 전송될 수 있다.
전송 머신
전송 머신(도시 생략)이 전송을 위한 DRCPDU를 생성할 때, 이는, 다음의 필드를, 본 발명의 한 실시형태에 따른 이 IPP에 대한 대응하는 동작 값으로 채울 수 있다:
애그리게이터 ID 및 우선권.
ㆍ 포털 ID 및 우선권.
ㆍ 포털 시스템 넘버.
ㆍ 토폴로지 상태
ㆍ 동작 애그리게이터 키.
ㆍ 포트 알고리즘.
ㆍ 게이트웨이 알고리즘.
ㆍ 포트 다이제스트.
ㆍ 게이트웨이 다이제스트.
ㆍ DRCP 상태.
ㆍ 포털을 형성하기 위한 그 능력이 입증된 홈 포털 시스템 및 소정의 다른 포털 시스템의 동작 애그리게이션 포트, 관리상의 애그리게이터 키 및 동작 파트너 애그리게이터 키.
주기적인 머신이 NO_Periodic 상태일 때, 전송 머신은:
ㆍ 소정의 DRCPDU를 전송하지 않고,
ㆍ NTTDRCPDU의 값을 거짓으로 설정해야 한다.
DRCP_enabled 변수가 참 및 NTTDRCPDU 변수가 참일 때, 전송 머신은, 단지 특정 수의 LACPDU가 소정의 Fast_Periodic_Time 인터벌로 전송될 수 있는 제한에 종속된, 적합하게 포맷된 DRCPDU가 전송[즉, DRCPCtrlMuxN:M_UNITDATA.Request(DRCPDU) 서비스 프리미티브를 이슈]되는 것을 보장할 수 있다. 특정 수는 구현에 따라 변할 수 있다(예를 들어, 10 또는 12). 이 제한이 강제할 때, NTTDRCPDU는 참으로 설정되면, 전송은, 시간과 같은 제한이 더 이상 강제되지 않을 때까지 지연될 수 있다. 전송 머신이 DRCPDU를 전송했을 때, NTTDRCPDU 변수는 거짓으로 설정될 수 있다.
DRCPDU의 전송이 상기 제한에 기인해서 지연되면, DRCPDU로 송신된 정보는, NTTDRCPDU가 먼저 참으로 설정되었을 때의 시간이 아닌, 전송의 시간에서 IPP에 대한 동작 값에 대응한다. 즉, DRCPDU 전송 모델은, 전송을 위한 큐잉(queuing) 메시지와 대조적으로, 전송을 위한 기회가 발생하는 시간에서 현재인 상태 정보의 전송에 기반한다.
DRCP_Enabledvariable가 거짓일 때, 전송 머신은 소정의 DRCPDU를 전송할 수 없고, NTTDRCPDU의 값을 거짓으로 설정한다.
네트워크/
IPL
공유
머신
네트워크/IPL 공유 머신은, 그 연관된 파라미터를 갖는 도 30에 명기된 기능을 구현할 수 있다. 지원된 네트워크/IPL 공유 방법에 대해서 포털 시스템에 있어서 IPP 당 한 네트워크/IPL 공유 머신이 있다. 이 머신은, 네트워크/IPL 공유된 방법, 시간에 의한 네트워크/IPL 공유, 태그에 의한 네트워크/IPL 공유, 또는 인캡슐화에 의한 네트워크/IPL 공유가 구현될 때만 요구된다.
여기서 이하 논의된 방법 3100에 대응하는, 네트워크/IPL 공유 머신은, 동일한 포트상에서 수신된 DRCPDU가 이웃 포털 시스템에 의한 동일한 네트워크/IPL 공유 구성을 리포트할 때만, 공유된 네트워크/IPL 링크상에서 송신된 프레임의 전송 및 조작을 가능하게 하고, 이에 의해 동일한 물리적인 링크 또는 링크 애그리게이션을 공유하는 다중의 IPL 및 네트워크 링크로 귀결된다.
상태 머신은 3개의 상태를 갖는다. 이들은 다음과 같다:
NO_MANIPULATED_FRAMES_SENT. 이 상태 동안, IPL은 물리적인 또는 애그리게이션 링크에 의해서만 지원될 수 있다.
TIME_Shared_METHOD. 이 상태 동안, 본 명세서에서 상기된 시간 방법에 의한 네트워크/IPL 공유는 인에이블된다.
MANIPULATED_FRAMES_SENT. 이 상태 동안, 네트워크/IPL 공유 방법 선택된 aDrniEncapsulationMethod에 의해 구술되는 바와 같이, 태그에 의한 네트워크/IPL 공유 또는 인캡슐화에 의한 네트워크/IPL 공유의 태그 조작 방법은, 인에이블된다.
시스템은 NO_MANIPULATED_FRAMES_SENT로 초기화되고, IPL 프레임은 전용의 물리적인 링크상에서 송신된다. 홈 포털 시스템이 aDrniEncapsulationMethod으로 1의 값으로 가리켜진 동작의 시간 모드에 의한 네트워크/IPL 공유에 대해서 구성되면, 시스템은, DRX 상태 머신(DRX - 도 8)이 CC_Time_Shared를 참(이 IPP상의 이웃 포털 시스템이 동작의 시간 모드에 의한 네트워크/IPL 공유에 대해서 구성된 것을 가리키는)으로 설정하면, TIME_Shared_METHOD로 전송하게 될 것이다. 시스템은, 수신된 DRCPDU가 CC_Time_Shared를 거짓으로 설정할 때까지, TIME_Shared_METHOD 상태를 유지하는데, 이는 NO_MANIPULATED_FRAMES_SENT 상태로의 상태 천이를 트리거하고, IPL 프레임은 전용의 물리적인 링크상에서 송신된다.
유사하게, aDrniEncapsulationMethod 내의 값으로 가리켜진 바와 같이, 홈 포털 시스템이 동작의 태그에 의한 네트워크/IPL 공유 또는 인캡슐화에 의한 네트워크/IPL 공유 모드에 대해서 구성되면, 시스템은, DRX 상태 머신(DRX - 도 8)이 CC_EncTag_Shared를 참(이 IPP상에서 이웃 포털 시스템이 또한 동작의 태그에 의한 네트워크/IPL 공유 또는 인캡슐화에 의한 네트워크/IPL 공유 모드 각에 대해서 구성되는 것을 가리키는)으로 설정하면, MANIPULATED_FRAMES_SENT로 전송하게 될 것이다. 시스템은, 수신된 DRCPDU가 CC_EncTag_Shared를 거짓으로 설정할 때까지, MANIPULATED_FRAMES_SENT 상태를 유지하는데, 이는 NO_MANIPULATED_FRAMES_SENT 상태로의 상태 천이를 트리거하고, IPL 프레임은 전용의 물리적인 링크상에서 송신된다.
도 31은, 본 발명의 한 실시형태에 따른 노드에서 네트워크/IPL 공유를 위한 방법을 도시한다. 방법 3100은, 도 1B의 노드 K-O 및 도 1C의 네트워크 장치(132 및 134)와 같은 DRNI의 부분으로서 DRCP 포털(로컬 포털로서 언급)의 DRCP 노드(또한 포털의 포털 시스템, 예를 들어 네트워크 장치로서 언급) 상에서 구현될 수 있다. 옵션의 단계가, 도 31에 도시된 바와 같이 점선의 박스로서 표시되는 것에 주의하자.
참조부호 3102에 있어서, DRCP 노드(로컬 포털 시스템)는 동작의 정상 상태에 있고, IPL 프레임은 이웃 DRCP 노드(이웃 포털 시스템)를 향한 전용의 물리적인 링크 또는 애그리게이션 링크에 걸쳐서 전송된다. 참조부호 3104에 있어서, 이는 노드가 이웃 노드와 일치되게 구성되는지를 결정한다. 예를 들어, 이는, 예를 들어 테이블 6 내의 필드 DRF_Home_Network/IPL_Sharing_Method인, 이웃 노드로부터 네트워크/IPL 공유를 위해 사용된 TLV로 반송된 파라미터 값을 적어도 기록하는, recordNeighborState와 같은 파라미터 기록 기능을 사용해서 수행될 수 있다. 그 다음, 기록된 파라미터 값은 노드에 의해 사용된 현재 대응하는 파라미터 값과 비교될 수 있다. 네트워크/IPL 공유가 노드 내에서 구현되는 경우 및 파라미터 값이 노드 내에 일관되게 구성되는 경우, 방법은 참조부호 3106으로 진행하고, 여기서 프레임은 네트워크/IPL 공유를 사용해서 노드로부터 이웃 노드로 전송된다.
옵션으로, 노드는, 이것이 참조부호 3108에서 이웃 노드에서 네트워크/IPL 공유의 변경을 검출할 때까지, 일관된 네트워크/IPL 공유 방법을 사용하는 것을 계속한다. 예를 들어, CC_Time_Shared 또는 CC_Enctag_Shared는, 홈/이웃 노드가 일관된 공유 방법을 사용하는 지를 가리킨다. 2개의 노드가 일관된 공유 방법을 사용하지 않을 때, 흐름은 참조부호 3102로 복귀하고, 여기서 전용의 링크 또는 애그리게이션 링크가 사용된다.
본 발명의 실시형태는 링크 애그리게이션 그룹에서 네트워크 및 인터-포트 링크 공유를 지원하기 위한 효과적인 방법을 제공하므로, 인터-포트 링크는 다른 인터-포트 링크 또는 네트워크 링크와의 물리적인 링크를 공유할 수 있다.
DRCP
와
LACP
상태 사이의 코디네이션: 제1세트의 실시형태
도 1B-1C에 도시된 바와 같은 DRNI 포털 시스템에 있어서, DRCP 및 LACP 상태는 시스템이 적합하게 작동하게 하기 위해서 일관되어야 한다. 도 1C에서, 일관성은 유지하기 더 용이하다. 도 1C를 참조하면, 네트워크 장치(130)와 네트워크 장치(134) 사이의 링크는 작업 링크(링크 172)이고, 네트워크 장치(130)와 네트워크 장치(132) 사이의 링크는 서비스를 위한 보호 링크(링크 174)이다. 네트워크 장치(134 및 132) 사이의 IPL 링크(도시 생략)는 동기화에서 그들 DRCP 상태를 유지한다. 네트워크 장치(130)(단일 노드를 갖는 포털(142))의 뷰우 포인트로부터, 이는 단일 시스템(포털(144))에 접속되고, 개별적으로 네트워크 장치(130)에 명확하게 통신되는 네트워크 장치(132 또는 134)에 관한 정보는 없다.
네트워크 장치(132 및 134) 사이의 IPL 링크가 아래로 진행할 때, 양쪽 네트워크 장치(134: 현재 작업 노드) 및 (132: 현재 보호 노드)는, 그들 각각의 관점으로부터, 노드 전송 트래픽으로서 인수하려 하는데, 이는, 적합하게 동작하지 않는 이웃하는 노드이다. 보호 노드로서의 네트워크 장치(132)는, 양쪽 링크 130-132 및 130-134(링크 172 및 174 각각)가 복제의 트래픽을 반송하는, 상황을 갖는 것을 회피하기 위해서, 그 LAG 식별자(ID)를 갱신하게 될 것이다. 포털(142)에서, 어떤 링크(즉, 작업 링크)가 링크 애그리게이션 그룹 내에 유지시킬 지의 결정은 네트워크 장치(130)에 의한 결정에 기반하는데, 이는 초이스를 하기 위해서 정상 링크 애그리게이션 동작을 적용한다. 특히, 링크 130-134가 링크 애그리게이션 그룹 내에 여전히 있는지를(즉, 작업 링크 반송 트래픽) 체크하기 위해, 네트워크 장치(130)는 링크 130-132를 보류시킨다. 링크 130-134가 링크 애그리게이션 그룹 내에 있지 않으면, 이는 링크 130-132상의 트래픽을 가능하게 한다. 네트워크 장치(134 및 132) 사이의 IPL 링크가 다시 연결되면, DRCP 상태는 갱신되고, 링크 130-132는 차단되어 유지되며, LACP 상태는 링크 130-134가 프로세스를 통해서 작업 링크가 되게 유지한다(따라서, 트래픽 아웃티지(traffic outage)는 없게 된다).
하나 이상의 네트워크 장치를 포함하는 각각의 포털을 갖는 DRCP 시스템에 대해서, DRCP와 LACP 상태 사이의 일관성을 유지하는 것은 더 많은 노력이 필요하다. 부가적인 정보는, 동기화된 포털을 유지하기 위해서, 포털과 노드 사이에서 교환될 필요가 있다. 특히, 적어도 2개의 동작 키(각각의 동작 파트너 포털 시스템에 대해서 하나)가 동기화를 코디네이트하기 위해서 도입될 수 있다. 하나는 동작 파트너 애그리게이터 키이다. 동작 파트너 애그리게이터 키는 노드의 애그리게이션 링크 애그리게이션 그룹 식별자(LAG ID)(파트너 노드가 되는 노드)와 연관된다. 동작 파트너 애그리게이터 키는 DRCPDU로 전송된다. 한 실시형태에 있어서, 동작 파트너 애그리게이터 키는 DRF_Home_Oper_Partner_Aggregator_Key로서 명명된 변수 내에 기억되는데, 이는, 본 명세서에서 상기 논의된 네트워크 장치(포털의 노드)의 LAG ID와 연관된 동작 파트너 애그리게이터 키로서 규정된다. 다른 것은, 파트너 포털내의 각각의 파트너 포털 시스템에 대한 동작 키이다. 동작 이웃의 포털 키는, 또한 노드의 LAG ID(이웃 노드인 노드)와 연관된다. 동작 이웃(인접한 또는 원격 이웃) 포털 키는 DRCPDU로 전송된다. 한 실시형태에 있어서, 동작 이웃 애그리게이터 키는, DRF_Neigbhor_Oper_Partner_Aggregator_Key(제3포털 시스템의 경우, DRF_Other_Neigbhor_Oper_Partner_Aggregator_Key)로 명명된 변수 내에 기억되는데, 이는, 그 연관된 인트라-포털 포트(IPP)상의 이웃 노드(또는, 제3포털 시스템의 경우, 다른 이웃)의 마지막 수신된 동작 파트너 애그리게이터 키 값으로서 규정된다.
교환되는 애그리게이터 키에 대해서, DRCPDU는, DRCPDU 내의 하나의 노드의 DRF_Home_Oper_Partner_Aggregator_Key를 반송하기 위해서 사용된 필드와 같은 파트너 동작 키를 보류하기 위해서, 새로운 필드를 부가할 수 있다. IPP로부터 수신된 DRCPDU로 반송된 이웃 노드의 구성된 파라미터 값을 기록하기 위한 기능은 또한 갱신될 수 있다. 본 명세서에서 상기 논의된 recordNeighborState와 같은 이러한 기능은, 수신된 동작 파트너 애그리게이터 키를 마지막 공지된 동작 이웃 애그리게이터 키가 되게 설정하기 위해 사용될 수 있다(예를 들어, DRF_Neigbhor_Oper_Partner_Aggregator_Key를 수신된 DRF_Home_Oper_Partner_Aggregator_Key와 동등하게 설정). 포털이 2 이상의 노드를 포함할 때, 각각의 이웃 노드에 대해서 하나인, 세이브된 다중의 DRF_Neigbhor_Oper_Partner_Aggregator_Key 또는 잠재적으로 DRF_Other_Neigbhor_Oper_Partner_Aggregator_Key가 있는 것에 주의하자.
도 1B를 참조하면, 링크 K-M은 작업 링크이고, 링크 L-O는 보호 링크이다. IPL 링크 각각은, 그들 DRCP 상태를 동기화에서 유지시키기 위해서, 노드 K와 L 사이, 및 M과 O 사이에 존재한다.
네트워크 노드 M과 O 사이의 IPL 링크가 아래로 진행할 때, 양쪽 노드 M(현재 작업 노드) 및 O(현재 보호 노드)는, 그들 각각의 관점으로부터, 노드 전송 트래픽으로서 인수하려 하고, 이는, 동작하지 않는 이웃하는 노드이다. 보호 노드로서의 노드 O는, 양쪽 링크가 K-M 및 L-O 복제의 트래픽을 반송하는, 상황을 갖는 것을 회피하기 위해서, 그 LAG 식별자(ID)를 갱신하게 될 것이다. 포털(112)에서, 노드 K 및 L은 링크 K-M 및 L-O상에서 트래픽을 폐기 또는 허용할 것인지에 관한 결정을 독립적으로 만들 필요가 있다. 한 실시형태에 있어서, 결정은 이웃 노드 사이에서 DRCPDU를 교환하는 것을 통해 만들어질 수 있다. 더욱이, 각각의 노드에 의해 적용된 선택 로직은 교환된 정보를 고려하기 위해서 수정될 수 있다. 노드 K 및 L은, 그 동작 파트너 애그리게이터 키가 그 동작 파트너 애그리게이터 키 및 그 동작 이웃 포털 키(들)를 포함하는 값들의 세트의 최하위 값일 때만, 트래픽이 그 연관된 링크 K-M 및 L-O 각각을 통과하도록 허용하기 위해서, 갱신될 수 있다. 작업을 위한 선택을 위해서, 보호 노드로서의 노드 O는, 그 LAG ID를 갱신할 때, 그 동작 키 값을 갱신할 수 있다(한 실시형태에 있어서, 동작 키 값은, 상기 논의된 updateKey 기능과 같은 갱신 기능을 사용해서 갱신된다).
도 19는 본 발명의 한 실시형태에 따른 그 이웃 노드와의 통신을 상실함에 따라 DRCP 노드의 동작을 도시한다. 방법은 하나 이상의 이웃하는 노드에 결합된 소정의 DRCP 노드에서 구현될 수 있다. 1902에서, DRCP 노드는, 이것이 그 이웃하는 노드(들)와 더 이상 통신하지 않는 것을 결정한다. 통신의 손실은 디스에이블된 또는 기능 불량인 IPP, 또는 디스에이블된 또는 기능 불량인 이웃하는 노드에 기인할 수 있다. 1904에서, 그 다음, DRCP 노드는, 이것이 트래픽을 현재 반송하지 않는 것을 결정한다. DRCP는 서비스를 위한 포털의 작업 또는 보호 노드로서 행동할 수 있다. DRCP 노드가 작업 노드이면, 또 다른 액션은 요구되지 않고, 이는 액티브 트래픽 반송을 계속하게 될 것이다. DRCP 노드가 보호 노드이면, 방법은 1906로 계속되고, 여기서 DRCP 노드는 그 동작 키를 갱신하고 액티브 트래픽을 반송한다. 갱신된 동작 키는, 각각의 IPP상에서, 이 노드의 키(예를 들어, 이 노드의 Admin_Aggregator_Key), 이웃하는 노드의 키(예를 들어, 이웃하는 노드의 Admin_Aggregator_Key), 및 다른 이웃하는 노드의 키(예를 들어 다른 이웃하는 노드의 Admin_Aggregator_Key)(포털이 3 포털 시스템을 포함할 때)의 값을 포함하여 구성되는 세트의 최하위 수치의 넌 제로 값으로 설정된다. 갱신된 동작 키는 그 파트너 노드에 걸쳐서 송신된다.
실시형태에 따라서, 네트워크 장치가 적어도 한 이웃 네트워크 장치에 결합되는, 복수의 네트워크 장치를 포함하여 구성되는 포털에서 네트워크 장치에 의해 수행된 방법이 제공된다. 방법은, 네트워크 장치가 하나 이상의 이웃 네트워크 장치와의 통신을 손실한 것을 결정하는 것을 포함하여 구성된다. 그 다음, 네트워크 장치는, 이것이 링크 애그리게이션 그룹에 걸쳐서 파트너 네트워크 장치에 트래픽을 반송하지 않는 것을, 즉 이것이 보호 노드로서 행동하는 것을 결정한다. 네트워크 장치가 보호 노드인 것을 결정한 후, 네트워크 장치는 그 동작 키를 갱신하고, 링크 애그리게이션 그룹에 걸쳐서 트래픽을 반송하기 시작한다.
도 20은, 본 발명의 한 실시형태에 따른 다중의 트래픽 스트림을 수신함에 따라 그 이웃 노드와 코디네이팅하는 DRCP 노드의 동작을 도시한다. 방법은, 하나 이상의 이웃하는 노드에 결합된 소정의 DRCP 노드에서 구현될 수 있다. 2002에서, DRCP 노드는, 이것이 그 파트너로부터 트래픽을 수신하는 것을 결정한다. 파트너는, 다중의 노드 또는 단일 노드를 포함하는 포털이 될 수 있다. DRCP 노드는 포털의 단일 노드가 될 수 있는데, 이 경우, DRCP 노드는, 이것이 그 파트너로부터 다중의 트래픽을 수신하면 통과를 허용하기 위해서, 어떤 트래픽을 선택하는 초이스를 하기 위해서, 정상 링크 애그리게이션 동작을 적용한다(예를 들어, 링크 및 대응하는 애그리게이션 포트를 결정한 후 현재 작업 링크상에서 트래픽 통과를 허용하는 것은 여전히 링크 애그리게이션 그룹 내에서 이고, 한편으로 작업 링크를 결정한 후 현재 보호 링크상의 트래픽은 더 이상 링크 애그리게이션 그룹 내에서 이용할 수 없다). 한편, 2004에서, DRCP 노드는 이것이 적어도 한 이웃 노드에 결합된 것을 결정한다. DRCP 노드가 적어도 한 이웃 노드에 결합될 때, DRCP 노드는, 수신된 파트너 동작 키가 포털의 모든 이웃하는 노드의 최하위 파트너 동작 키일 때만, 그 파트너 노드로부터의 트래픽 통과를 허용한다. 한 실시형태에 있어서, 이것은, 노드의 DRF_Home_Oper_Partner_Aggregator_Key가 포털의 모든 DRF_Neighbor_Oper_Partner_Aggregator_Keys보다 하위인 것을 결정하는 것이다.
실시형태에 따라서, 네트워크 장치에 의해 수행된 방법이 제공된다. 방법은, 네트워크 장치가 링크 애그리게이션 그룹에 걸쳐서 파트너 네트워크 장치로부터 트래픽을 수신하는 것을 결정하는 것을 포함하여 구성된다. 방법은, 네트워크 장치가 적어도 한 이웃 네트워크 장치에 결합되는 것을 결정하는 것을 더 포함하여 구성되고, 네트워크 장치 및 적어도 한 이웃 네트워크 장치는 포털의 부분이다. 방법은, 파트너 네트워크 장치의 동작 키를 수신하는 및 파트너 네트워크 장치의 동작 키 및 포털의 네트워크 장치의 동작 키의 비교에 기반해서 파트너 네트워크 장치로부터 트래픽을 허용할지를 결정하는 것을 더 포함하여 구성된다. 이는, 파트너 네트워크 장치의 동작 키가 포털의 네트워크 장치의 동작 키보다 하위인 것을 결정함으로써 수행될 수 있다.
도 27은, 본 발명의 한 실시형태에 따른 통신 실패 조건에 따라서 그 이웃 노드와 코디네이팅하는 DRCP 노드의 동작을 도시한다. 방법 2800은, 도 1B의 노드 K-O 및 도 1C의 네트워크 장치(132 및 134)와 같은 DRNI의 부분으로서, DRCP 포털(로컬 포털로서 언급)의 DRCP 노드(예를 들어, 네트워크 장치) 상에서 구현될 수 있는데, 여기서 노드는 하나 이상의 이웃하는 노드에 결합된다. 2702에서, DRCP 노드는, 이것이 그 파트너로부터 트래픽을 수신하는 것을 결정한다. 파트너는 다중의 노드 또는 단일 노드를 포함하는 포털이 될 수 있다. DRCP 노드는 포털의 단일 노드가 될 수 있는데, 이 경우, DRCP 노드는, 이것이 그 파트너로부터 다중의 트래픽을 수신하면 통과를 허용하기 위해서, 어떤 트래픽을 선택하는 초이스를 하기 위해서, 정상 링크 애그리게이션 동작을 적용한다(예를 들어, 링크 및 대응하는 애그리게이션 포트를 결정한 후 현재 작업 링크상에서 트래픽 통과를 허용하는 것은 여전히 링크 애그리게이션 그룹 내에서 이고, 한편으로 작업 링크를 결정한 후 현재 보호 링크상의 트래픽은 더 이상 링크 애그리게이션 그룹 내에서 이용할 수 없다). 한편, 2704에서, DRCP 노드는, 이것이 적어도 하나의 이웃 노드에 결합되는 것을 결정한다.
2706에서, DRCP 노드는 수신된 동작 키가 갱신되었는지를 결정한다. 한 실시형태에 있어서, 갱신은 실패한/기능 불량인 IPL에 기인한다. DRCP 노드는, 수신된 Partner_Oper_Key의 최상위 2개의 비트가 값 2 또는 3과 동등하고, 애그리게이션 포트의 Partner_Oper_Port_Priority의 2개의 최하위 비트가 값 2 또는 3와 동등하면, 파트너 시스템이 실패한/기능 불량인 IPL을 경험하는 것을 결정할 수 있다.
2708에서, DRCP 노드는 이것이 동일한 포털의 그 이웃하는 노드(들)로부터 차폐되는지를 결정한다. DRCP 노드는, 실패한/기능 불량인 IPL 때문에, 그 이웃하는 노드(들)로부터 차폐될 수 있다. 그 경우에 있어서, DRCP 노드는 로컬 및 원격 포털에서의 IPL 통신이 모두 실패한 것을 결정한다.
2710에서, DRCP 노드는, 이것이 더 높은 우선권 포털 시스템 내에 있는지를 결정하고, 그러면 이것은 복제된 트래픽을 방지하기 위해 행동한다. 한 실시형태에 있어서, DRCP 노드는, 이것이 그 파트너 포털보다 더 높은 우선권 포털 시스템 식별자를 갖는지를 결정하고(예를 들어, 도 1B에서, 포털(112)은 포털(114)보다 더 높은 우선권 포털로 될 수 있고, 이 경우, 이것은 2710을 수행한다), 이는, 이것이 더 높은 포털 시스템 식별자를 가지면 수신된 트래픽을 드롭(drop)시킨다.
실시형태에 따라서, 네트워크 장치에 의해 수행된 방법이 제공된다. 본 방법은 네트워크 장치가 링크 애그리게이션 그룹에 걸쳐서 파트너 네트워크 장치로부터 트래픽을 수신하는 것을 결정하는 것을 포함하여 구성된다. 방법은, 네트워크 장치가 적어도 한 이웃 네트워크 장치에 결합되는 것을 결정하는 것을 더 포함하여 구성되고, 네트워크 장치 및 적어도 한 이웃 네트워크 장치는 적어도 한 이웃 노드에 결합된 포털의 부분이다. 본 방법은, 네트워크 장치를 더 포함하여 구성되는데, 수신된 동작 키가 갱신되었는지를 결정하고, 이것이 동일한 포털의 그 이웃하는 노드(들)로부터 차폐되는지를 결정한다. 본 방법은 네트워크 장치를 더 포함하여 구성되는데, 이것이 그 파트너 포털보다 더 높은 포털 시스템 식별자를 가지면, 수신된 트래픽을 드롭시킨다. 따라서, 본 발명의 실시형태는 이웃하는 노드 및 파트너 노드의 상태를 코디네이트하기 위해서 효과적인 방법을 제공하므로, DRCP를 구현하는 링크 애그리게이션 그룹 트래픽 수신을 방해하는 복제된 트래픽은 없게 된다.
DRCP
와
LACP
상태 사이의 코디네이션: 제2세트의 실시형태
DRCP와 LACP 상태 사이의 코디네이트에 대해서, 대안적인 방법은, 양쪽 로컬 및 파트너 DRCP 노드가 그 IPL 상태를 통신할 수 있으면, 몇몇 존재하는 기능/변수를 갱신하고, 및 다르게 동작한다.
도 26A는 본 발명의 한 실시형태에 따른 애그리게이션 포트를 위한 대화 마스크 TLV를 도시한다. 대화 마스크 TLV가, 본 명세서에 기재된 바와 같이 그 전체가 참조로 통합된, U.S. 특허 출원 번호 14/135,556의 도 4A에 도시된 것과 동일한 것에 주의하자. 도 26B는, 본 발명의 한 실시형태에 따른 애그리게이션 포트의 대화 마스크 TLV 내의 대화 마스크 상태 필드를 도시한다. 도 26B는 U.S. 특허 출원 번호 14/135,556의 도 4B와 다른데, 한 필드, 참조번호 2611에서 PSI(차폐된 포털 상태)가 예약된 비트를 대체한다. 이 플래그는 포털 시스템에 대해서만 적용가능하고, 포털 시스템이 포털() 내의 다른 포털 시스템으로부터 차폐되는지를 가리키기 위해서 사용된다. 이 포털 시스템상의 모든 IPP상에서 DRF_Neighbor_Oper_DRCP_State.IPP_Activity == 거짓이면, 참(1로서 인코딩). 그렇지 않으면, 그 값은 거짓이다(0로서 인코딩).
더욱이, U.S. 특허 출원 번호 14/135,556 내에 기술된 ReceivedConversationMaskTLV 기능은 다음의 부가적인 동작과 함께 갱신될 수 있다: 이는 또한 수신된 포트 대화 마스크로 반송된 PSI에 대한 파라미터 값을 Partner_PSI에 대한 현재 동작 파라미터 값으로서 기록한다.
더욱이, U.S. 특허 출원 번호 14/135,556 내에 기술된 upddateConversationMaskTLV 기능은 다음의 부가적인 동작과 함께 갱신될 수 있다: 1과 다른 값으로 설정된 그 DRF_Portal_System_Number 값, 파트너의 시스템 식별자보다 수치적으로 하위인 값으로 설정된 그 포털의 시스템 식별자, 및 PSI == Partner_PSI == 참과 함께, 이 기능이 DRCP 포털 시스템에 의해 구현되면, Comp_Oper_Conversation_Mask는 널(NULL)로 설정된다.
예를 들어, 도 1B를 참조하면, K/L 및 M/O에서 양쪽 IPL이 실패할 때, 이들이 액티브 노드임에 따라 모든 노드는 트래픽 - 액티브 노드 K 및 M 전송 트래픽을 전송하게 되고, 및 이들이 액티브 노드로부터 차폐되고, 이제 이들을 액티브되는 것으로 고려함에 따라, 보호 노드 L 및 M은 또한 트래픽을 전송한다. PSI가 양쪽 포털(112 및 114)에서 지원될 때, PSI 및 수신된 파트너 PSI는 참이 된다. 포털(112)이 더 높은 우선권 포털인 것으로 상정하면(예를 들어, 포털(112)의 시스템 식별자가 포털(114)의 것보다 하위이고, 따라서 그 우선권이 더 높은), 노드 L은 그 포털 시스템 넘버(이것이 2개의-노드 포털임에 따라 2가 되는 것으로 상정하고, 작업 노드 K는 포털 시스템 넘버 1을 갖는다)가 최하위가 아닌 것을 결정하고, 이는 그 동작 대화 마스크를 널로 갱신하게 될 것이며, 이는 트래픽을 전송 또는 수신하지 않는다.
도 28은 본 발명의 한 실시형태에 따른 통신 실패에 따른 DRCP 노드의 동작을 도시한다. 방법 2800은, 도 1B의 노드 K-O 및 도 1C의 네트워크 장치(132 및 134)와 같은 DRNI의 부분으로서, DRCP 포털(로컬 포털로서 언급)의 DRCP 노드(예를 들어, 네트워크 장치) 상에서 구현될 수 있다. 2802에서, DRCP 노드는, 이것이 그 이웃하는 노드(들)와 더 이상 통신하지 않는 것을 결정한다. 통신의 손실은, 디스에이블된 또는 기능 불량인 IPP, 또는 디스에이블된 또는 기능 불량인 이웃하는 노드에 기인할 수 있다. 한 실시형태에 있어서, 통신의 손실은 참(본 명세서에서 상기 논의된 LACPDU로 TLV를 통해 송신)으로 설정되는 PSI 비트로 가리켜질 수 있다.
2804에서, 노드는, 그 파트너 노드가 파트너의 이웃하는 노드와 더 이상 통신하지 않는 것을 결정한다. 파트너 노드는 그 PSI 상태를 그 LACPDU를 통해서 송신할 수 있고, PSI는 파트너의 recordReceivedConversationMaskTLV 기능에 의해 기록될 것이다. 파트너 노드가 더 이상 그 이웃하는 노드와 통신하지 않을 때, 수신된 PSI 상태는 참으로 설정될 것이고, 이 경우 PSI == Partner_PSI == 참이다.
2806에서, 노드는 그 포털이 그 파트너 노드의 것보다 더 높은 우선권 포털인 것을 결정한다. 한 실시형태에 있어서, 더 높은 우선권 포털인 포털은 노드 및 파트너 노드의 포털의 시스템 식별자에 기반해서 결정될 수 있다.
2808에서, 노드는, 이것이 그 포털의 최상의 우선권 노드가 아닌 것을 결정한다. 그 포털 내의 노드의 우선권은 그 포털 시스템 넘버에 의해 결정될 수 있는데, 이는 한 실시형태에 있어서 1 내지 3 사이(3개의 노드까지에 대해서)이다. 한 실시형태에 있어서, 노드는, 그 포털 시스템 넘버가 1이 아니면, 이것이 그 포털의 최상의 우선권 노드가 아닌 것을 결정한다.
2810에서, 노드는, 링크 애그리게이션 그룹의 트래픽을 전송 및 수신하는 것을 정지시킨다. 한 실시형태에 있어서, 노드는 갱신 대화 마스크 기능(예를 들어, updateConversationMask)에 의해 계산된 노드의 동작 대화 마스크의 동작 값인 그 Comp_Oper_Conversation_Mask를 설정한다.
실시형태에 따라서, 네트워크 장치가 적어도 한 이웃 네트워크 장치에 결합되는, 복수의 네트워크 장치를 포함하여 구성되는 포털에서 네트워크 장치에 의해 수행된 방법이 제공된다. 본 방법은, 그 파트너 노드가 파트너의 이웃하는 노드와 더 이상 통신하지 않는 것을 결정하는 것을 포함하여 구성된다. 그 다음, 네트워크 장치는 그 포털이 그 파트너 노드의 것보다 더 높은 우선권 포털인 것을 결정한다. 그 다음, 네트워크 장치는, 이것이 그 포털의 최상의 우선권 노드가 아닌 것을 결정하고, 결정에 따라서, 트래픽을 전송 및 수신하는 것을 정지시킨다. 따라서, 본 발명의 실시형태는, 이웃하는 노드 및 파트너 노드의 상태를 코디네이트하기 위해서 효과적인 방법을 제공하므로, DRCP를 포함하는 링크 애그리게이션 그룹에서 트래픽 수신을 방해하는 복제된 트래픽은 없게 된다.
네트워크 장치의 실시형태
도 13은 본 명세서에 기술된 DRNI 기능성을 실행하기 위한 한 예의 실시형태의 네트워크 장치의 도면이다. 네트워크 장치(1380)는, 도 2에 관해서 본 명세서에서 상기된 바와 같은 링크 애그리게이션 서브계층(1370)을 구현하는 라우터 또는 유사한 장치가 될 수 있고, 본 명세서에 상기된 링크 애그리게이션 기능을 지원한다. 네트워크 장치(1380)는 네트워크 프로세서(1300), 세트의 포트(1340), 스토리지 장치(1350) 및 유사한 네트워크 장치 컴포넌트를 포함할 수 있다. 네트워크 장치의 컴포넌트는 예로서 제공되고 제한되지 않는다. 네트워크 장치(1380)는, 소정 수의 또는 타입의 프로세서을 사용해서 및 소정의 구성으로, 애그리게이션 기능 및 링크 애그리게이션 서브계층(1370)을 사용해서 구현할 수 있다. 다른 실시형태에 있어서, 애그리게이션 기능 및 링크 애그리게이션 서브계층 및 관련된 컴포넌트는, 세트의 네트워크 프로세서, 라인 카드의 세트 및 그들의 구성된 일반 목적 및 애플리케이션 특정 프로세서 또는 네트워크 장치 아키텍처에서 구현된 유사한 것에 걸쳐서 분산된다.
포트(1340)는, 네트워크 장치를, 에더넷, 광 섬유, 또는 소정 수의 다른 네트워크 장치를 갖는 유사한 매체와 같은, 물리적인 매체를 통해서, 접속시킬 수 있다. 소정 수의 다양한 포트가 네트워크 장치(1380) 내에 존재할 수 있다. 포트(1340)의 소정의 결합 또는 서브세트가, 네트워크 장치가 애그리게이션 시스템으로서 기능하는, 링크 애그리게이션 그룹 또는 DRNI 포털로서 조직화 및 관리될 수 있다. 따라서, 포트는 하나 이상의 링크 애그리게이션 그룹에 대한 애그리게이션 포트가 될 수 있다.
네트워크 장치(1380) 내의 세트의 스토리지 장치(1350)는, 작업 메모리 및 또는 영구 스토리지로서 사용하기 위한 소정의 타입의 메모리 장치, 캐시, 레지스터 또는 유사한 스토리지 장치가 될 수 있다. 소정 수의 다양한 스토리지 장치(1350)는, 네트워크 장치(1380)에 의해 처리되는 프로그램된 데이터 및 수신된 데이터 트래픽를 포함하는, 네트워크 장치의 데이터를 기억하기 위해 사용된다. 한 실시형태에 있어서, 본 명세서에 상기된 대화 서비스 맵핑 다이제스트, 대화 마스크, 및 유사한 데이터 구조의 DRNI 데이터 구조 또는 유사한 조직화는 이러한 데이터 구조 내에 기억될 수 있다. 스토리지 장치(1350) 내에 기억된 다른 데이터 구조는 본 명세서에 상기된 것들을 포함할 수 있다. 다른 실시형태에 있어서, 이들 데이터 구조는 독립적인 것으로 인식될 수 있고, 네트워크 장치(1380) 내에서 소정 수의 분리 스토리지 장치(1350)에 걸쳐서 분산될 수 있다.
세트의 네트워크 프로세서(1300)는, 본 명세서에 상기된 애그리게이션 및 DRNI 기능 및 링크 애그리게이션 서브계층(1370)을 구현할 수 있다. 애그리게이션 기능은 애그리게이터 클라이언트(들)(1372) 및 링크 애그리게이션 서브계층(1370)을 포함할 수 있는데, 이들은 제어 파서/멀티플렉서(1302), 애그리게이션 제어기(1306), 프레임 수집기(1325), 프레임 분산기(1320), 및 DRNI(1313)을 포함할 수 있다.
상기 더 기술된 바와 같은 애그리게이션 제어기(1306)는, 링크 애그리게이션 제어 및 링크 애그리게이션 제어 프로토콜 기능을 구현할 수 있다. 이들 기능은, 링크 애그리게이션 그룹, DRNI 포털 및 유사한 측면들의 구성 및 할당을 관리한다. 제어 파서 및 멀티플렉서(1302)는 애그리게이션 포트상에서 수신된 다른 데이터 트래픽으로부터 LACPDU를 식별 및 포워드하고, LACPDU를 애그리게이션 제어기(1306)로 송신하고 링크 애그리게이션 서브계층(1370) 내의 다른 데이터 트래픽을 송신한다.
상기 더 기술된 바와 같이, 링크 애그리게이션 서브계층(1370)은, 분산 알고리즘에 따른 프레임의 수집 및 분산을 관리한다. 링크 애그리게이션 서브계층(1370) 내에서, 프레임 수집기(1325)는 프레임을 수신하고, 이들을 링크 애그리게이션 그룹을 가로질러 파트너 시스템과 공유된 분산 알고리즘에 따라 조직화한다. 프레임 분산기(1320)는, 분산 알고리즘에 따른 세트의 애그리게이션 포트에 걸쳐서 전송에 대한 나가는 프레임을 준비 및 선택한다. 클라이언트 인터페이스는, 애그리게이터 클라이언트(들)(1372)로의 및 이로부터 프레임을 수신 및 전송한다. 들어오는 프레임은 프레임 수집기(1325)로부터 애그리게이터 클라이언트(들)(1372)로 통과하고, 나가는 프레임은 프레임 분산기(1320)로부터 애그리게이터 클라이언트(들)(1372)를 통과한다. 본 명세서에 상기된 DRNI 기능(1311)은, 네트워크 프로세서(1311)에 의해 실행된다.
본 발명은 여러 예의 실시형태의 면에서 기술되었지만, 본 기술 분야의 당업자는, 본 발명이 기술된 실시형태에 제한되지 않고, 첨부된 청구항들의 정신 및 범위로부터 벗어남이 없이, 수정 및 변경될 수 있는 것으로 인식하게 될 것이다. 따라서, 본 설명은 제한하는 것이 아니라 설명의 목적을 위한 것이다.
120, 122 - 한 쌍의 노드,
DRNI - 분산된 리질리언트 네트워크 상호 접속,
112, 114 - 포털.
DRNI - 분산된 리질리언트 네트워크 상호 접속,
112, 114 - 포털.
Claims (29)
- 네트워크 장치에서 통신 실패에 따라서 링크 애그리게이션 그룹 내의 분산 리질리언트 네트워크 상호 접속(DRNI)을 지원하는 방법으로서, 네트워크 장치 및 이웃 네트워크 장치가 링크 애그리게이션 그룹의 제1포털 내에 포함되고, 제1포털은 링크 애그리게이션 그룹의 링크를 통해서 2개 이상의 원격 네트워크 장치를 포함하는 제2포털과 결합되며, 원격 네트워크 장치 중 하나는 링크 애그리게이션 그룹의 네트워크 장치의 파트너 네트워크 장치이고, 네트워크 장치는 인트라-포털 링크(IPL)를 사용해서 인트라-포털 포트(IPP)를 통해서 이웃 네트워크 장치에 통신가능하게 결합되며:
네트워크 장치가 이웃 네트워크 장치와 더 이상 통신하지 않는 것을 결정(2802)하는 단계와;
파트너 네트워크 장치가 파트너 네트워크 장치의 이웃 네트워크 장치와 더 이상 통신하지 않는 것을 결정(2804)하는 단계와;
제1포털이 제2포털보다 더 높은 포털 우선권을 갖는 것을 결정(2806)하는 단계로서, 각각의 포털은 포털 우선권이 할당되는, 결정하는 단계와;
네트워크 장치가 이웃 네트워크 장치보다 하위의 네트워크 장치 우선권을 갖는 것을 결정(2808)하는 단계로서, 각각의 네트워크 장치는 네트워크 장치 우선권이 할당되는, 결정하는 단계와;
상기 4개의 결정(2802, 2804, 2806, 2808)들에 뒤따라서, 네트워크 장치에서 링크 애그리게이션 그룹의 프레임의 전송 및 수신을 중단(2810)하는 단계를 포함하여 구성되는 것을 특징으로 하는 방법. - 제1항에 있어서,
이웃 네트워크 장치와 더 이상 통신하지 않는 네트워크 장치는, PSI(portal state isolated: 차폐된 포털 상태)로서 언급된, 포털 상태 인디케이터를 포함하는 포트 대화 마스크 타입/길이/값(TLV)을 포함하는 링크 애그리게이션 제어 프로토콜 데이터 유닛(LACPDU)을 네트워크 장치가 송신하게 하게 하고, PSI가 통신이 없는 상태를 가리키는 것을 특징으로 하는 방법. - 제2항에 있어서,
PSI가 불리언 값이고, IPP가 인액티브로 결정될 때, 불리언 값이 참으로 설정되는 것을 특징으로 하는 방법. - 제1항 내지 제3항 중 어느 한 항에 있어서,
파트너 네트워크 장치가 파트너 네트워크 장치의 이웃 네트워크 장치와 더 이상 통신하지 않는 것을 결정하는 단계는:
파트너 네트워크 장치에 대한 통신이 없는 상태를 가리키는 PSI를 포함하는 수신된 포트 대화 마스크 TLV를 체크하는 단계를 포함하여 구성되는 것을 특징으로 하는 방법. - 제1항 내지 제3항 중 어느 한 항에 있어서,
제2포털보다 더 높은 포털 우선권을 갖는 제1포털을 결정하는 단계는:
제1포털 시스템 식별자의 값을 제2포털 시스템 식별자의 값과 비교하는 단계와;
제1포털 시스템 식별자의 값이 제2포털 시스템 식별자의 값보다 하위인 것을 결정하는 단계를 포함하여 구성되는 것을 특징으로 하는 방법. - 제1항 내지 제3항 중 어느 한 항에 있어서,
네트워크 장치가 이웃 네트워크 장치보다 하위의 네트워크 장치 우선권을 갖는 것을 결정하는 단계가:
네트워크 장치의 포털 시스템 넘버를 이웃 네트워크 장치의 포털 시스템 넘버와 비교하는 단계와;
네트워크 장치의 포털 시스템 넘버가 이웃 네트워크 장치의 포털 시스템 넘버보다 더 높은 것을 결정하는 단계를 포함하여 구성되는 것을 특징으로 하는 방법. - 통신 실패에 따라서 링크 애그리게이션 그룹 내의 분산 리질리언트 네트워크 상호 접속(DRNI)을 지원하는 네트워크 장치로서,
네트워크 장치 및 이웃 네트워크 장치가 링크 애그리게이션 그룹의 제1포털 내에 포함되고, 제1포털은 링크 애그리게이션 그룹의 링크를 통해서, 2개 이상의 원격 네트워크 장치를 포함하는 제2포털과 결합되며, 원격 네트워크 장치 중 하나는 링크 애그리게이션 그룹의 네트워크 장치의 파트너 네트워크 장치이고, 네트워크 장치는 인트라-포털 링크(IPL)를 사용해서 인트라-포털 포트(IPP)를 통해서 이웃 네트워크 장치에 통신가능하게 결합되며, 네트워크 장치는:
링크 애그리게이션 그룹의 물리적인 또는 애그리게이션 링크에 결합된 포트(1340)와;
포트에 결합되고, DRNI 기능(1313)을 실행하는 네트워크 프로세서(1300)를 포함하여 구성되고, DRNI 기능은 네트워크 장치가 이웃 네트워크 장치와 더 이상 통신하지 않는 것을 결정하도록 동작하고, 파트너 네트워크 장치가 파트너 네트워크 장치의 이웃 네트워크 장치와 더 이상 통신하지 않는 것을 결정하도록 더 동작하며, 제1포털이 제2포털보다 더 높은 포털 우선권을 갖는 것을 결정하도록 더 동작하고, 각각의 포털은 포털 우선권이 할당되며, 네트워크 장치가 이웃 네트워크 장치보다 하위의 네트워크 장치 우선권을 갖는 것을 결정하도록 더 동작하고, 각각의 네트워크 장치는 네트워크 장치 우선권이 할당되며, 상기 결정들에 뒤따라서, 포트가 네트워크 장치에서 링크 애그리게이션 그룹의 프레임의 전송 및 수신을 중단하게 더 동작하는 것을 특징으로 하는 네트워크 장치. - 제7항에 있어서,
이웃 네트워크 장치와 더 이상 통신하지 않는 네트워크 장치는, PSI(portal state isolated: 차폐된 포털 상태)로서 언급된, 포털 상태 인디케이터를 포함하는 포트 대화 마스크 타입/길이/값(TLV)을 포함하는 링크 애그리게이션 제어 프로토콜 데이터 유닛(LACPDU)을, 네트워크 장치가 송신하게 하고, PSI가 통신 없는 상태를 가리키는 것을 특징으로 하는 네트워크 장치. - 제8항에 있어서,
PSI가 불리언 값이고, IPP가 인액티브로 결정될 때, 불리언 값이 참으로 설정되는 것을 특징으로 하는 네트워크 장치. - 제7항 내지 제9항 중 어느 한 항에 있어서,
파트너 네트워크 장치에 대한 통신이 없는 상태를 가리키는 PSI를 포함하는 수신된 포트 대화 마스크 TLV의 체크를 통해서,
DRNI 기능은 파트너 네트워크 장치가 파트너 네트워크 장치의 이웃 네트워크 장치와 더 이상 통신하지 않는 것을 결정하도록 동작하는 것을 특징으로 하는 네트워크 장치. - 제7항 내지 제9항 중 어느 한 항에 있어서,
제1포털 시스템 식별자의 값과 제2포털 시스템 식별자의 값의 비교; 및
제1포털 시스템 식별자의 값이 제2포털 시스템 식별자의 값보다 하위인 결정을 통해서,
DRNI 기능은 제1포털이 제2포털보다 더 높은 포털 우선권을 갖는 것을 결정하도록 동작하는 것을 특징으로 하는 네트워크 장치. - 제7항 내지 제9항 중 어느 한 항에 있어서,
네트워크 장치의 포털 시스템 넘버와 이웃 네트워크 장치의 포털 시스템 넘버의 비교; 및
네트워크 장치의 포털 시스템 넘버가 이웃 네트워크 장치의 포털 시스템 넘버보다 더 높은 결정을 통해서,
DRNI 기능은 네트워크 장치가 이웃 네트워크 장치보다 하위의 네트워크 장치 우선권을 갖는 것을 결정하도록 동작하는 것을 특징으로 하는 네트워크 장치. - 내부에 기억된 명령을 갖는 넌트랜지터리 머신-판독가능한 스토리지 매체로서,
넌트랜지터리 머신-판독가능한 스토리지 매체는, 프로세서에 의해 실행될 때, 프로세서가 네트워크 장치에서 동작을 수행하게 하여, 통신 실패에 따라서, 링크 애그리게이션 그룹 내의 분산 리질리언트 네트워크 상호 접속(DRNI)을 지원하고, 네트워크 장치 및 이웃 네트워크 장치가 링크 애그리게이션 그룹의 제1포털 내에 포함되며, 제1포털은 링크 애그리게이션 그룹의 링크를 통해서 2개 이상의 원격 네트워크 장치를 포함하는 제2포털과 결합되며, 원격 네트워크 장치 중 하나는 링크 애그리게이션 그룹의 네트워크 장치의 파트너 네트워크 장치이고, 네트워크 장치는 인트라-포털 링크(IPL)를 사용해서 인트라-포털 포트(IPP)를 통해서 이웃 네트워크 장치에 통신가능하게 결합되며, 상기 동작은:
네트워크 장치가 이웃 네트워크 장치와 더 이상 통신하지 않는 것을 결정(2802)하는 단계와;
파트너 네트워크 장치가 파트너 네트워크 장치의 이웃 네트워크 장치와 더 이상 통신하지 않는 것을 결정(2804)하는 단계와;
제1포털이 제2포털보다 더 높은 포털 우선권을 갖는 것을 결정(2806)하는 단계로서, 각각의 포털은 포털 우선권이 할당되는, 결정하는 단계와;
네트워크 장치가 이웃 네트워크 장치보다 하위의 네트워크 장치 우선권을 갖는 것을 결정(2808)하는 단계로서, 각각의 네트워크 장치는 네트워크 장치 우선권이 할당되는, 결정하는 단계와;
상기 4개의 결정(2802, 2804, 2806, 2808)들에 뒤따라서, 네트워크 장치에서 링크 애그리게이션 그룹의 프레임의 전송 및 수신을 중단(2810)하는 단계를 포함하여 구성되는 것을 특징으로 하는 넌트랜지터리 머신-판독가능한 스토리지 매체. - 제13항에 있어서,
이웃 네트워크 장치와 더 이상 통신하지 않는 네트워크 장치는, PSI(portal state isolated: 차폐된 포털 상태)로서 언급된, 포털 상태 인디케이터를 포함하는 포트 대화 마스크 타입/길이/값(TLV)을 포함하는, 링크 애그리게이션 제어 프로토콜 데이터 유닛(LACPDU)을, 네트워크 장치가 송신하게 하고, PSI가 통신이 없는 상태를 가리키는 것을 특징으로 하는 넌트랜지터리 머신-판독가능한 스토리지 매체. - 제14항에 있어서,
PSI가 불리언 값이고, IPP가 인액티브로 결정될 때, 불리언 값이 참으로 설정되는 것을 특징으로 하는 넌트랜지터리 머신-판독가능한 스토리지 매체. - 제13항 내지 제15항 중 어느 한 항에 있어서,
파트너 네트워크 장치가 파트너 네트워크 장치의 이웃 네트워크 장치와 더 이상 통신하지 않는 결정하는 단계는:
파트너 네트워크 장치에 대한 통신이 없는 상태를 가리키는 PSI를 포함하는 수신된 포트 대화 마스크 TLV를 체크하는 단계를 포함하여 구성되는 것을 특징으로하는 넌트랜지터리 머신-판독가능한 스토리지 매체. - 제13항 내지 제15항 중 어느 한 항에 있어서,
제2포털보다 더 높은 포털 우선권을 갖는 제1포털을 결정하는 단계는:
제1포털 시스템 식별자의 값을 제2포털 시스템 식별자의 값과 비교하는 단계와;
제1포털 시스템 식별자의 값이 제2포털 시스템 식별자의 값보다 하위인 것을 결정하는 단계를 포함하여 구성되는 것을 특징으로 하는 넌트랜지터리 머신-판독가능한 스토리지 매체. - 제13항 내지 제15항 중 어느 한 항에 있어서,
네트워크 장치가 이웃 네트워크 장치보다 하위의 네트워크 장치 우선권을 갖는 것을 결정하는 단계는:
네트워크 장치의 포털 시스템 넘버를 이웃 네트워크 장치의 포털 시스템 넘버와 비교하는 단계와;
네트워크 장치의 포털 시스템 넘버가 이웃 네트워크 장치의 포털 시스템 넘버보다 더 높은 것을 결정하는 단계를 포함하여 구성되는 것을 특징으로 하는 넌트랜지터리 머신-판독가능한 스토리지 매체. - 통신 실패에 따라서 네트워크 장치에서 링크 애그리게이션 그룹 내의 분산 리질리언트 네트워크 상호 접속(DRNI)을 지원하는 방법으로서,
네트워크 장치 및 이웃 네트워크 장치가 링크 애그리게이션 그룹의 제1포털 내에 포함되고, 제1포털은 링크 애그리게이션 그룹의 링크를 통해서, 2개 이상의 원격 네트워크 장치를 포함하는 제2포털과 결합되며, 원격 네트워크 장치 중 하나는 링크 애그리게이션 그룹의 네트워크 장치의 파트너 네트워크 장치이고, 네트워크 장치는 인트라-포털 링크(IPL)를 사용해서 인트라-포털 포트(IPP)를 통해서 이웃 네트워크 장치에 통신가능하게 결합되며:
네트워크 장치가 파트너 네트워크 장치로부터의 트래픽을 수신하는 것을 결정(2702)하는 단계와;
네트워크 장치가 링크 애그리게이션 그룹의 제1포털 내의 이웃 네트워크 장치에 결합되는 것을 결정(2704)하는 단계와;
파트너 네트워크 장치로부터 수신된 동작 키가 갱신된 것을 결정(2706)하는 단계와;
네트워크 장치가 이웃 네트워크 장치와 더 이상 통신하지 않는 것을 결정(2708)하는 단계와;
제1포털이 제2포털보다 더 높은 포털 우선권을 갖는 것을 결정함에 따라서 네트워크 장치에서 링크 애그리게이션 그룹의 프레임의 전송 및 수신을 중단(2710)하는 단계로서, 각각의 포털은 포털 우선권이 할당되는, 중단하는 단계를 포함하여 구성되는 것을 특징으로 하는 방법. - 제19항에 있어서,
파트너 네트워크 장치로부터 수신된 동작 키가 갱신된 것을 결정하는 단계는:
수신된 파트너 동작 키의 최상위 2개의 비트가 2 또는 3의 값을 가리키는 것을 결정하는 단계와;
애그리게이션 포트의 파트너 동작 포트 우선권의 최하위 2개의 비트가 2 또는 3의 값을 가리키는 것을 결정하는 단계를 포함하여 구성되는 것을 특징으로 하는 방법. - 제19항 또는 제20항에 있어서,
제1포털이 제2포털보다 더 높은 포털 우선권을 갖는 것을 결정하는 단계는:
제1포털 시스템 식별자의 값을 제2포털 시스템 식별자의 값과 비교하는 단계와;
제1포털 시스템 식별자의 값이 제2포털 시스템 식별자의 값보다 하위인 것을 결정하는 단계를 포함하여 구성되는 것을 특징으로 하는 방법. - 통신 실패에 따라서 링크 애그리게이션 그룹 내의 분산 리질리언트 네트워크 상호 접속(DRNI)을 지원하는 네트워크 장치로서,
네트워크 장치 및 이웃 네트워크 장치가 링크 애그리게이션 그룹의 제1포털 내에 포함되고, 제1포털은 링크 애그리게이션 그룹의 링크를 통해서, 2개 이상의 원격 네트워크 장치를 포함하는 제2포털과 결합되며, 원격 네트워크 장치 중 하나는 링크 애그리게이션 그룹의 네트워크 장치의 파트너 네트워크 장치이고, 네트워크 장치는 인트라-포털 링크(IPL)를 사용해서 인트라-포털 포트(IPP)를 통해서 이웃 네트워크 장치에 통신가능하게 결합되며, 네트워크 장치는:
링크 애그리게이션 그룹의 물리적인 또는 애그리게이션 링크에 결합된 포트(1340)와;
포트에 결합되고, DRNI 기능(1313)을 실행하는 네트워크 프로세서(1300)를 포함하여 구성되고,
DRNI 기능은 네트워크 장치가 파트너 네트워크 장치로부터의 트래픽을 수신하는 것을 결정하도록 동작하고, 네트워크 장치가 링크 애그리게이션 그룹의 제1포털 내의 이웃 네트워크 장치에 결합되는 것을 결정하도록 더 동작하며, 파트너 네트워크 장치로부터 수신된 동작 키가 갱신된 것을 결정하도록 더 동작하고, 네트워크 장치가 이웃 네트워크 장치와 더 이상 통신하지 않는 것을 결정하도록 더 동작하며, 제1포털이 제2포털보다 더 높은 포털 우선권을 갖는 것을 결정함에 따라서, 포트가 네트워크 장치에서 링크 애그리게이션 그룹의 프레임의 전송 및 수신을 중단하게 더 동작하고, 각각의 포털은 포털 우선권이 할당되는 것을 특징으로 하는 네트워크 장치. - 제22항에 있어서,
수신된 파트너 동작 키의 최상위 2개의 비트가 2 또는 3의 값을 가리는 것을 결정; 및
애그리게이션 포트의 파트너 동작 포트 우선권의 최하위 2개의 비트가 2 또는 3의 값을 가리키는 결정을 통해서,
DRNI 기능은 파트너 네트워크 장치로부터 수신된 동작 키가 갱신된 것을 결정하도록 동작하는 것을 특징으로 하는 네트워크 장치. - 제22항 또는 제23항에 있어서,
제1포털 시스템 식별자의 값과 제2포털 시스템 식별자의 값의 비교; 및
제1포털 시스템 식별자의 값이 제2포털 시스템 식별자의 값보다 하위인 결정을 통해서,
DRNI 기능은 제1포털이 제2포털보다 더 높은 포털 우선권을 갖는 것을 결정하도록 동작하는 것을 특징으로 하는 네트워크 장치. - 내부에 기억된 명령을 갖는 넌트랜지터리 머신-판독가능한 스토리지 매체로서,
넌트랜지터리 머신-판독가능한 스토리지 매체는, 프로세서에 의해 실행될 때, 프로세서가 네트워크 장치에서 동작을 수행하게 하여, 통신 실패에 따라서, 링크 애그리게이션 그룹 내의 분산 리질리언트 네트워크 상호 접속(DRNI)을 지원하고, 네트워크 장치 및 이웃 네트워크 장치가 링크 애그리게이션 그룹의 제1포털 내에 포함되며, 제1포털은 링크 애그리게이션 그룹의 링크를 통해서, 2개 이상의 원격 네트워크 장치를 포함하는 제2포털과 결합되며, 원격 네트워크 장치 중 하나는 링크 애그리게이션 그룹의 네트워크 장치의 파트너 네트워크 장치이고, 네트워크 장치는 인트라-포털 링크(IPL)를 사용해서 인트라-포털 포트(IPP)를 통해서 이웃 네트워크 장치에 통신가능하게 결합되며, 상기 동작은:
네트워크 장치가 파트너 네트워크 장치로부터의 트래픽을 수신하는 것을 결정(2702)하는 단계와;
네트워크 장치가 링크 애그리게이션 그룹의 제1포털 내의 이웃 네트워크 장치에 결합되는 것을 결정(2704)하는 단계와;
파트너 네트워크 장치로부터 수신된 동작 키가 갱신된 것을 결정(2706)하는 단계와;
네트워크 장치가 이웃 네트워크 장치와 더 이상 통신하지 않는 것을 결정(2708)하는 단계와;
제1포털이 제2포털보다 더 높은 포털 우선권을 갖는 것을 결정함에 따라서, 네트워크 장치에서 링크 애그리게이션 그룹의 프레임의 전송 및 수신을 중단(2710)하는 단계로서, 각각의 포털은 포털 우선권이 할당되는, 중단하는 단계를 포함하여 구성되는 것을 특징으로 하는 넌트랜지터리 머신-판독가능한 스토리지 매체. - 제25항에 있어서,
파트너 네트워크 장치로부터 수신된 동작 키가 갱신된 것을 결정하는 단계는:
수신된 파트너 동작 키의 최상위 2개의 비트가 2 또는 3의 값을 가리키는 것을 결정하는 단계와;
애그리게이션 포트의 파트너 동작 포트 우선권의 최하위 2개의 비트가 2 또는 3의 값을 가리키는 것을 결정하는 단계를 포함하여 구성되는 것을 특징으로 하는 넌트랜지터리 머신-판독가능한 스토리지 매체. - 제25항 또는 제26항에 있어서,
제1포털이 제2포털보다 더 높은 포털 우선권을 갖는 것을 결정하는 단계는:
제1포털 시스템 식별자의 값을 제2포털 시스템 식별자의 값과 비교하는 단계와;
제1포털 시스템 식별자의 값이 제2포털 시스템 식별자의 값보다 하위인 것을 결정하는 단계를 포함하여 구성되는 것을 특징으로 하는 넌트랜지터리 머신-판독가능한 스토리지 매체. - 컴퓨터 프로그램을 포함하는 컴퓨터 판독가능한 기록 매체로서,
컴퓨터 프로그램이, 링크 애그리게이션 그룹 내의 분산 리질리언트 네트워크 상호 접속(DRNI)을 지원하고, 적어도 한 프로세서에 의해 실행될 때, 적어도 한 프로세서가 청구항 1 또는 3에 따른 방법을 수행하게 하는 명령을 포함하여 구성되는 것을 특징으로 하는 컴퓨터 판독가능한 기록 매체. - 컴퓨터 프로그램을 포함하는 컴퓨터 판독가능한 기록 매체로서,
컴퓨터 프로그램이, 링크 애그리게이션 그룹 내의 분산 리질리언트 네트워크 상호 접속(DRNI)을 지원하고, 적어도 한 프로세서에 의해 실행될 때, 적어도 한 프로세서가 청구항 19 또는 20에 따른 방법을 수행하게 하는 명령을 포함하여 구성되는 것을 특징으로 하는 컴퓨터 판독가능한 기록 매체.
Applications Claiming Priority (17)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201361815204P | 2013-04-23 | 2013-04-23 | |
| US61/815,204 | 2013-04-23 | ||
| US201361839022P | 2013-06-25 | 2013-06-25 | |
| US61/839,022 | 2013-06-25 | ||
| US201361865126P | 2013-08-12 | 2013-08-12 | |
| US61/865,126 | 2013-08-12 | ||
| US201361902518P | 2013-11-11 | 2013-11-11 | |
| US61/902,518 | 2013-11-11 | ||
| US201361918610P | 2013-12-19 | 2013-12-19 | |
| US61/918,610 | 2013-12-19 | ||
| US201461941977P | 2014-02-19 | 2014-02-19 | |
| US61/941,977 | 2014-02-19 | ||
| US201461953360P | 2014-03-14 | 2014-03-14 | |
| US61/953,360 | 2014-03-14 | ||
| US14/257,871 US9654337B2 (en) | 2013-04-23 | 2014-04-21 | Method and system for supporting distributed relay control protocol (DRCP) operations upon communication failure |
| US14/257,871 | 2014-04-21 | ||
| PCT/IB2014/060917 WO2014174444A1 (en) | 2013-04-23 | 2014-04-23 | A method and system for supporting distributed relay control protocol (drcp) operations upon communication failure |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| KR20160003013A KR20160003013A (ko) | 2016-01-08 |
| KR101706008B1 true KR101706008B1 (ko) | 2017-02-22 |
Family
ID=51728923
Family Applications (4)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020177002354A KR102156964B1 (ko) | 2013-04-23 | 2014-04-23 | 분산된 리질리언트 네트워크 상호 접속 〔ｄｒｎｉ〕 링크 애그리게이션 그룹에 있어서 이웃과 동기화하기 위한 방법 및 시스템 |
| KR1020157033240A KR101706008B1 (ko) | 2013-04-23 | 2014-04-23 | 통신 실패에 따라서 분산된 릴레이 제어 프로토콜 〔ｄｒｃｐ〕 동작을 지원하기 위한 방법 및 시스템 |
| KR1020157033235A KR101706007B1 (ko) | 2013-04-23 | 2014-04-23 | 분산된 리질리언트 네트워크 상호 접속 〔ｄｒｎｉ〕 링크 애그리게이션 그룹에 있어서 이웃과 동기화하기 위한 방법 및 시스템 |
| KR1020157033231A KR101706006B1 (ko) | 2013-04-23 | 2014-04-23 | 분산된 리질리언트 네트워크 상호 접속〔ｄｒｎｉ〕 상태를 갱신하기 위한 방법 및 시스템 |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020177002354A KR102156964B1 (ko) | 2013-04-23 | 2014-04-23 | 분산된 리질리언트 네트워크 상호 접속 〔ｄｒｎｉ〕 링크 애그리게이션 그룹에 있어서 이웃과 동기화하기 위한 방법 및 시스템 |
Family Applications After (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020157033235A KR101706007B1 (ko) | 2013-04-23 | 2014-04-23 | 분산된 리질리언트 네트워크 상호 접속 〔ｄｒｎｉ〕 링크 애그리게이션 그룹에 있어서 이웃과 동기화하기 위한 방법 및 시스템 |
| KR1020157033231A KR101706006B1 (ko) | 2013-04-23 | 2014-04-23 | 분산된 리질리언트 네트워크 상호 접속〔ｄｒｎｉ〕 상태를 갱신하기 위한 방법 및 시스템 |
Country Status (24)
| Country | Link |
|---|---|
| US (12) | US9497074B2 (ko) |
| EP (8) | EP2989761A1 (ko) |
| JP (4) | JP6064085B2 (ko) |
| KR (4) | KR102156964B1 (ko) |
| CN (7) | CN105308915A (ko) |
| AU (3) | AU2014259017B2 (ko) |
| BR (5) | BR112015026779B1 (ko) |
| CA (3) | CA2910159C (ko) |
| CL (1) | CL2015003149A1 (ko) |
| DK (1) | DK2989759T3 (ko) |
| ES (3) | ES2626391T3 (ko) |
| HK (2) | HK1221096A1 (ko) |
| HU (1) | HUE038567T2 (ko) |
| IL (2) | IL241893B (ko) |
| MA (2) | MA38596A1 (ko) |
| MX (3) | MX350401B (ko) |
| MY (1) | MY182277A (ko) |
| PH (2) | PH12015502296A1 (ko) |
| PL (2) | PL2989762T3 (ko) |
| RU (2) | RU2635288C2 (ko) |
| SG (2) | SG11201508359VA (ko) |
| TR (1) | TR201802416T4 (ko) |
| WO (6) | WO2014174440A1 (ko) |
| ZA (1) | ZA201507972B (ko) |
Families Citing this family (77)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2820804A1 (en) * | 2012-03-02 | 2015-01-07 | Telefonaktiebolaget L M Ericsson (Publ) | Technique for bundling in link aggregation |
| WO2014007981A1 (en) | 2012-07-03 | 2014-01-09 | Smartlabs, Inc. | Simulcast mesh dimmable illumination source |
| US9553798B2 (en) | 2013-04-23 | 2017-01-24 | Telefonaktiebolaget L M Ericsson (Publ) | Method and system of updating conversation allocation in link aggregation |
| US9497132B2 (en) | 2013-04-23 | 2016-11-15 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and system of implementing conversation-sensitive collection for a link aggregation group |
| KR101360848B1 (ko) * | 2013-04-23 | 2014-02-11 | 주식회사 쏠리드 | 광 네트워크 시스템 |
| US9497074B2 (en) | 2013-04-23 | 2016-11-15 | Telefonaktiebolaget L M Ericsson (Publ) | Packet data unit (PDU) structure for supporting distributed relay control protocol (DRCP) |
| CN104125088B (zh) | 2013-04-28 | 2019-05-10 | 中兴通讯股份有限公司 | Drni中同一端内系统之间交互信息的方法和系统 |
| US9300484B1 (en) * | 2013-07-12 | 2016-03-29 | Smartlabs, Inc. | Acknowledgement as a propagation of messages in a simulcast mesh network |
| CN104579728B (zh) * | 2013-10-17 | 2019-02-26 | 中兴通讯股份有限公司 | 网元设备配置和管理方法、装置及网元设备 |
| US9251700B2 (en) | 2013-10-28 | 2016-02-02 | Smartlabs, Inc. | Methods and systems for powerline and radio frequency communications |
| US9654418B2 (en) | 2013-11-05 | 2017-05-16 | Telefonaktiebolaget L M Ericsson (Publ) | Method and system of supporting operator commands in link aggregation group |
| US9529345B2 (en) | 2013-12-05 | 2016-12-27 | Smartlabs, Inc. | Systems and methods to automatically adjust window coverings |
| US9866470B2 (en) * | 2014-01-24 | 2018-01-09 | Red Hat, Inc. | Multiple active link aggregators |
| GB2524750B (en) * | 2014-03-31 | 2021-04-21 | Metaswitch Networks Ltd | Spanning tree protocol |
| US9813290B2 (en) | 2014-08-29 | 2017-11-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and system for supporting distributed relay control protocol (DRCP) operations upon misconfiguration |
| US9438573B2 (en) | 2014-11-12 | 2016-09-06 | Smartlabs, Inc. | Systems and methods to securely install network devices using physical confirmation |
| US9531587B2 (en) | 2014-11-12 | 2016-12-27 | Smartlabs, Inc. | Systems and methods to link network controllers using installed network devices |
| US9425979B2 (en) | 2014-11-12 | 2016-08-23 | Smartlabs, Inc. | Installation of network devices using secure broadcasting systems and methods from remote intelligent devices |
| US9155153B1 (en) | 2014-12-01 | 2015-10-06 | Smartlabs, Inc. | Sensor lighting control systems and methods |
| US11489690B2 (en) | 2014-12-19 | 2022-11-01 | Smartlabs, Inc. | System communication utilizing path between neighboring networks |
| US9578443B2 (en) | 2014-12-19 | 2017-02-21 | Smartlabs, Inc. | Smart home device adaptive configuration systems and methods |
| US9985796B2 (en) | 2014-12-19 | 2018-05-29 | Smartlabs, Inc. | Smart sensor adaptive configuration systems and methods using cloud data |
| WO2017015899A1 (zh) * | 2015-07-29 | 2017-02-02 | 华为技术有限公司 | 邻居建立的方法、设备和系统 |
| WO2017156001A1 (en) * | 2016-03-07 | 2017-09-14 | Level 3 Communications, Llc | Systems and methods for dynamically connecting network elements to enable a service |
| US10454766B2 (en) * | 2016-04-21 | 2019-10-22 | Super Micro Computer, Inc. | Automatic configuration of a network switch in a multi-chassis link aggregation group |
| CN105959269B (zh) * | 2016-04-25 | 2019-01-25 | 北京理工大学 | 一种基于身份的可认证动态群组密钥协商方法 |
| US10178152B2 (en) * | 2016-04-29 | 2019-01-08 | Splunk Inc. | Central repository for storing configuration files of a distributed computer system |
| US10218699B2 (en) * | 2016-07-22 | 2019-02-26 | Rockwell Automation Technologies, Inc. | Systems and methods for adding a non-inherent component to a device key of a networked device |
| CN106375390B (zh) * | 2016-08-29 | 2019-11-12 | 北京爱接力科技发展有限公司 | 一种物联网中数据传输方法、系统及其装置 |
| JP2019530347A (ja) * | 2016-09-26 | 2019-10-17 | ホアウェイ・テクノロジーズ・カンパニー・リミテッド | デバイスツーデバイスデータ伝送方法、装置、およびシステム |
| CN106656554A (zh) * | 2016-10-14 | 2017-05-10 | 盛科网络（苏州）有限公司 | Mlag环境下实现lacp的方法及装置 |
| CN110024325B (zh) * | 2016-11-26 | 2021-01-29 | 华为技术有限公司 | 用于设备之间mka协商的系统、方法和设备 |
| CN106878164B (zh) * | 2016-12-13 | 2020-04-03 | 新华三技术有限公司 | 一种报文传输方法和装置 |
| US11337263B2 (en) | 2017-01-19 | 2022-05-17 | Qualcomm Incorporated | Packet based link aggregation architectures |
| US10856203B2 (en) | 2017-01-19 | 2020-12-01 | Qualcomm Incorporated | Signaling for link aggregation setup and reconfiguration |
| CN108667640B (zh) * | 2017-03-29 | 2021-09-07 | 北京华为数字技术有限公司 | 通信方法及设备、网络接入系统 |
| CN107547370B (zh) * | 2017-09-25 | 2020-05-12 | 新华三技术有限公司 | 流量转发方法、装置及系统 |
| CN107743101B (zh) * | 2017-09-26 | 2020-10-09 | 杭州迪普科技股份有限公司 | 一种数据的转发方法及装置 |
| US11063782B2 (en) * | 2017-11-24 | 2021-07-13 | Deutsche Telekom Ag | Access network with remote access servers |
| US11075888B2 (en) * | 2017-12-04 | 2021-07-27 | Nicira, Inc. | Scaling gateway to gateway traffic using flow hash |
| US11095617B2 (en) | 2017-12-04 | 2021-08-17 | Nicira, Inc. | Scaling gateway to gateway traffic using flow hash |
| CN108173757B (zh) * | 2017-12-26 | 2020-08-11 | 新华三技术有限公司 | 端口状态设置方法及装置 |
| US11140200B1 (en) | 2017-12-29 | 2021-10-05 | Juniper Networks, Inc. | Distributing a network policy using connectivity fault management |
| US11190440B2 (en) * | 2018-01-19 | 2021-11-30 | Vmware, Inc. | Methods and apparatus to configure and manage network resources for use in network-based computing |
| CN108322338B (zh) * | 2018-01-23 | 2021-02-26 | 新华三技术有限公司 | 一种广播抑制方法和vtep设备 |
| US11102142B2 (en) | 2018-01-24 | 2021-08-24 | Vmware, Inc. | Methods and apparatus to perform dynamic load balancing for a multi-fabric environment in network-based computing |
| CN108199903B (zh) * | 2018-01-25 | 2021-03-02 | 新华三技术有限公司 | 分布式聚合系统配置方法及装置 |
| CN108337159B (zh) * | 2018-01-31 | 2021-05-28 | 新华三技术有限公司 | 端口操作控制方法及装置 |
| US10616319B2 (en) | 2018-02-06 | 2020-04-07 | Vmware, Inc. | Methods and apparatus to allocate temporary protocol ports to control network load balancing |
| US10681649B2 (en) | 2018-02-19 | 2020-06-09 | Qualcomm Incorporated | Dynamic spatial reuse in distribution networks |
| US11347561B1 (en) | 2018-04-30 | 2022-05-31 | Vmware, Inc. | Core to resource mapping and resource to core mapping |
| CN108737189B (zh) * | 2018-05-25 | 2021-11-05 | 新华三技术有限公司 | Dr设备角色更新方法及装置 |
| JP7063145B2 (ja) * | 2018-06-29 | 2022-05-09 | 住友電気工業株式会社 | 通信装置および通信装置の制御方法 |
| CN109088752B (zh) * | 2018-07-25 | 2022-02-11 | 新华三技术有限公司 | 内部控制链路端口动态配置方法及相关装置 |
| CN110830925B (zh) * | 2018-08-14 | 2021-10-19 | 华为技术有限公司 | 一种用户群组的会话管理方法及装置 |
| CN109347734B (zh) * | 2018-08-29 | 2021-05-07 | 新华三技术有限公司 | 一种报文发送方法、装置、网络设备和计算机可读介质 |
| US10742569B2 (en) | 2018-11-12 | 2020-08-11 | Cisco Technology, Inc. | Efficient network link status handling |
| CN109688060B (zh) * | 2018-12-29 | 2021-06-29 | 杭州迪普科技股份有限公司 | 链路分组配置方法、装置及路由器 |
| JP7224496B2 (ja) | 2019-05-02 | 2023-02-17 | テレフオンアクチーボラゲット エルエム エリクソン（パブル） | Ｐｄｕセッションに関するｇｐｓｉの提供 |
| CN114073043B (zh) * | 2019-05-03 | 2023-09-05 | 诺基亚技术有限公司 | 以太网网桥端口管理的方法和装置 |
| US11277343B2 (en) | 2019-07-17 | 2022-03-15 | Vmware, Inc. | Using VTI teaming to achieve load balance and redundancy |
| KR20210000790U (ko) | 2019-10-01 | 2021-04-09 | 송유진 | 가로수의 낙하물 수거망 |
| US11563642B2 (en) * | 2019-10-15 | 2023-01-24 | Rockwell Collins, Inc. | Smart point of presence (SPOP) aircraft-based high availability edge network architecture |
| US11431620B2 (en) * | 2019-10-28 | 2022-08-30 | Dell Products L.P. | Control packet transmission system |
| US11509638B2 (en) | 2019-12-16 | 2022-11-22 | Vmware, Inc. | Receive-side processing for encapsulated encrypted packets |
| CN111147332B (zh) * | 2019-12-29 | 2022-04-29 | 北京浪潮数据技术有限公司 | 存储系统云备份的上传进度确定方法、系统及相关装置 |
| CN113067771B (zh) * | 2020-01-02 | 2022-11-01 | 上海诺基亚贝尔股份有限公司 | 管理虚拟链路聚合信道 |
| CN111835560B (zh) * | 2020-06-29 | 2024-02-09 | 新华三信息安全技术有限公司 | 一种分布式弹性网络互连系统及其部署方法 |
| CN113872843B (zh) * | 2020-06-30 | 2022-12-06 | 华为技术有限公司 | 一种路由生成方法、路由处理方法及装置 |
| CN111953591A (zh) * | 2020-07-17 | 2020-11-17 | 新华三技术有限公司 | 故障处理方法及装置 |
| US11425605B1 (en) | 2020-12-31 | 2022-08-23 | Rockwell Collins, Inc. | Automatic link establishment system and method for asymmetric link |
| CN114070636B (zh) * | 2021-11-22 | 2023-08-11 | 迈普通信技术股份有限公司 | 安全控制方法、装置，交换机，服务器及网络系统 |
| CN114221899B (zh) * | 2021-11-30 | 2024-03-08 | 新华三技术有限公司合肥分公司 | 一种故障处理方法及装置 |
| CN113867796B (zh) * | 2021-12-02 | 2022-02-22 | 南湖实验室 | 利用多状态机提高读性能的协议转换桥及实现方法 |
| US11863514B2 (en) | 2022-01-14 | 2024-01-02 | Vmware, Inc. | Performance improvement of IPsec traffic using SA-groups and mixed-mode SAs |
| US11956213B2 (en) | 2022-05-18 | 2024-04-09 | VMware LLC | Using firewall policies to map data messages to secure tunnels |
| CN115333974B (zh) * | 2022-08-10 | 2023-08-11 | 杭州云合智网技术有限公司 | Drni网络中基于vsi的环路检测方法及装置 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20120233492A1 (en) | 2011-03-10 | 2012-09-13 | Cisco Technology, Inc. | Transmitting network information using link or port aggregation protocols |
| WO2012142910A1 (zh) | 2011-04-21 | 2012-10-26 | 中兴通讯股份有限公司 | 弹性网络接口、互连的实现方法和系统 |
Family Cites Families (98)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6430183B1 (en) | 1997-09-18 | 2002-08-06 | International Business Machines Corporation | Data transmission system based upon orthogonal data stream mapping |
| US6445715B1 (en) | 1998-08-27 | 2002-09-03 | Cisco Technology, Inc. | Dynamic trunk protocol |
| US6553568B1 (en) | 1999-09-29 | 2003-04-22 | 3Com Corporation | Methods and systems for service level agreement enforcement on a data-over cable system |
| US6687751B1 (en) | 2000-01-28 | 2004-02-03 | 3Com Corporation | Multi-point link aggregation spoofing |
| US20020040389A1 (en) * | 2000-10-03 | 2002-04-04 | Wirespring Technologies, Inc. | System and method for remotely-managed content distribution network |
| US7787447B1 (en) | 2000-12-28 | 2010-08-31 | Nortel Networks Limited | Voice optimization in a network having voice over the internet protocol communication devices |
| US6910149B2 (en) | 2001-09-24 | 2005-06-21 | Intel Corporation | Multi-device link aggregation |
| AU2003255869A1 (en) | 2002-08-29 | 2004-03-19 | Koninklijke Philips Electronics N.V. | Reconfigurable electronic device having interconnected data storage devices |
| US7613201B1 (en) | 2003-04-18 | 2009-11-03 | Rmi Corporation | Stacked network switch using resilient packet ring communication protocol |
| CA2530771C (en) | 2003-06-27 | 2014-01-28 | Nokia Corporation | Method and apparatus for packet aggregation in a wireless communication network |
| US7301949B2 (en) * | 2003-07-15 | 2007-11-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Arrangements for connection-oriented transport in a packet switched communications network |
| US7602726B1 (en) | 2003-08-11 | 2009-10-13 | Cisco Technology, Inc. | Method and system for optimizing link aggregation usage during failures |
| KR101000699B1 (ko) * | 2004-04-19 | 2010-12-10 | 엘지전자 주식회사 | 무선링크 제어계층에서의 데이터 처리방법 |
| US7941177B2 (en) | 2004-09-15 | 2011-05-10 | Samsung Electronics Co., Ltd | Wireless terminal apparatus for automatically changing WLAN standard and method thereof |
| WO2006044820A2 (en) * | 2004-10-14 | 2006-04-27 | Aventail Corporation | Rule-based routing to resources through a network |
| EA006307B1 (ru) * | 2004-12-10 | 2005-10-27 | Закрытое Акционерное Общество "Микротест-Инвест" | Система, способы и устройства, предназначенные для интеграции распределенных приложений |
| KR100664312B1 (ko) | 2005-01-20 | 2007-01-04 | 삼성전자주식회사 | 홈 네트워크 환경에서 홈 디바이스 인증 방법 및 장치 |
| US8451713B2 (en) | 2005-04-12 | 2013-05-28 | Fujitsu Limited | Special marker message for link aggregation marker protocol |
| US7639614B2 (en) | 2005-04-12 | 2009-12-29 | Fujitsu Limited | Distribution-tuning mechanism for link aggregation group management |
| CN100477601C (zh) | 2005-04-12 | 2009-04-08 | 富士通株式会社 | 用于链路聚合标志协议的特定标志消息 |
| US7649846B2 (en) | 2005-04-12 | 2010-01-19 | Fujitsu Limited | Purge mechanism in link aggregation group management |
| US20070264989A1 (en) | 2005-10-03 | 2007-11-15 | Rajesh Palakkal | Rendezvous calling systems and methods therefor |
| KR100827126B1 (ko) | 2005-11-07 | 2008-05-06 | 삼성전자주식회사 | 통신 시스템에서 멀티미디어 포탈 컨텐츠 제공 방법 및시스템 |
| US8054830B2 (en) | 2005-12-07 | 2011-11-08 | Alcatel Lucent | Managing the distribution of control protocol information in a network node |
| US8151339B2 (en) | 2005-12-23 | 2012-04-03 | Avaya, Inc. | Method and apparatus for implementing filter rules in a network element |
| US8792497B2 (en) | 2006-06-05 | 2014-07-29 | Tellabs Operations, Inc. | Method and apparatus for performing link aggregation |
| CN1913414A (zh) | 2006-08-29 | 2007-02-14 | 华为技术有限公司 | 利用链路聚合实施保护的方法、设备和系统 |
| JP4676403B2 (ja) | 2006-08-30 | 2011-04-27 | 株式会社日立製作所 | 通信装置及び通信システム |
| US7782856B1 (en) | 2006-10-12 | 2010-08-24 | World Wide Packets, Inc. | Forwarding data packets having tags conforming to different formats |
| US20080155112A1 (en) * | 2006-12-22 | 2008-06-26 | Nokia Corporation | System and method for updating information feeds |
| CN100512194C (zh) | 2006-12-25 | 2009-07-08 | 华为技术有限公司 | 链路聚合方法、装置、mac帧收发方法和系统 |
| US7958271B2 (en) * | 2007-02-27 | 2011-06-07 | Aruba Networks Cayman | Method and system for radio frequency management in a mesh network with a path distance factor |
| US20080291919A1 (en) | 2007-05-25 | 2008-11-27 | Futurewei Technologies, Inc. | Traffic Distribution and Bandwidth Management for Link Aggregation |
| US7869432B1 (en) | 2007-06-29 | 2011-01-11 | Force 10 Networks, Inc | Peer-to-peer link aggregation across a service provider network |
| CN101094157B (zh) | 2007-08-20 | 2011-09-21 | 中兴通讯股份有限公司 | 利用链路聚合实现网络互连的方法 |
| US20090073873A1 (en) * | 2007-09-17 | 2009-03-19 | Integrated Device Technology, Inc. | Multiple path switch and switching algorithms |
| US8081620B2 (en) | 2007-11-26 | 2011-12-20 | Alcatel Lucent | System and method for supporting link aggregation and other layer-2 protocols primarily over unidirectional links |
| US8077613B2 (en) * | 2007-12-03 | 2011-12-13 | Verizon Patent And Licensing Inc. | Pinning and protection on link aggregation groups |
| US8284654B2 (en) * | 2007-12-03 | 2012-10-09 | Verizon Patent And Licensing Inc. | Bandwidth admission control on link aggregation groups |
| US8243594B1 (en) | 2007-12-10 | 2012-08-14 | Force10 Networks, Inc. | Coordinated control of multiple parallel links or link aggregations |
| US8264951B2 (en) | 2007-12-19 | 2012-09-11 | Alcatel Lucent | Resilient PPP/ML-PPP services over multi-chassis APS protected routers |
| JP5176604B2 (ja) | 2008-03-05 | 2013-04-03 | 富士通株式会社 | 通信装置および通信方法 |
| US9747340B2 (en) | 2008-06-19 | 2017-08-29 | Microsoft Technology Licensing, Llc | Method and system of using a local hosted cache and cryptographic hash functions to reduce network traffic |
| US20110299551A1 (en) | 2008-12-18 | 2011-12-08 | Raoul Fiorone | Method and Apparatus for Transferring Data Packets Between a First Network and a Second Network |
| JP5168166B2 (ja) | 2009-01-21 | 2013-03-21 | 富士通株式会社 | 通信装置および通信制御方法 |
| CN101610564B (zh) | 2009-04-29 | 2015-04-01 | 中兴通讯股份有限公司 | 一种下行控制信息的发送和检测方法 |
| JP4883160B2 (ja) | 2009-09-30 | 2012-02-22 | 富士通株式会社 | 通信装置およびフレーム送信方法 |
| US8780911B2 (en) | 2009-10-08 | 2014-07-15 | Force10 Networks, Inc. | Link aggregation based on port and protocol combination |
| CN101674208B (zh) | 2009-10-28 | 2012-01-04 | 杭州华三通信技术有限公司 | 一种lacp mad检测的方法及设备 |
| WO2011083668A1 (ja) | 2010-01-05 | 2011-07-14 | 日本電気株式会社 | ネットワークシステム、コントローラ、ネットワーク制御方法 |
| US20110194404A1 (en) | 2010-02-11 | 2011-08-11 | Nokia Siemens Networks Ethernet Solutions Ltd. | System and method for fast protection of dual-homed virtual private lan service (vpls) spokes |
| JP5504952B2 (ja) | 2010-02-17 | 2014-05-28 | ソニー株式会社 | 通信装置及び通信方法、並びにコンピューター・プログラム |
| JP5513342B2 (ja) | 2010-02-26 | 2014-06-04 | アラクサラネットワークス株式会社 | パケット中継装置 |
| US8873551B2 (en) | 2010-07-30 | 2014-10-28 | Cisco Technology, Inc. | Multi-destination forwarding in network clouds which include emulated switches |
| US8767735B2 (en) | 2010-08-04 | 2014-07-01 | Alcatel Lucent | System and method for multi-chassis link aggregation |
| MX2013001844A (es) | 2010-08-16 | 2013-04-03 | Nokia Siemens Networks Oy | Seleccion de canal para agregacion de portador. |
| CN105099906B (zh) | 2010-09-26 | 2018-11-09 | 新华三技术有限公司 | 降低链路聚合端口报文丢失的方法及硬件控制单元 |
| CN101984606A (zh) * | 2010-11-15 | 2011-03-09 | 中兴通讯股份有限公司 | 基于lacp的设备级冗余保护方法及系统 |
| US8958337B1 (en) | 2010-12-23 | 2015-02-17 | Juniper Networks, Inc. | Scalable method to support multi-device link aggregation |
| WO2012120557A1 (ja) | 2011-03-07 | 2012-09-13 | 株式会社日立製作所 | ネットワーク管理装置、ネットワーク管理方法及びネットワーク管理システム |
| US8649379B2 (en) | 2011-03-15 | 2014-02-11 | Force10 Networks, Inc. | Method and apparatus for configuring a link aggregation group on a stacked switch |
| US9344874B2 (en) | 2011-03-15 | 2016-05-17 | Nec Corporation | Mobility management system, mobility management method, access GW apparatus, mobility management control apparatus, and computer-readable medium |
| US8761005B2 (en) | 2011-04-26 | 2014-06-24 | Dell Products L.P. | Multi-chassis link aggregation on network devices |
| US20130003549A1 (en) | 2011-06-30 | 2013-01-03 | Broadcom Corporation | Resilient Hashing for Load Balancing of Traffic Flows |
| JP5765623B2 (ja) | 2011-07-19 | 2015-08-19 | 日立金属株式会社 | ネットワークシステム |
| US8705551B2 (en) | 2011-07-27 | 2014-04-22 | Fujitsu Limited | Method and system for management of flood traffic over multiple 0:N link aggregation groups |
| CN103001781B (zh) * | 2011-09-08 | 2017-02-08 | 中兴通讯股份有限公司 | 分布式链路聚合组的聚合链路选择/去选择的方法及装置 |
| US9025601B2 (en) | 2011-10-27 | 2015-05-05 | Futurewei Technologies, Inc. | Forwarding ASIC general egress multicast filter method |
| US9332479B2 (en) | 2012-01-04 | 2016-05-03 | Ofinno Technologies, Llc | Network site for wireless communications |
| US8824506B2 (en) * | 2012-01-05 | 2014-09-02 | International Business Machines Corporation | Fragmentation of link layer discovery protocol packets |
| US8995272B2 (en) | 2012-01-26 | 2015-03-31 | Brocade Communication Systems, Inc. | Link aggregation in software-defined networks |
| CN104160658B (zh) | 2012-03-02 | 2017-10-27 | 瑞典爱立信有限公司 | 用于确保链路聚合中的一致性的方法和节点 |
| EP2820804A1 (en) | 2012-03-02 | 2015-01-07 | Telefonaktiebolaget L M Ericsson (Publ) | Technique for bundling in link aggregation |
| US8750122B1 (en) | 2012-03-22 | 2014-06-10 | Avaya, Inc. | Method and apparatus for layer 2 loop prevention in a multi-node switch cluster |
| US9049149B2 (en) | 2012-03-30 | 2015-06-02 | Fujitsu Limited | Minimal data loss load balancing on link aggregation groups |
| CN102647355B (zh) | 2012-04-12 | 2014-11-05 | 华为技术有限公司 | Lacp协商处理方法、中继节点及系统 |
| US9270579B2 (en) | 2012-04-27 | 2016-02-23 | Cisco Technology, Inc. | Synchronization of traffic multiplexing in link aggregation |
| US9374298B2 (en) | 2012-05-08 | 2016-06-21 | Cisco Technology, Inc. | Grace state and pacing in link aggregation |
| US8942089B2 (en) * | 2012-05-08 | 2015-01-27 | Cisco Technology, Inc. | Method and apparatus for adaptive fast start in link aggregation |
| EP2850787B1 (en) | 2012-05-15 | 2019-02-13 | Telefonaktiebolaget LM Ericsson (publ) | Methods and apparatus for detecting and handling split brain issues in a link aggregation group |
| US8804531B2 (en) | 2012-05-21 | 2014-08-12 | Cisco Technology, Inc. | Methods and apparatus for load balancing across member ports for traffic egressing out of a port channel |
| US9143439B2 (en) | 2012-07-23 | 2015-09-22 | Cisco Technology, Inc. | System and method for cluster link aggregation control in a network environment |
| US20140089492A1 (en) | 2012-09-27 | 2014-03-27 | Richard B. Nelson | Data collection and control by network devices in communication networks |
| CN103731285B (zh) * | 2012-10-11 | 2019-01-04 | 中兴通讯股份有限公司 | 分布式弹性网络互连drni的切换处理方法及装置 |
| CN103780407B (zh) | 2012-10-18 | 2018-07-06 | 中兴通讯股份有限公司 | 分布式弹性网络互连(drni)中网关动态切换方法和装置 |
| CN103780500B (zh) | 2012-10-19 | 2019-06-11 | 中兴通讯股份有限公司 | 聚合组中流量双向同路的方法、装置以及系统 |
| CN103780419B (zh) | 2012-10-24 | 2018-12-21 | 中兴通讯股份有限公司 | 一种分布式链路聚合组业务切换方法和装置 |
| US9313093B2 (en) * | 2012-11-14 | 2016-04-12 | Ciena Corporation | Ethernet fault management systems and methods |
| US9313116B2 (en) | 2013-02-13 | 2016-04-12 | ViaviSolutions Inc. | Enhanced retry method |
| US9104643B2 (en) | 2013-03-15 | 2015-08-11 | International Business Machines Corporation | OpenFlow controller master-slave initialization protocol |
| US9444748B2 (en) | 2013-03-15 | 2016-09-13 | International Business Machines Corporation | Scalable flow and congestion control with OpenFlow |
| US9553798B2 (en) | 2013-04-23 | 2017-01-24 | Telefonaktiebolaget L M Ericsson (Publ) | Method and system of updating conversation allocation in link aggregation |
| US9497132B2 (en) | 2013-04-23 | 2016-11-15 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and system of implementing conversation-sensitive collection for a link aggregation group |
| US9497074B2 (en) | 2013-04-23 | 2016-11-15 | Telefonaktiebolaget L M Ericsson (Publ) | Packet data unit (PDU) structure for supporting distributed relay control protocol (DRCP) |
| CN104125088B (zh) | 2013-04-28 | 2019-05-10 | 中兴通讯股份有限公司 | Drni中同一端内系统之间交互信息的方法和系统 |
| US9654418B2 (en) | 2013-11-05 | 2017-05-16 | Telefonaktiebolaget L M Ericsson (Publ) | Method and system of supporting operator commands in link aggregation group |
| US20150271086A1 (en) | 2014-03-24 | 2015-09-24 | Rajant Corporation | Reducing Network Traffic By Intercepting Address Resolution Messages |
| US9813290B2 (en) | 2014-08-29 | 2017-11-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and system for supporting distributed relay control protocol (DRCP) operations upon misconfiguration |
-
2014
- 2014-04-21 US US14/257,360 patent/US9497074B2/en active Active
- 2014-04-21 US US14/257,637 patent/US9509556B2/en active Active
- 2014-04-21 US US14/257,252 patent/US9461880B2/en active Active
- 2014-04-21 US US14/257,871 patent/US9654337B2/en active Active
- 2014-04-21 US US14/257,769 patent/US9660861B2/en active Active
- 2014-04-21 US US14/257,859 patent/US9503316B2/en active Active
- 2014-04-22 EP EP14727235.5A patent/EP2989761A1/en not_active Withdrawn
- 2014-04-22 CN CN201480035887.6A patent/CN105308915A/zh active Pending
- 2014-04-22 CN CN201480035873.4A patent/CN105308913B/zh active Active
- 2014-04-22 WO PCT/IB2014/060913 patent/WO2014174440A1/en active Application Filing
- 2014-04-22 WO PCT/IB2014/060912 patent/WO2014174439A1/en active Application Filing
- 2014-04-22 EP EP14727234.8A patent/EP2989760A1/en not_active Withdrawn
- 2014-04-22 BR BR112015026779-3A patent/BR112015026779B1/pt active IP Right Grant
- 2014-04-23 AU AU2014259017A patent/AU2014259017B2/en active Active
- 2014-04-23 ES ES14724800.9T patent/ES2626391T3/es active Active
- 2014-04-23 BR BR112015026673A patent/BR112015026673A2/pt not_active Application Discontinuation
- 2014-04-23 MX MX2015014761A patent/MX350401B/es active IP Right Grant
- 2014-04-23 AU AU2014259015A patent/AU2014259015B2/en active Active
- 2014-04-23 EP EP14724798.5A patent/EP2989757B1/en active Active
- 2014-04-23 CA CA2910159A patent/CA2910159C/en active Active
- 2014-04-23 SG SG11201508359VA patent/SG11201508359VA/en unknown
- 2014-04-23 HU HUE14727236A patent/HUE038567T2/hu unknown
- 2014-04-23 WO PCT/IB2014/060916 patent/WO2014174443A1/en active Application Filing
- 2014-04-23 BR BR112015026670A patent/BR112015026670A2/pt not_active Application Discontinuation
- 2014-04-23 PL PL14727236T patent/PL2989762T3/pl unknown
- 2014-04-23 MX MX2015014821A patent/MX351202B/es active IP Right Grant
- 2014-04-23 RU RU2015149980A patent/RU2635288C2/ru active
- 2014-04-23 CN CN201910460594.7A patent/CN110266588A/zh active Pending
- 2014-04-23 TR TR2018/02416T patent/TR201802416T4/tr unknown
- 2014-04-23 PL PL14724800T patent/PL2989759T3/pl unknown
- 2014-04-23 SG SG11201508361XA patent/SG11201508361XA/en unknown
- 2014-04-23 KR KR1020177002354A patent/KR102156964B1/ko active IP Right Grant
- 2014-04-23 JP JP2016509581A patent/JP6064085B2/ja active Active
- 2014-04-23 JP JP2016509580A patent/JP6046309B2/ja active Active
- 2014-04-23 KR KR1020157033240A patent/KR101706008B1/ko active IP Right Grant
- 2014-04-23 DK DK14724800.9T patent/DK2989759T3/en active
- 2014-04-23 EP EP17154528.8A patent/EP3253009B1/en active Active
- 2014-04-23 ES ES14727236.3T patent/ES2662111T3/es active Active
- 2014-04-23 JP JP2016509579A patent/JP6074110B2/ja active Active
- 2014-04-23 CN CN201480035884.2A patent/CN105308914B/zh active Active
- 2014-04-23 MA MA38596A patent/MA38596A1/fr unknown
- 2014-04-23 AU AU2014259016A patent/AU2014259016B2/en active Active
- 2014-04-23 KR KR1020157033235A patent/KR101706007B1/ko active IP Right Grant
- 2014-04-23 CA CA2910149A patent/CA2910149A1/en not_active Abandoned
- 2014-04-23 WO PCT/IB2014/060917 patent/WO2014174444A1/en active Application Filing
- 2014-04-23 RU RU2015149749A patent/RU2620995C2/ru active
- 2014-04-23 CN CN201480035876.8A patent/CN105379200B/zh active Active
- 2014-04-23 WO PCT/IB2014/060914 patent/WO2014174441A1/en active Application Filing
- 2014-04-23 KR KR1020157033231A patent/KR101706006B1/ko active IP Right Grant
- 2014-04-23 BR BR112015026664A patent/BR112015026664A2/pt not_active Application Discontinuation
- 2014-04-23 BR BR112015026775A patent/BR112015026775A2/pt active Search and Examination
- 2014-04-23 EP EP14724800.9A patent/EP2989759B1/en active Active
- 2014-04-23 CN CN201480035872.XA patent/CN105308912B/zh active Active
- 2014-04-23 ES ES14724799.3T patent/ES2641231T3/es active Active
- 2014-04-23 EP EP14727236.3A patent/EP2989762B1/en active Active
- 2014-04-23 EP EP18150081.0A patent/EP3324585A1/en not_active Withdrawn
- 2014-04-23 CA CA2910171A patent/CA2910171A1/en not_active Abandoned
- 2014-04-23 MY MYPI2015703744A patent/MY182277A/en unknown
- 2014-04-23 CN CN201480035870.0A patent/CN105393505B/zh active Active
- 2014-04-23 MX MX2015014762A patent/MX351201B/es active IP Right Grant
- 2014-04-23 EP EP14724799.3A patent/EP2989758B1/en active Active
- 2014-04-23 WO PCT/IB2014/060915 patent/WO2014174442A1/en active Application Filing
-
2015
- 2015-10-05 PH PH12015502296A patent/PH12015502296A1/en unknown
- 2015-10-05 PH PH12015502297A patent/PH12015502297B1/en unknown
- 2015-10-06 IL IL241893A patent/IL241893B/en active IP Right Grant
- 2015-10-06 IL IL241894A patent/IL241894B/en active IP Right Grant
- 2015-10-23 CL CL2015003149A patent/CL2015003149A1/es unknown
- 2015-10-27 ZA ZA2015/07972A patent/ZA201507972B/en unknown
- 2015-11-17 MA MA38597A patent/MA38597B1/fr unknown
-
2016
- 2016-07-29 HK HK16109068.0A patent/HK1221096A1/zh unknown
- 2016-08-30 HK HK16110278.4A patent/HK1222266A1/zh unknown
- 2016-09-14 US US15/265,292 patent/US10116498B2/en active Active
- 2016-10-31 US US15/339,162 patent/US10257030B2/en active Active
- 2016-11-04 US US15/344,479 patent/US10237134B2/en active Active
- 2016-11-11 US US15/349,984 patent/US10097414B2/en active Active
-
2017
- 2017-01-04 JP JP2017000284A patent/JP6388675B2/ja active Active
-
2019
- 2019-03-06 US US16/294,870 patent/US11025492B2/en active Active
-
2021
- 2021-05-26 US US17/330,650 patent/US11811605B2/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20120233492A1 (en) | 2011-03-10 | 2012-09-13 | Cisco Technology, Inc. | Transmitting network information using link or port aggregation protocols |
| WO2012142910A1 (zh) | 2011-04-21 | 2012-10-26 | 中兴通讯股份有限公司 | 弹性网络接口、互连的实现方法和系统 |
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR101706008B1 (ko) | 통신 실패에 따라서 분산된 릴레이 제어 프로토콜 〔ｄｒｃｐ〕 동작을 지원하기 위한 방법 및 시스템 | |
| US9813290B2 (en) | Method and system for supporting distributed relay control protocol (DRCP) operations upon misconfiguration |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A201 | Request for examination | ||
| E902 | Notification of reason for refusal | ||
| E701 | Decision to grant or registration of patent right | ||
| GRNT | Written decision to grant | ||
| FPAY | Annual fee payment |
Payment date: 20200129 Year of fee payment: 4 |