KR20120119783A - Protection switching method in packet ring network - Google Patents

Protection switching method in packet ring network Download PDF

Info

Publication number
KR20120119783A
KR20120119783A KR1020110037971A KR20110037971A KR20120119783A KR 20120119783 A KR20120119783 A KR 20120119783A KR 1020110037971 A KR1020110037971 A KR 1020110037971A KR 20110037971 A KR20110037971 A KR 20110037971A KR 20120119783 A KR20120119783 A KR 20120119783A
Authority
KR
South Korea
Prior art keywords
port
node
block
protection
switching
Prior art date
Application number
KR1020110037971A
Other languages
Korean (ko)
Other versions
KR101256649B1 (en
Inventor
이규상
이준구
유수상
조광호
Original Assignee
액터스네트웍스 주식회사
한국과학기술원
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 액터스네트웍스 주식회사, 한국과학기술원 filed Critical 액터스네트웍스 주식회사
Priority to KR1020110037971A priority Critical patent/KR101256649B1/en
Publication of KR20120119783A publication Critical patent/KR20120119783A/en
Application granted granted Critical
Publication of KR101256649B1 publication Critical patent/KR101256649B1/en

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/22Alternate routing

Abstract

PURPOSE: A protection changeover method of a node in a network is provided to improve protection changeover function by optimizing a flush procedure which consumes a lot of time on protection changeover in a network. CONSTITUTION: The generation of a local event is sensed(S200). The block setup or block release of ports is executed according to the local event(S210). A protection changeover message is transmitted(S220). A flush command of a filtering database is generated for a blocked port according to the local event(S230). The flush command of the filtering database is generated for the other ports(S250). [Reference numerals] (AA) Start; (BB) End; (S200) Local event generation sensing; (S210) The block of a port is released or set according to a local event; (S220) A protection switchover message is transmitted; (S230) FDB flush command generation for the blocked port; (S240) Traffic flooding; (S250) FDB flush command generation for ports which exclude the blocked port

Description

네트워크에서 노드의 보호 절체 방법{Protection switching method in packet ring network}Protection switching method in packet ring network

본 발명은 네트워크에서 노드의 보호 절체 방법에 관한 것으로서, 보다 상세하게는 플러시(flush) 과정을 최적화하여 절체 성능을 향상시킬 수 있는 방법에 관한 것이다.The present invention relates to a method of protection switching of a node in a network, and more particularly, to a method of improving switching performance by optimizing a flush process.

본 발명이 적용가능한 다양한 네트워크 중 링 네트워크에 대해 살펴보면, 링 네트워크는 트래픽의 무한 루프를 방지하기 위하여, 링에 포함된 하나의 링크 또는 포트를 비활성화하여 논리적으로 링의 형성을 막은 다음, 일반적인 이더넷 MAC(Media Access Control) 주소학습 방법을 이용하여 각 노드의 FDB를 작성함으로써 무한 루프 전달을 방지한다. 블록 링크(block link)는 논리적으로 설정되었을 뿐 물리적 링크는 그대로 존재하므로, 논리적 블록을 제거하여 곧바로 트래픽의 전달이 가능하다. Referring to the ring network among the various networks to which the present invention is applicable, the ring network prevents the formation of a ring by deactivating one link or port included in the ring, in order to prevent an infinite loop of traffic, and then general Ethernet MAC. (Media Access Control) Prevents infinite loop propagation by writing FDB of each node using address learning method. Since the block link is logically set up but the physical link remains intact, traffic can be delivered immediately by removing the logical block.

논리적 블록 링크가 존재하는 링 네트워크에서 장애 등이 발생하면, 장애가 발생한 링크가 물리적 또는 논리적 블록을 제공하므로 논리적 블록 링크의 블록을 제거한 후 그 블록이 제거된 링크를 통해 트래픽이 전달될 수 있도록 절체가 일어난다. If a failure occurs in the ring network where the logical block link exists, the failed link provides the physical or logical block, so that after the block of the logical block link is removed, the switching is performed so that traffic can pass through the link where the block is removed. Happens.

장애로 인한 물리적 블록 링크와 루프 방지를 위한 블록 링크가 새롭게 선정되면, 전달 테이블(forwarding table)인 필터링 데이터베이스(Filtering Database, 이하 FDB)는 더 이상 유효하지 않으므로 모든 노드들은 새롭게 FDB를 작성하여야 한다. 즉 FDB의 각 포트를 초기화하는 플러시(flush)를 수행하고 새로운 주소 학습을 통해 FDB를 새롭게 작성한다. When a physical block link due to a failure and a block link for preventing a loop are newly selected, a forwarding table, a filtering database (FDB), is no longer valid, and all nodes must newly create an FDB. In other words, FDB is initialized to initialize each port of FDB and new FDB is created by learning new address.

본 발명이 이루고자 하는 기술적 과제는, 네트워크에서 보호 절체시 많은 시간이 소요되는 플러시 과정을 최적화하여 보호 절체 성능을 향상시키는 방법을 제공하는 데 있다.An object of the present invention is to provide a method of improving the protection switching performance by optimizing the flushing process that takes a lot of time during the protection switching in the network.

상기의 기술적 과제를 달성하기 위한, 본 발명에 따른 네트워크에서 노드의 보호 절체 방법의 일 예는, 네트워크에서 절체를 유발하는 로컬 이벤트가 발생한 링크에 인접한 노드의 절체 방법에 있어서, 상기 로컬 이벤트에 따라 블록된 포트에 대하여, 필터링 데이터베이스의 플러시 명령을 발생하는 단계; 및 블록된 포트 외의 포트들에 대한 필터링 데이터베이스의 플러시 명령을 발생하는 단계;를 포함한다.In order to achieve the above technical problem, an example of a method of protection switching of a node in a network according to the present invention is a method of switching a node adjacent to a link in which a local event causing a switching in a network occurs according to the local event. Generating a flush command of the filtering database for the blocked port; And generating a flush command of the filtering database for ports other than the blocked port.

상기의 기술적 과제를 달성하기 위한, 본 발명에 따른 네트워크에서 노드의 보호 절체 방법의 다른 일 예는, 네트워크에서 블록 포트를 포함한 노드에서 보호 절체 메시지를 수신한 경우의 절체 방법에 있어서, 보호 절체 메시지의 수신으로 인해 상기 블록 포트의 블록이 해제되면, 상기 블록이 해제된 포트와 반대 방향의 포트에 대한 필터링 데이터베이스의 플러시 명령을 발생하는 단계; 및 상기 블록이 해제된 포트에 대한 필터링 데이터베이스의 플러시 명령을 발생하는 단계;를 포함한다.Another example of a method of protection switching of a node in a network according to the present invention for achieving the above technical problem is a protection switching message in a method of switching protection when a node including a block port in a network is received. When the block of the block port is released due to the reception of a signal, generating a flush command of the filtering database for a port in a direction opposite to the port where the block is released; And generating a flush command of the filtering database for the port from which the block is released.

상기의 기술적 과제를 달성하기 위한, 본 발명에 따른 네트워크에서 노드의 보호 절체 방법의 다른 일 예는, 네트워크에서 보호 절체 메시지를 수신한 노드에서의 절체 방법에 있어서, 상기 보호 절체 메시지를 수신한 포트에 대한 필터링 데이터베이스의 플러시 명령을 발생하는 단계; 및 상기 보호 절체 메시지를 수신한 포트 이외의 포트들에 대한 필터링 데이터베이스의 플러시 명령을 발생하는 단계;를 포함한다.In order to achieve the above technical problem, another example of a method of protection switching of a node in a network according to the present invention is a switching method in a node that receives a protection switching message in a network, wherein the port receiving the protection switching message is received. Generating a flush command for the filtering database; And generating a flush command of the filtering database for ports other than the port for receiving the protection switching message.

본 발명에 따르면, 보호 절체 시 트래픽 전송을 위해 필요한 포트를 먼저 플러시함으로써 트래픽의 신속한 복구가 가능하다.According to the present invention, it is possible to quickly recover traffic by first flushing a port necessary for traffic transmission during protection switching.

도 1은 본 발명이 적용되는 링 네트워크의 일 예의 구조를 도시한 도면,
도 2는 본 발명에 따른, 로컬 이벤트가 발생한 링크에 인접한 노드에서의 절체 방법의 일 예를 도시한 흐름도,
도 3은 본 발명에 따른, 보호 절체 메시지를 수신한 노드에서의 절체 방법 중 블록 링크를 가진 노드에서의 절체 방법의 일 예를 도시한 흐름도, 그리고,
도 4는 본 발명에 따른, 보호 절체 메시지를 수신한 노드에서의 절체 방법 중 블록 링크를 가지지 않은 일반 노드에서의 절체 방법의 일 예를 도시한 흐름도이다.
1 is a view showing the structure of an example of a ring network to which the present invention is applied,
2 is a flowchart illustrating an example of a method of switching at a node adjacent to a link where a local event has occurred, according to the present invention;
3 is a flowchart illustrating an example of a method of switching at a node having a block link among switching methods at a node receiving a protection switching message according to the present invention;
4 is a flowchart illustrating an example of a switching method in a general node having no block link among switching methods at a node receiving a protection switching message according to the present invention.

이하에서, 첨부된 도면들을 참조하여 본 발명에 따른 네트워크에서 노드의 보호 절체 방법에 대해 상세히 설명한다.Hereinafter, a method of protection switching of a node in a network according to the present invention will be described in detail with reference to the accompanying drawings.

실시 예를 살펴보기에 앞서, 본원발명은 네트워크의 보호 절체 및 복구시 변경된 토폴로지에 대한 새로운 주소 학습이 필요한 경우에 적용 가능하며, 링 네트워크는 본 발명이 적용되는 하나의 실시 예일 뿐 링 네트워크에 한정되는 것은 아니다. 다만 설명의 편의를 위해 이하에서 링 네트워크의 경우에 대해 살펴본다.Prior to examining the embodiments, the present invention is applicable to the case where new address learning is required for the changed topology during protection switching and restoration of the network, and the ring network is only one embodiment to which the present invention is applied. It doesn't happen. However, for convenience of description, the case of the ring network will be described below.

도 1은 본 발명이 적용되는 링 네트워크의 일 예의 구조를 도시한 도면이다.1 is a diagram illustrating an example of a structure of a ring network to which the present invention is applied.

도 1을 참조하면, 링 네트워크는 각 노드가 링 형태로 연결된 구조를 가지며, 무한루프를 방지하기 위하여 노드 1(100)과 노드 4(130) 사이에 블록 링크(block link)를 포함한다. 여기서, 노드 1(100)은 링보호링크(RPL:Ring Protection Link) Owner이며, 노드 4(130)는 RLP 이웃(Neighbor)이다. 실시 예에 따라 RLP Neighbor가 생략될 수도 있다. 또한 본 발명이 적용되는 링 네트워크는 도 1과 같은 단일 링 구조뿐만 아니라 상호 접속된 다중 링, 다수의 보호 절체들을 이용한 중첩 링 구조 등 다양한 형태가 가능하며, 본 발명은 보호 절체 및 복구 시에 적용이 가능하다. Referring to FIG. 1, a ring network has a structure in which each node is connected in a ring shape, and includes a block link between node 1 100 and node 4 130 to prevent an infinite loop. Here, Node 1 (100) is a Ring Protection Link (RPL) Owner, and Node 4 (130) is an RLP Neighbor. In some embodiments, the RLP neighbor may be omitted. In addition, the ring network to which the present invention is applied may have various forms such as a single ring structure as shown in FIG. 1, an interconnected multiple ring, and an overlapping ring structure using a plurality of protection switching schemes. This is possible.

각 노드는 물리적으로 둘 이상의 포트를 포함할 수 있으며, 그 포트들은 West 포트와 East 포트의 두 종류로 구분된다. 예를 들어, 각 노드의 East 포트와 West 포트는 각각 하나의 물리적 포트이거나 실시 예에 따라 East 포트나 West 포트는 둘 이상의 포트를 포함할 수 있다. 이하에서 설명의 편의를 위해 각 노드의 East 포트와 West 포트는 각각 하나의 물리적인 포트인 것으로 가정한다.Each node can physically contain more than one port, and the ports are divided into two types, the West port and the East port. For example, the East port and the West port of each node may each be one physical port, or the East port or the West port may include two or more ports according to embodiments. Hereinafter, for convenience of description, it is assumed that the east port and the west port of each node are one physical port.

각 노드는 포트별로 트래픽 전송을 위한 필터링 데이터베이스(FDB)를 포함한다. 예를 들어, 노드 1(100)은 West 포트가 블록되어 있으므로 East 포트에 대한 FDB를 가지며, 노드 4(130)는 East 포트가 블록되어 있으므로 West 포트에 대한 FDB를 가지며, 노드 2,3(110,120)은 East 및 West 포트에 대해 각각의 FDB를 가진다. Each node includes a filtering database (FDB) for traffic transmission by port. For example, node 1 (100) has an FDB for the East port because the West port is blocked, node 4 (130) has an FDB for the West port because the East port is blocked, and nodes 2, 3 (110, 120). ) Has separate FDBs for the East and West ports.

