이하에서는 첨부한 도면을 참조하여 본 발명의 바람직한 실시예를 상세히 설명한다. 본 발명을 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 또한, 후술되는 용어들은 본 발명에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
도 1은 본 발명의 바람직한 실시예에 따른 보호절체 장치(1)의 구성도이다.
도 1을 참조하면, 보호절체 장치(1)는 절체부(10) 및 복구부(20)를 포함한다.
여기서 보호절체 장치(1)는 링 형의 네트워크에 포함되는 네트워크 장치이다. 네트워크는 이더넷에 기반한 망 형태인 것이 바람직하다.
구체적으로 본 발명에 따른 네트워크는 네트워크를 구성하는 네트워크 장치, 즉 각 노드가 IEEE 802.1 브리지 릴레이(Bridge relay)를 중심으로 서쪽 포트(West port)와 동쪽 포트(East port)에서 IEEE 802.3 매체 접근 제어(Media Access Control, 이하 MAC)로 구현될 수 있다.
본 발명에 따르면, 이더넷 기반의 링 네트워크는 보호절체를 위한 네트워크 장치가 지정될 수 있다. 여기서 보호절체 장치(1)는 논리적으로 개방 루프(open loop)를 구성할 수 있도록 링 망 내 특정 네트워크 장치의 포트를 차단한다. 즉 네트워크 장치를 서로 연결시켜 물리적으로는 폐쇄 루프(closed loop)를 형성하지만, 논리적으로는 개방 루프를 형성하여 폐쇄형 네트워크를 구성한다.
절체부(10)는 패킷이 전송되는 경로상의 네트워크 장치로부터 수신된 장애감지 프레임에 따라, 보호링크를 통해 패킷의 전송 경로를 절체한다. 여기서 패킷이 전송되는 경로상의 네트워크 장치는 장애가 발생한 네트워크 장치 또는 링크와 인접한 네트워크 장치인 것이 바람직하다. 나아가 장애감지 프레임은 장애가 발생한 네트워크 장치 또는 링크 정보, 포트차단 정보 및 패킷전송 포트 정보 중 적어도 하나가 포함된 프레임인 것이 바람직하다.
복구부(20)는 장애가 해제되면, 장애가 발생한 네트워크 장치 또는 링크를 이후 절체를 위한 보호 네트워크 장치 또는 보호링크로 지정한다. 또한 패킷 전송상의 네트워크 장치로부터 수신된 복구요청 프레임을 기초로 장애가 발생한 네트워크 장치 또는 링크를 복구한다. 여기서 복구요청 프레임은 장애가 해제된 네트워크 장치 또는 링크 정보, 포트 차단 정보 및 링크상태 정보 중 적어도 하나를 포함한 프레임인 것이 바람직하다.
도 2는 도 1의 보호절체 장치(1)의 절체부(10)의 구성도이다.
도 2를 참조하면, 절체부(10)는 차단해제부(100) 및 연결부(110)를 포함한다.
차단해제부(100)는 패킷이 전송되는 경로상의 네트워크 장치로부터 수신된 장애감지 프레임에 따라, 미리 차단된 포트를 차단해제한다. 장애감지 프레임은 링 망의 다른 네트워크 장치에 송신한 연결상태 점검메시지의 프레임 손실을 감지한 패킷 전송 경로상의 네트워크 장치로부터 수신된 프레임이다.
예를 들면 이더넷 기반의 링 망에서의 장애감지 프레임은 이더넷 기반 자동보호절체-원격결함감지신호(ETHernet Automatic Protection Switch-Remote Defect Indication, 이하 ETH-APS-RDI)일 수 있다. 또한 연결상태 점검메시지는 이더넷 기반 연결상태 점검메시지(ETHernet-Continuity Check Message, 이하 ETH-CCM)일 수 있다.
한편 연결부(110)는 차단해제부(100)를 통해 차단해제된 포트에서 미리 설정된 보호링크를 통해 패킷 전송 경로상의 네트워크 장치로 절체 프레임을 송신하여 절체한다.
여기서 연결부(110)는 절체테이블 갱신부(112) 및 절체패킷 전송부(114)를 포함한다.
절체테이블 갱신부(112)는 절체 프레임을 패킷 전송 경로상의 네트워크 장치에 송신하여 패킷전송 포트 지정 테이블을 갱신한다. 패킷전송 포트 지정 테이블은 FDB(Forwading DataBase)일 수 있다.
부연하면 FDB는 링 망 내 각 네트워크 장치간에 트래픽을 송수신할 수 있는 포트의 위치를 지정해 주는 테이블이다. 이때 FDB에서 지정된 포트를 통해 데이터 트래픽이 송수신될 수 있다.
또한 절체테이블 갱신부(112)는 절체 프레임을 패킷 전송 경로상의 네트워크 장치, 예를 들면 장애가 발생한 네트워크 장치의 인접 네트워크 장치에 송신할 때, 미리 설정된 보호링크를 통해 절체 프레임을 송신하는 것이 바람직하다. 절체 프레임은 ETH-APS-RDI에 대한 응답인 ETH-APS-ACK(Ethernet-Automatic Protection Signal-ACKnowledge)일 수 있다.
한편, 절체패킷 전송부(114)는 절체테이블 갱신부(112)를 통해 갱신된 테이블을 기초로 패킷이 전송되도록 절체한다.
도 3은 도 1의 보호절체 장치(1)의 복구부(20)의 구성도이다.
도 3을 참조하면, 복구부(20)는 복구테이블 갱신부(200) 및 복구패킷 전송부(210)를 포함한다.
복구테이블 갱신부(200)는 수신된 복구요청 프레임에 따라 생성된 복구 프레임을 다른 네트워크 장치에 송신하여 패킷전송 포트 지정 테이블을 갱신한다. 여 기서 복구요청 프레임은 이더넷 기반의 네트워크일 경우, ETH-APS-UP 프레임인 것이 바람직하다. 또한 복구 프레임은 ETH-APS-ACK(Ethernet-Automatic Protection Signal-ACKnowledge) 프레임인 것이 바람직하다.
나아가 장애가 해제되면 복구된 네트워크 장치의 한 링크를 루핑 방지를 위해 차단 링크로 설정하며, 다른 하나의 링크는 차단 해제 링크로 설정하여 FDB 테이블에 추가함으로써, 복구 후에도 서비스를 지속적으로 제공할 수 있다. 이 경우 차단링크와 차단 해제 링크의 판단은 링크 우선 순위에 따르며, 링크 우선 순위는 망 운용자에 의해 망 설정 초기에 지정될 수 있다.
한편, 복구패킷 전송부(210)는 복구테이블 갱신부(200)를 통해 갱신된 테이블을 기초로 새로운 패킷 전송 경로를 통해 패킷이 전송되도록 복구한다.
이하 도 4 내지 도 8을 통해 보호절체 방법 및 복구 방법에 대해 상세히 후술한다.
도 4는 본 발명의 일실시예에 따른 링 망의 흐름을 설명하기 위한 참고도이다.
도 4를 참조하면, 장애가 발생하기 이전인 정상 상태의 링 형 네트워크는, 장애가 발생할 경우 보호절체를 위해 특정 네트워크 장치를 보호링크(protection link)와 연결되게 하는 것이 바람직하다.
예를 들면, 이더넷 링 망은 도 4와 같이 노드 N1을 보호절체를 위한 네트워크 장치로 지정할 수 있다. 이때 노드 N1의 하나의 포트를 차단하여 논리적으로 개방 루프(open loop)가 되도록 한다. 또한 노드 N1 및 노드 N5간의 링크를 보호 링크로 설정할 수 있다.
한편 네트워크는 네트워크 장치와 네트워크 장치간의 장애를 검출하기 위해 ETH-CC를 이용하여 주기적으로 링크를 모니터링한다. 예를 들면, 보호절체를 위한 네트워크 장치가 노드 N1일 경우, 차단된 하나의 포트는 데이터 트래픽만 차단되고, ETH-CC는 노드 N1과 노드 N5간에 서로 송수신되도록 하는 것이 바람직하다.
나아가 노드 N1 및 노드 N5를 포함한 모든 노드에서 인접 노드간 ETH-CC가 서로 송수신되는 것이 바람직하다. 이때 정상적인 상태에서 자동적인 주소 학습(Address Learning)에 의해 FDB가 생성되고, 생성된 FDB에 따라 데이터 트래픽이 전송된다. ETH-CC는 도 9와 같은 형태의 포맷일 수 있다.
도 5는 본 발명의 일실시예에 따른 보호절체 방법을 도시한 흐름도이고, 도 6은 도 5의 보호절체 방법을 설명하기 위한 참고도이다.
도 5를 참조하면, 보호절체 장치(1)는 보호절체를 위하여 패킷 전송 경로상의 네트워크 장치로부터 수신된 장애감지 프레임에 따라, 미리 차단된 포트를 차단해제한다(S100). 예를 들면 도 6과 같이 노드 N3에 장애가 발생한 경우, 보호절체를 위한 장치 노드 N1은 노드 N3와 인접한 노드 N2 및 노드 N4로부터 장애감지 프레임 ETH-APS-RDI를 수신한다. 이때 ETH-APS-RDI는, 인접 네트워크 장치 N2 및 N4가 네트워크 장치간의 ETH-CC의 프레임 손실을 감지했을 경우 보호절체 장치(1)로 송신하는 프레임이다.
그러면, 보호절체 장치(1)는 ETH-APS-RDI 프레임을 수신하여, 미리 차단된 포트를 해제한다. 예를 들면 도 6과 같이 보호절체 이전에는 차단되었던 노드 N5 로 향하는 포트를 차단 해제한다.
이어서, 보호절체 장치(1)는 차단 해제된 포트에서 미리 설정된 보호링크를 통해 패킷 전송 경로상의 네트워크 장치로 절체 프레임을 송신한다(S110). 예를 들면 도 6과 같이 노드 N1 및 노드 N5간의 링크를 경유하여, 장애가 발생한 네트워크 장치 N3의 인접 네트워크 장치인 노드 N2 및 노드 N4로 절체 프레임을 송신할 수 있다. 여기서 절체 프레임은 ETH-APS-ACK인 것이 바람직하다. ETH-APS-ACK은 도 10과 같은 형태의 포맷일 수 있다.
이어서, 보호절체 장치(1)는 패킷전송 포트 지정 테이블인 FDB를 갱신한다(S120). 즉 ETH-APS-ACK 프레임 내에 포함됨 FDB Flush 정보에 따라 FDB flush 명령을 수신한 모든 노드는 FDB를 삭제하고, 주소 학습 과정을 거쳐서 변경된 링형 망에 적합한 FDB를 갱신한다. 그리고 갱신된 FDB 테이블에 따라 패킷이 포워딩되도록 절체한다(S130).
도 7은 본 발명의 일실시예에 따른 복구 방법을 도시한 흐름도이고, 도 8은 도 7의 복구 방법을 설명하기 위한 참고도이다.
도 7을 참조하면, 복구를 위해 장애가 해제되면 장애가 발생한 네트워크 장치 또는 링크를 이후 절체를 위한 보호 네트워크 장치 또는 보호링크로 지정한다(S200). 예를 들면 도 8과 같이 노드 N3에서 장애가 발생한 경우, 노드 N3를 이후 절체를 위한 보호 네트워크 장치로 지정하며, 노드 N3와 인접한 링크인 노드 N3와 노드 N4간의 링크를 보호 링크로 설정하여, 노드 N3의 노드 N4로 향하는 포트를 차단 설정할 수 있다.
즉 장애가 해제되면 장애 전의 보호 링크를 차단 상태로 재설정하지 않고, 복구된 링크를 차단하여 보호 링크로 지정하는 비복귀형 링크 보호절체 기술을 따른다. 이에 따라 장애가 복구되면 트래픽 루핑(traffic looping)을 방지할 수 있다.
이어서 복구를 위해 패킷 전송 경로상의 네트워크 장치로부터 수신된 복구요청 프레임을 기초로 생성된 복구 프레임을 다른 네트워크 장치에 송신한다(S210).
예를 들면 도 8과 같이 네트워크 장치 N1은 장애가 발생한 네트워크 장치 N3와 인접한 네트워크 장치인 노드 N2 및 노드 N4로부터 복구요청 프레임인 ETH-APS-UP 프레임을 수신한다. 여기서 ETH-APS-UP 프레임은 장애가 해제된 네트워크 장치 또는 링크 정보, 포트 차단 정보 및 링크상태 정보 중 적어도 하나를 도 10과 같은 프레임 포맷 형태로 전송할 수 있다.
또한 ETH-APS-UP 프레임을 수신한 네트워크 장치는 복구 프레임인 ETH-APS-ACK 프레임을 각 네트워크 장치에 송신한다. 예를 들면, 도 8과 같이 네트워크 장치 N1은 ETH-APS-UP 프레임의 정보를 참조하여, ETH-APS-ACK 프레임 포맷에 차단 링크 정보를 저장하며, 장애 복구된 네트워크 장치 N3 및 인접 네트워크 장치인 N2 및 N4로 도 10의 포맷 형태로 ETH-APS-ACK 프레임을 전송한다. 이때 ETH-APS-ACK 프레임을 수신한 노드 N3은 수신된 프레임의 차단 링크 정보를 참조하여 노드 N2간의 링크를 차단 해제할 수 있다.
나아가 복구를 위해 패킷전송 포트 지정 테이블을 갱신한다(S220). 예를 들면, 도 8과 같이 ETH-APS-ACK 프레임을 수신한 노드 N3은 모든 노드에 ETH-APS-FDB 프레임을 전송한다.
그리고, 갱신된 테이블을 기초로 패킷이 전송되도록 복구한다(S230). 예를 들면 도 8과 같이 ETH-APS-FDB 프레임을 수신한 모든 노드는 FDB 테이블에 노드 N3의 차단 해제 포트 정보를 추가하여 복구된 노드에서도 패킷이 지속적으로 전송될 수 있다.
도 9는 본 발명의 바람직한 실시예에 따른 연결상태 점검메시지를 설명하기 위한 참조도이다.
도 9를 참조하면, 연결상태 점검메시지는 이더넷 기반의 링형 네트워크에서 ETH-CCM 프레임일 수 있다. ETH-CCM 프레임은 링형 네트워크에서 장애를 감지하기 위해 주기적으로 또는 비주기적으로 각 네트워크 장치에 전송되며, 송신한 ETH-CCM을 수신하지 못한 경우, ETH-CCM 프레임 손실을 감지하여 송신한 네트워크 장치가 장애가 발생하였음을 인식할 수 있다.
도 10은 본 발명의 바람직한 실시예에 따른 장애감지 프레임 또는 복구요청 프레임을 설명하기 위한 참조도이다.
도 10을 참조하면, 장애감지 프레임 또는 복구요청 프레임은 이더넷 링형 네트워크에서 ETH-APS 프레임 형태일 수 있다. 이때 장애감지 프레임은 장애가 발생한 네트워크 장치 또는 링크 정보, 포트차단 정보 및 패킷전송 포트 정보 중 적어도 하나가 포함된 프레임이다. 또한 복구요청 프레임은 장애가 해제된 네트워크 장치 또는 링크 정보, 포트 차단 정보 및 링크상태 정보 중 적어도 하나를 포함한 프레임이다.
이제까지 본 발명에 대하여 그 바람직한 실시예들을 중심으로 살펴보았다. 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자는 본 발명이 본 발명의 본질적인 특성에서 벗어나지 않는 범위에서 변형된 형태로 구현될 수 있음을 이해할 수 있을 것이다. 그러므로 개시된 실시예들은 한정적인 관점이 아니라 설명적인 관점에서 고려되어야 한다. 본 발명의 범위는 전술한 설명이 아니라 특허청구범위에 나타나 있으며, 그와 동등한 범위 내에 있는 모든 차이점은 본 발명에 포함된 것으로 해석되어야 할 것이다.