링 네트워크에서 링크에 장애 발생이나 장애 복구 또는 사용자에 의한 강제 절체 등의 로컬 이벤트가 발생한 경우 절체가 발생한다. 이하에서 설명의 편의를 위해 노드 1과 노드 2 사이에 로컬 이벤트가 발생한 경우를 가정하여 이에 대한 보호 절체 방법을 구체적으로 살펴본다. In a ring network, a switchover occurs when a local event such as a link failure, failover, or forced switchover by a user occurs. For convenience of explanation, it is assumed that a local event occurs between node 1 and node 2 and the protection switching method thereof will be described in detail.

도 2는 로컬 이벤트가 발생한 링크에 인접한 노드에서의 절체 방법의 일 예를 도시한 흐름도이다.2 is a flowchart illustrating an example of a switching method in a node adjacent to a link where a local event occurs.

도 2를 참조하면, 로컬 이벤트가 발생한 링크에 인접한 노드는 절체를 유발하는 로컬 이벤트(예를 들어, 링크 장애, 강제 절체, 링크 복구 등)를 감지한다(S200). 로컬 이벤트의 감지는 CCM(Continuous Check Message) 또는 링크 디텍션 등을 통해 감지할 수 있으며, 보호 복구를 포함한다.Referring to FIG. 2, a node adjacent to a link having a local event detects a local event (eg, a link failure, forced switchover, link recovery, etc.) that causes a switchover (S200). Detection of local events can be detected through Continuous Check Message (CCM) or link detection, including protection recovery.

로컬 이벤트를 감지한 노드는 발생한 로컬 이벤트에 따라 포트들의 블록 설정 또는 블록 해제 등을 수행한다(S210). 예를 들어, 도 1의 링 네트워크에서 노드 1(100)과 노드 2(110) 사이에서 장애 발생(SF:Signal Failure)이나 수동 절체(MS: Manual Switching) 또는 강제 절체(FS: Forced Switching) 등의 로컬 이벤트가 발생한 경우, RLP Owner인 노드 1(100)은 로컬 이벤트의 발생을 감지하고 논리적 블록 포트(즉, West 포트)의 블록을 해제하고 로컬 이벤트가 발생한 링크의 포트(즉, East 포트)의 블록을 설정한다. 반면 노드 2(110)는 별도의 논리적 블록 포트를 가지지 아니하므로 단지 로컬 이벤트가 발생한 포트의 블록을 설정한다. 또 다른 예로서 노드 1(100)과 노드 2(110) 사이의 장애 복구의 로컬 이벤트가 발생한 경우에 노드 1(100)은 노드 4(130) 사이의 포트(즉, West 포트)의 블록을 설정하고 노드 1(100) 사이의 포트(즉, East 포트)의 블록을 해제한다. 이와 같이, 로컬 이벤트가 발생한 링크에 인접한 노드는 발생한 로컬 이벤트의 종류와 자신의 상태에 따라 특정 포트의 블록을 설정하거나 해제한다. The node detecting the local event performs block setting or block release of ports according to the generated local event (S210). For example, in the ring network of FIG. 1, between a node 1 (100) and a node 2 (110), a signal failure (SF), manual switching (MS), or forced switching (FS) is performed. If a local event of RLP Owner occurs, Node 1 (100), the RLP Owner, detects the occurrence of the local event, unblocks the logical block port (that is, the West port), and the port of the link where the local event occurred (that is, the East port). Set the block of. On the other hand, since node 2 110 does not have a separate logical block port, only node 2 110 sets a block of a port where a local event occurs. As another example, when a local event of failover between node 1 100 and node 2 110 occurs, node 1 100 establishes a block of ports (ie, West ports) between node 4 130. And unblock the port (ie, East port) between node 1 (100). In this way, the node adjacent to the link where the local event occurs sets or releases a block of a specific port according to the type of local event and its state.

블록의 설정이나 해제가 완료되면, 로컬 이벤트가 발생한 링크에 인접한 노드는 보호 절체 메시지(예를 들어, R-APS(SF/MS/FS))를 링의 다른 모든 노드에게 멀티캐스트 전송한다(S220). When the block is set up or released, the node adjacent to the link where the local event occurred multicasts a protection transfer message (eg, R-APS (SF / MS / FS)) to all other nodes in the ring (S220). ).

그 다음 노드는 로컬 이벤트의 발생으로 블록된 포트에 대한 FDB 플러시 명령을 다른 포트의 FDB 플러시 명령보다 먼저 발생한다(S230). 블록된 포트에 대한 FDB 플러시 명령이 발생하면 노드는 그 블록된 포트로 출력되는 트래픽에 대해 모든 포트를 통해 출력하는 플러딩(flooding)을 수행한다(S240). 여기서 플러딩은 블록된 포트에 대한 FDB 플러시가 완료된 이후에 수행하는 것이 아니라 블록된 포트에 대한 FDB 플러시가 시작되는 순간, 즉 FDB 플러시 명령이 발생한 순간에 수행된다. 그리고 노드는 블록된 포트에 대한 FDB 플러시가 완료되면, 블록된 포트 이외의 다른 포트들에 대한 FDB 플러시 명령을 발생한다(S250). Next, the node generates an FDB flush command for a port blocked due to the occurrence of a local event before the FDB flush command of another port (S230). When the FDB flush command for the blocked port is generated, the node performs flooding outputting through all ports for traffic output to the blocked port (S240). The flooding is not performed after the FDB flush on the blocked port is completed, but at the moment when the FDB flush is started on the blocked port, that is, at the moment the FDB flush command occurs. When the FDB flush for the blocked port is completed, the node generates an FDB flush command for ports other than the blocked port (S250).

예를 들어, 도 1에서 노드 1(100)과 노드 2(110) 사이의 장애 발생 등의 로컬 이벤트가 발생한 경우 노드 1에서 로컬 이벤트가 발생한 링크로 출력되는 트래픽은 East 포트가 플러시될 때 플러딩되는데, 노드 1(100)의 West 포트의 플러시가 먼저 이루어진다면 West 포트의 플러시에 따른 시간만큼 지연된 후에 East 포트의 플러시가 일어나므로 트래픽 복구 시간이 지연되나, 본 실시예의 경우, 노드 1(100)의 East 포트가 먼저 플러시되므로 West 포트의 플러시에 따른 지연 없이 바로 트래픽이 복구될 수 있다.For example, in FIG. 1, when a local event such as a failure between node 1 100 and node 2 110 occurs, the traffic output from the node 1 to the link where the local event occurs is flooded when the East port is flushed. If the first port flush of the node 1 (100) is performed first, the traffic recovery time is delayed because the east port is flushed after a delay according to the flush of the west port. However, in the present embodiment, the first port of the node 1 (100) is delayed. Because the East port is flushed first, traffic can be recovered immediately without delays caused by the West port flushing.

도 3은 본 발명에 따른 보호 절체 메시지를 수신한 노드에서의 절체 방법 중 블록 링크를 가진 노드에서의 절체 방법의 일 예를 도시한 흐름도이다.3 is a flowchart illustrating an example of a method of switching at a node having a block link among switching methods at a node receiving a protection switching message according to the present invention.

도 3을 참조하면, 노드는 보호 절체 메시지를 수신하면(S300), 이전에 있던 포트의 블록을 해제한다(S410). 블록 포트를 가지는 노드는 도 1의 노드 4(130)와 같은 RPL Neighbor일 수 있으며, 이 외 일반 노드일 수도 있다. 더구나 노드가 보호 절체 메시지의 수신시 노드는 반드시 기존 블록 포트의 블록을 해제하여야 하는 것이 아니며 수신한 보호 절체 메시지의 종류나 노드의 상황에 따라 블록이 해제되지 않는 경우도 존재하나 블록이 해제되지 않는 경우는 본 발명의 범위를 벗어나는 것이므로 이에 대한 상세한 설명은 생략한다. Referring to FIG. 3, when a node receives a protection transfer message (S300), the node releases a block of a previously port (S410). The node having a block port may be an RPL neighbor such as node 4 130 of FIG. 1, or may be a general node. In addition, when a node receives a protection transfer message, the node does not have to release the block of the existing block port, and the block may not be released depending on the type of the protection transfer message received or the situation of the node, but the block is not released. If the case is outside the scope of the present invention, a detailed description thereof will be omitted.

노드는 블록이 해제된 포트의 반대방향의 포트에 대한 FDB 플러시 명령을 발생하고(S320), 트래픽을 플러딩한다(S330). 그리고 노드는 블록이 해제된 포트의 반대방향의 포트에 대한 FDB 플러시가 완료되면, 블록이 해제된 포트에 대한 FDB 플러시 명령을 발생한다(S440). The node generates an FDB flush command for the port in the opposite direction of the port in which the block is released (S320), and floods the traffic (S330). When the FDB flush is completed for the port in the opposite direction to the port in which the block is released, the node generates an FDB flush command for the port in which the block is released (S440).

예를 들어, 블록된 포트를 가진 노드가 도 1의 노드 4(130)와 같은 RPL Neighbor인 경우, 노드는 첫 번째 보호 절체 메시지를 수신하면 이를 다음 노드로 전송하지 않고 폐기하며, 이후 동일한 보호 절체 메시지를 동일 포트로 다시 수신되는 경우에 이를 다음 노드로 전송한다. For example, if a node with a blocked port is an RPL neighbor such as node 4 130 of FIG. 1, when the node receives the first protection transfer message, it discards it without sending it to the next node, and then the same protection transfer. If a message is received back on the same port, it is sent to the next node.

도 4는 본 발명에 따른 보호 절체 메시지를 수신한 노드에서의 절체 방법 중 블록 링크를 가지지 않은 일반 노드에서의 절체 방법의 일 예를 도시한 흐름도이다.4 is a flowchart illustrating an example of a switching method in a general node having no block link among switching methods at a node receiving a protection switching message according to the present invention.

도 4를 참조하면, 노드는 보호 절체 메시지를 수신하면(S400), 그 메시지를 수신한 포트에 대한 FDB 플러시 명령을 먼저 발생한 후(S410), 보호 절체 메시지를 수신한 반대 방향의 포트의 FDB 플러시 명령을 발생한다(S420). 따라서 보호 벌체 메시지를 수신한 포트로 출력되는 트래픽이 먼저 플러딩되어 트래픽이 복구된다. 그리고 노드는 수신한 보호 절체 메시지를 다음 노드로 전송한다.Referring to FIG. 4, when a node receives a protection transfer message (S400), the node first issues an FDB flush command for the port that received the message (S410), and then flushes an FDB of a port in the opposite direction in which the protection transfer message is received. Generate a command (S420). Therefore, the traffic output to the port that received the protection beacon message is flooded first to recover the traffic. The node then transmits the received protection transfer message to the next node.

예를 들어, 도 1에서 노드 3(120)이 노드 2(110)에서 전송한 보호 절체 메시지를 West 포트를 통해 수신한 경우 West 포트의 FDB를 먼저 플러시한 후 그 다음으로 East 포트의 FDB를 플러시하며, 노드 1(100)에서 전송한 보호 절체 메시지를 East 포트를 통해 수신한 경우 East 포트의 FDB를 먼저 플러시한 후 그 다음으로 East 포트의 FDB를 플러시한다. 따라서 먼저 플러시된 포트에 대한 트래픽이 먼저 복구된다. For example, in FIG. 1, when node 3 120 receives a protection transfer message transmitted from node 2 110 through the west port, first flush the FDB on the west port and then flush the FDB on the east port. If the protection transfer message transmitted from the node 1 (100) is received through the East port, the FDB of the East port is first flushed, and then the FDB of the East port is flushed. Therefore, traffic for the first flushed port is recovered first.

또 다른 예로서, 노드 1(100)과 노드 3(120) 사이의 트래픽이 있는 경우에 노드 1(100)과 노드 2(110) 사이에 로컬 이벤트가 발생하면, 노드 1(100)을 향하는 트래픽은 노드 4(130)를 경유하여 전송하도록 절체되어야 한다. 이 경우 노드 3(120)은 West 포트를 East 포트보다 먼저 플러시하여야 East 포트의 플러시에 따른 지연시간 없이 바로 노드 4(130)를 경유하여 노드 1(100)로 트래픽을 전송함으으로써 신속한 트래픽 복구가 가능한다. 그러나 경우에 따라 노드 3(120)은 노드 2(110)에서 전송한 보호 절체 메시지보다 먼저 노드 1(100)에서 전송한 보호 절체 메시지를 수신할 수 있으며, 이 경우 앞서 살핀 방법에 따라 노드 3의 East 포트 먼저 플러시되므로, 노드 3은 East 포트 플러시 이후 West 포트 플러시될 때까지 기다려야 하므로 트래픽 복구 지연이 발생한다. As another example, if a local event occurs between node 1 (100) and node 2 (110) when there is traffic between node 1 (100) and node 3 (120), traffic directed to node 1 (100). Must be switched to transmit via node 4 (130). In this case, Node 3 (120) must flush the West port before the East port, so that traffic can be quickly recovered by transmitting traffic to Node 1 (100) directly through Node 4 (130) without the delay caused by the East port flush. It is possible. However, in some cases, node 3 (120) may receive the protection transfer message transmitted from node 1 (100) prior to the protection transfer message transmitted from node 2 (110). Since the East port is flushed first, Node 3 has to wait for the West port to flush after the East port flush, resulting in traffic recovery delays.

이는 링 네트워크에 RLP Neighbor를 두어 해결할 수 있다. RPL Neighbor인 노드 4(130)는 노드 1(100)로부터 보호 절체 메시지를 수신하면 도 4에 도시된 흐름에 따라 보호 절체를 수행한 후 그 보호 절체 메시지를 다음 노드로 전송하지 않고 폐기한다. 실시 예에 따라 로컬 이벤트가 발생한 링크에 인접한 노드 1(100)과 2(110)는 일정 간격(예를 들어, 3.3ms)을 두고 동일한 보호 절체 메시지를 수차례(예를 들어, 세번) 보낼 수 있으며, 이 경우 RPL Neighbor인 노드 4(130)는 첫 번째 보호 절체 메시지는 폐기하고 그 이후 보호 절체 메시지를 다음 노드로 전송하므로 노드 3(120)은 노드 2(110)에서 전송한 보호 절체 메시지를 먼저 수신할 수 있다. 노드 3(120)은 동일 포트를 통해 동일한 보호 절체 메시지를 수신한 경우, 그 동일한 보호 절체 메시지를 폐기하고 다음 노드로 전송하지 않는다.This can be solved by placing an RLP neighbor in the ring network. When the node 4 (130), which is an RPL neighbor, receives the protection switching message from the node 1 (100), performs the protection switching according to the flow shown in FIG. 4, and then discards the protection switching message without transmitting to the next node. According to an embodiment, nodes 1 (100) and 2 (110) adjacent to a link having a local event may send the same protection transfer message several times (for example, three times) at a predetermined interval (for example, 3.3 ms). In this case, Node 4 (130), which is an RPL neighbor, discards the first protection transfer message and then sends the protection transfer message to the next node. Therefore, node 3 (120) transmits the protection transfer message transmitted from node 2 (110). You can receive it first. When the node 3 120 receives the same protection transfer message through the same port, the node 3 120 discards the same protection transfer message and does not transmit it to the next node.

본 발명은 또한 컴퓨터로 읽을 수 있는 기록매체에 컴퓨터가 읽을 수 있는 코드로서 구현하는 것이 가능하다. 컴퓨터가 읽을 수 있는 기록매체는 컴퓨터 시스템에 의하여 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 컴퓨터가 읽을 수 있는 기록매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피디스크, 광데이터 저장장치 등이 있다. 또한 컴퓨터가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어 분산방식으로 컴퓨터가 읽을 수 있는 코드가 저장되고 실행될 수 있다.The present invention can also be embodied as computer-readable codes on a computer-readable recording medium. A computer-readable recording medium includes all kinds of recording apparatuses in which data that can be read by a computer system is stored. Examples of computer-readable recording media include ROM, RAM, CD-ROM, magnetic tape, floppy disks, optical data storage devices, and the like. The computer readable recording medium can also be distributed over network coupled computer systems so that the computer readable code is stored and executed in a distributed fashion.

이제까지 본 발명에 대하여 그 바람직한 실시예들을 중심으로 살펴보았다. 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자는 본 발명이 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 변형된 형태로 구현될 수 있음을 이해할 수 있을 것이다. 그러므로 개시된 실시예들은 한정적인 관점이 아니라 설명적인 관점에서 고려되어야 한다. 본 발명의 범위는 전술한 설명이 아니라 특허청구범위에 나타나 있으며, 그와 동등한 범위 내에 있는 모든 차이점은 본 발명에 포함된 것으로 해석되어야 할 것이다.So far I looked at the center of the preferred embodiment for the present invention. It will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the spirit and scope of the invention as defined by the appended claims. Therefore, the disclosed embodiments should be considered in an illustrative rather than a restrictive sense. The scope of the present invention is defined by the appended claims rather than by the foregoing description, and all differences within the scope of equivalents thereof should be construed as being included in the present invention.

Claims (11)

네트워크에서 절체를 유발하는 로컬 이벤트가 발생한 링크에 인접한 노드의 절체 방법에 있어서,
상기 로컬 이벤트에 따라 블록된 포트에 대하여, 필터링 데이터베이스의 플러시 명령을 발생하는 단계; 및
블록된 포트 외의 포트들에 대한 필터링 데이터베이스의 플러시 명령을 발생하는 단계;를 포함하는 것을 특징으로 하는 네트워크에서 노드의 절체 방법.
In a method of switching a node adjacent to a link having a local event causing a switchover in a network,
Generating a flush command of a filtering database for a port blocked according to the local event; And
Generating a flush command of the filtering database for ports other than the blocked port.
제 1항에 있어서,
상기 로컬 이벤트의 발생을 감지하는 단계;
상기 로컬 이벤트에 따라 포트들의 블록 설정 또는 블록 해제를 수행하는 단계; 및
보호 절체 메시지를 전송하는 단계;를 상기 첫 단계 전에 포함하는 것을 특징으로 하는 네트워크에서 노드의 절체 방법.
The method of claim 1,
Detecting the occurrence of the local event;
Performing block setting or block unblocking of ports according to the local event; And
Transmitting a protection switching message; before the first step.
제 1항에 있어서,
상기 첫 단계의 플러시 명령이 발생할 때, 상기 블록된 포트로 출력되는 트래픽을 플러딩하는 단계;를 포함하는 것을 특징으로 하는 네트워크에서 노드의 절체 방법.
The method of claim 1,
And flooding the traffic output to the blocked port when the flush command of the first step occurs.
제 1항에 있어서,
상기 로컬 이벤트가 발생한 링크에 인접한 노드가 루프의 형성을 방지하기 위한 논리적 블록 포트를 포함하고 있는 경우에, 장애 발생의 로컬 이벤트를 감지하면 상기 논리적 블록 포트의 블록을 해제하고, 장애 발생한 포트의 블록을 설정하는 단계;를 포함하는 것을 특징으로 하는 네트워크에서 노드의 절체 방법.
The method of claim 1,
If a node adjacent to the link where the local event occurred includes a logical block port for preventing the formation of a loop, upon detection of a local event of a failure, the block of the logical block port is released and a block of the failed port is detected. Step of switching node in the network comprising a.
네트워크에서 블록 포트를 포함한 노드에서 보호 절체 메시지를 수신한 경우의 절체 방법에 있어서,
보호 절체 메시지의 수신으로 인해 상기 블록 포트의 블록이 해제되면, 상기 블록이 해제된 포트와 반대 방향의 포트에 대한 필터링 데이터베이스의 플러시 명령을 발생하는 단계; 및
상기 블록이 해제된 포트에 대한 필터링 데이터베이스의 플러시 명령을 발생하는 단계;를 포함하는 것을 특징으로 하는 네트워크에서 노드의 절체 방법.
In the method of switching when a protection transfer message is received from a node including a block port in a network,
When the block of the block port is released due to the reception of a protection transfer message, generating a flush command of the filtering database for the port in a direction opposite to the port where the block is released; And
And generating a flush command of the filtering database for the port from which the block is released.
제 5항에 있어서,
보호 절체 메시지를 수신하는 단계; 및
상기 블록 포트의 블록을 해제하는 단계;를 상기 첫 단계 이전에 포함하는 것을 특징으로 하는 네트워크에서 노드의 절체 방법.
6. The method of claim 5,
Receiving a protection transfer message; And
Releasing the block of the block port; before the first step.
제 5항에 있어서,
상기 첫 단계의 플러시 명령이 발생할 때, 상기 블록이 해제된 포트와 반대 방향의 포트로 출력되는 트래픽을 플러딩하는 단계;를 더 포함하는 것을 특징으로 하는 네트워크에서 노드의 절체 방법.
6. The method of claim 5,
And flooding the traffic output to the port in a direction opposite to the port from which the block is released when the flush command of the first step occurs.
제 5항에 있어서,
상기 노드가 링보호링크 이웃(RPL Neighbor)인 경우에, 동일한 포트를 통해 동일한 보호 절체 메시지를 적어도 두 번 이상 수신하는 경우 첫 번째 수신한 보호 절체 메시지는 다음 노드로 전송하지 않고 폐기하며, 두 번째부터 수신한 보호 절체 메시지부터 다음 노드로 전송하는 단계;를 포함하는 것을 특징으로 하는 네트워크에서 노드의 절체 방법.
6. The method of claim 5,
In case that the node is a ring protection link neighbor (RPL neighbor), if the same protection transfer message is received at least two times through the same port, the first received protection transfer message is discarded without being transmitted to the next node. Transmitting the protection switching message received from the node to the next; The method of switching nodes in a network comprising a.
네트워크에서 보호 절체 메시지를 수신한 노드에서의 절체 방법에 있어서,
상기 보호 절체 메시지를 수신한 포트에 대한 필터링 데이터베이스의 플러시 명령을 발생하는 단계; 및
상기 보호 절체 메시지를 수신한 포트 이외의 포트들에 대한 필터링 데이터베이스의 플러시 명령을 발생하는 단계;를 포함하는 것을 특징으로 하는 네트워크에서 노드의 절체 방법.
In the method of switching at the node receiving the protection switching message in the network,
Generating a flush command of the filtering database for the port that received the protection transfer message; And
And generating a flush command of the filtering database for ports other than the port for receiving the protection switching message.
제 9항에 있어서,
동일한 포트로 동일한 보호 절체 메시지를 반복 수신한 경우 반복 수신된 보호 절체 메시지를 폐기하는 단계;를 더 포함하는 것을 특징으로 하는 네트워크에서 노드의 절체 방법.
The method of claim 9,
Discarding the repeatedly received protection switching message when the same protection switching message is repeatedly received through the same port.
제 1항 내지 제 10항 중 어느 한 항에 기재된 방법을 수행하기 위한 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체.A computer-readable recording medium having recorded thereon a program for performing the method according to any one of claims 1 to 10.
KR1020110037971A 2011-04-22 2011-04-22 Protection switching method in packet ring network KR101256649B1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020110037971A KR101256649B1 (en) 2011-04-22 2011-04-22 Protection switching method in packet ring network

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020110037971A KR101256649B1 (en) 2011-04-22 2011-04-22 Protection switching method in packet ring network

Publications (2)

Publication Number Publication Date
KR20120119783A true KR20120119783A (en) 2012-10-31
KR101256649B1 KR101256649B1 (en) 2013-04-19

Family

ID=47286977

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020110037971A KR101256649B1 (en) 2011-04-22 2011-04-22 Protection switching method in packet ring network

Country Status (1)

Country Link
KR (1) KR101256649B1 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20170096560A (en) * 2016-02-15 2017-08-24 주식회사 에치에프알 System for Compensating for the Latency caused by Switchover from the Fronthaul Ring Topology
KR101878575B1 (en) * 2016-12-29 2018-07-13 세종대학교산학협력단 Method and system of protection in fronthaul networks

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100954595B1 (en) * 2009-01-23 2010-04-27 액터스네트웍스(주) Protection switching method in multiple ethernet ring network

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20170096560A (en) * 2016-02-15 2017-08-24 주식회사 에치에프알 System for Compensating for the Latency caused by Switchover from the Fronthaul Ring Topology
KR101878575B1 (en) * 2016-12-29 2018-07-13 세종대학교산학협력단 Method and system of protection in fronthaul networks

Also Published As

Publication number Publication date
KR101256649B1 (en) 2013-04-19

Similar Documents

Publication Publication Date Title
JP5073812B2 (en) Distributed Ethernet system and method for detecting faults based on the system
US7003705B1 (en) Ethernet automatic protection switching
EP2352253B1 (en) Method and apparatus for protecting link aggregation group of ethernet ring
EP2555476A1 (en) Method, system and device for protecting multicast in communication network
CN101060485B (en) Topology changed messages processing method and processing device
US10721094B2 (en) Ethernet ring protection switching method and node
EP2207307B1 (en) Method for processing the failure of the slave port of the master node in an ethernet ring network system
JP2005269059A (en) Data repeater, repeating method and program
JP2005260927A (en) Ethernet automatic protection switching
KR20090050933A (en) Failure recovery method in non revertive mode of ethernet ring netwrok
CN101478469B (en) Method and system for RRPP loop link switching
US9509523B2 (en) Method for protection switching in ethernet ring network
WO2011095101A1 (en) Linear 1: n protection method, device and system for packet transport network
CN100466583C (en) Fast ring network method against attack based on RRPP, apparatus and system
CN101483573B (en) Method and network node for GVRP dynamic learning
WO2010102490A1 (en) Address update method for ports of switching node, and switching node in ethernet ring network
EP2533470B1 (en) Method and equipment for preventing repeated refreshing of ethernet ring node address table
CN101217445B (en) A method of loop generation protection and Ethernet ring system
CN101547131B (en) EAPS looped network single-channel fault location and protection method
CN101237319B (en) Time synchronization method in Ethernet ring network and Ethernet ring system
KR101256649B1 (en) Protection switching method in packet ring network
KR100954595B1 (en) Protection switching method in multiple ethernet ring network
EP2704356A2 (en) Method, node and system for determining fault indication state
EP2698949B1 (en) METHOD AND SYSTEM FOR SETTING DETECTION FRAME TIMEOUT DURATION OF ETHERNET NODEs
CN101136830B (en) Loop prevention method after RPR bridge fault recovery

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: 20170410

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20190410

Year of fee payment: 7