KR102024902B1 - Oam 패킷 및 보호 절체 메시지의 처리를 위한 패킷 전송 장치 - Google Patents

Oam 패킷 및 보호 절체 메시지의 처리를 위한 패킷 전송 장치 Download PDF

Info

Publication number
KR102024902B1
KR102024902B1 KR1020150071523A KR20150071523A KR102024902B1 KR 102024902 B1 KR102024902 B1 KR 102024902B1 KR 1020150071523 A KR1020150071523 A KR 1020150071523A KR 20150071523 A KR20150071523 A KR 20150071523A KR 102024902 B1 KR102024902 B1 KR 102024902B1
Authority
KR
South Korea
Prior art keywords
engine
protection
line card
oam
mpls
Prior art date
Legal status (The legal status 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 status listed.)
Expired - Fee Related
Application number
KR1020150071523A
Other languages
English (en)
Other versions
KR20160137813A (ko
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 KR1020150071523A priority Critical patent/KR102024902B1/ko
Priority to US15/160,445 priority patent/US10009272B2/en
Publication of KR20160137813A publication Critical patent/KR20160137813A/ko
Application granted granted Critical
Publication of KR102024902B1 publication Critical patent/KR102024902B1/ko
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • 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
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • 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/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • 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/58—Association of routers
    • H04L45/586—Association of routers of virtual routers
    • 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/74—Address processing for routing
    • H04L45/745—Address table lookup; Address filtering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/90—Buffering arrangements
    • H04L49/9063—Intermediate storage in different physical parts of a node or terminal
    • H04L49/9068—Intermediate storage in different physical parts of a node or terminal in the network interface card
    • 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/22—Alternate routing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer Security & Cryptography (AREA)

Abstract

클라이언트 신호를 포함하는 트래픽을 수신하는 적어도 하나의 UNI(User Network Interface) 라인 카드(Line Card), 라인 카드 단위로 트래픽을 스위칭하는 패브릭 스위치(Fabric Switch), 패브릭 스위치를 통해 전달된 트래픽의 전송을 위해 MPLS-TP(Multi Protocol Label Switching Transport Profile) 작동 터널(working tunnel)을 생성하는 NNI-W(Working Network Network Interface) 라인 카드, 및 NNI-W 라인 카드에서 경로 상에 장애가 발생한 경우에 패브릭 스위치를 통해 전달된 트래픽의 전송을 위해 MPLS-TP 보호 터널(protection tunnel)을 생성하는 NNI-P(Protection Network Network Interface) 라인 카드를 포함하는, 패킷 전송 장치가 제공된다.

Description

OAM 패킷 및 보호 절체 메시지의 처리를 위한 패킷 전송 장치{PACKET TRANSMISSION APPARATUS OF PROCESSING OAM PACKETS AND PROTECTION MESSAGES}
아래의 실시예들은 하드웨어 기반의 MPLS-TP(Multi Protocol Label Switching Transport Profile) 선형 보호 절체의 수행에 요구되는 OAM 패킷 및 보호 절체 메시지의 처리를 위한 패킷 전송 장치에 관한 것이다.
이더넷, VoIP(Voice Over Internet Protocol), L2/L3 VPN(Virtual Private Network), IPTV(Internet Protocol Television)와 같은 패킷 기반의 서비스가 대두 됨에 따라, 대역폭에 대한 요구가 급속하게 증가하고 있다. 대역폭에 대한 요구를 만족시키기 위해, 메트로 및 코어 네트워크는 패킷 전송 기술과 회선 전송 기술이 혼합된 하이브리드 전송 기술을 사용하고 있다.
패킷 전송 기술은 정교한 패킷 처리와 SDH(Synchronous Digital Hierarchy)/SONET(Synchronous Optical NETwork) 수준의 신뢰도를 보장해야 할 뿐만 아니라, 기존 패킷 네트워크와의 상호 작용(interworking)도 원만하게 이루어져야 한다. 신뢰성 보장 및 기존 패킷 네트워크와의 원만한 상호 작용을 위해 MPLS(Multi Protocol Label Switching) 기술을 패킷 전송 네트워크에 적합하도록 수정한 MPLS-TP(Transport Profile) 기술이 패킷 전송 기술로 대두된다. MPLS-TP는 연결 지향(connection-oriented) 패킷 스위칭 기술뿐 아니라, 링크, 전송 경로, 세그먼트 등과 같은 다양한 레벨의 장애 복구 메커니즘을 제공한다. MPLS-TP 장애 복구 기술은 장애를 감지한 순간부터 50 ms 이내에 복구가 완료되어야 하지만, MPLS-TP 양방향 경로(즉, 터널(tunnel))의 개수가 급격히 증가할 수록 50 ms 이내의 장애 복구 시간을 만족시키지 못하는 문제점이 있다.
일 실시예에 따르면, MPLS-TP 양방향 경로의 개수가 증가하더라도 장애 복구 시간을 50 ms 이내로 보장할 수 있다.
일 실시예에 따르면, 패킷 전송 장치는 클라이언트 신호를 포함하는 트래픽을 수신하는 적어도 하나의 UNI(User Network Interface) 라인 카드(Line Card); 라인 카드 단위로 상기 트래픽을 스위칭하는 패브릭 스위치(Fabric Switch); 상기 패브릭 스위치를 통해 전달된 트래픽의 전송을 위해 MPLS-TP(Multi Protocol Label Switching Transport Profile) 작동 터널(working tunnel)을 생성하는 NNI-W(Working Network Network Interface) 라인 카드; 및 상기 NNI-W 라인 카드에서 경로 상에 장애가 발생한 경우에 상기 패브릭 스위치를 통해 전달된 트래픽의 전송을 위해 MPLS-TP 보호 터널(protection tunnel)을 생성하는 NNI-P(Protection Network Network Interface) 라인 카드를 포함한다.
상기 NNI-W 라인 카드는 클라이언트 패킷의 헤더에 MPLS 레이블을 편집하고, 편집된 클라이언트 패킷을 출력 포트로 전송하는 제1 포워딩 엔진(Forwarding Engine); 상기 MPLS-TP 작동 터널을 통해 주기적으로 수신한 CCM(Continuity Check Message) 패킷에 의해 상기 경로 상의 장애 발생 여부를 감지하고, 상기 감지 결과에 기초한 OAM 이벤트를 전송하는 제1 OAM(Operations, Administration and Maintenance) 엔진; 및 상기 OAM 이벤트에 기초하여 상기 제1 포워딩 엔진에게 보호 절체 메시지를 전달하는 제1 보호 절체 엔진(Protection Engine)을 포함하고, 상기 제1 포워딩 엔진 및 상기 제1 OAM 엔진은 제1 패브릭 인터페이스 칩(Fabric Interface Chip)에 의해 구현되며, 상기 제1 OAM 엔진은 일정 시간 동안에 발생한 모든 OAM 이벤트를 하나의 패킷 프레임에 저장하고, 상기 하나의 패킷 프레임에 내부 오버헤드(internal overhead)를 부가하여 생성한 OAM 패킷을 상기 제1 보호 절체 엔진에게 전송할 수 있다.
상기 제1 OAM 엔진은 상기 OAM 패킷을 상기 제1 패브릭 인터페이스 칩과 연결된 포트를 통해 상기 제1 보호 절체 엔진에게 전송할 수 있다.
상기 내부 오버헤드는 복수의 OAM 이벤트들을 구분할 수 있는 정보를 포함할 수 있다.
상기 NNI-W 라인 카드 및 상기 NNI-P 라인 카드는 상기 트래픽이 전송되는 포트에 의해 구분될 수 있다.
상기 NNI- P 라인 카드는 클라이언트 패킷의 헤더에 MPLS 레이블을 편집하고, 편집된 클라이언트 패킷을 출력 포트로 전송하는 제2 포워딩 엔진(Forwarding Engine); 상기 MPLS-TP 보호 터널을 통해 주기적으로 수신한 CCM(Continuity Check Message) 패킷에 의해 경로 상의 장애 발생 여부를 감지하고, 상기 감지 결과에 기초한 OAM 이벤트를 알리는 제2 OAM 엔진(Operations, Administration and Maintenance); 및 상기 OAM 이벤트와 상기 NNI-W 라인 카드의 상기 제 1 보호 절체 엔진으로부터 수신한 OAM 이벤트에 기초하여 보호 절체 명령을 결정하고, 상기 제2 포워딩 엔진에게 상기 보호 절체 명령을 전달하는 제2 보호 절체 엔진(Protection Engine)을 포함하고, 상기 제1 보호 절체 엔진은 상기 NNI-W 라인 카드의 MPLS-TP 작동 터널에 장애가 발생한 경우, 상기 제2 보호 절체 엔진의 MAC 주소 및 특정 VLAN ID 기반의 L2 포워딩 기능을 이용하여 상기 NNI-W 라인 카드의 OAM 이벤트를 상기 제2 보호 절체 엔진으로 전달할 수 있다.
상기 제2 OAM 엔진 및 상기 제2 포워딩 엔진은 제2 패브릭 인터페이스 칩에 의해 구현되고, 상기 제2 패브릭 인터페이스 칩은 제1 패브릭 인터페이스 칩과 연결된 포트를 통해 상기 제1 보호 절체 엔진으로부터 상기 OAM 패킷을 수신하고, 상기 OAM 패킷의 목적지 MAC 주소 및 VLAN ID를 기초로 미리 설정되어 있는 포워딩 테이블을 검색하며, 상기 검색 결과 발견한, 상기 NNI-P 라인 카드의 번호 및 상기 제2 보호 절체 엔진으로 연결된 포트를 이용하여 상기 NNI-W 라인 카드의 OAM 이벤트를 상기 제2 보호 절체 엔진으로 전달할 수 있다.
상기 제2 보호 절체 엔진은 상기 MPLS-TP 보호 터널을 통해 보호 절체 메시지를 보호 절체 도메인의 상대방의 보호 절체 엔진에게 전송할 수 있다.
상기 제2 패브릭 인터페이스 칩은 상기 MPLS-TP 보호 터널의 MAC 주소와 VLAN ID 기반의 L2 포워딩 기능을 이용하여 상기 보호 절체 메시지를 상기 MPLS-TP 보호 터널의 인터페이스로 전송할 수 있다.
상기 제2 패브릭 인터페이스 칩은 상기 MPLS-TP 보호 터널이 생성될 때, 상기 제2 보호 절체 엔진에게 인터페이스 정보와 MPLS-TP 보호 터널의 레이블을 알리고, 상기 MPLS-TP 보호 터널의 MAC 주소, VLAN ID, 및 출력 포트 정보를 이용하여 L2 포워딩 테이블을 생성할 수 있다.
상기 제2 패브릭 인터페이스 칩은 상기 NNI-P 라인 카드에 수신된 패킷의 목적지 MAC 주소, VLAN ID를 이용하여 미리 설정되어 있는 포워딩 테이블을 검색하고, 검색된 보호 절체 도메인의 상대방의 NNI-P 라인 카드의 보호 터널과 연결된 출력 포트를 찾아 상기 보호 절체 메시지를 전송할 수 있다.
상기 제2 OAM 엔진은 상기 MPLS-TP 보호 터널을 통해서 수신된 보호 절체 메시지를 상기 제2 보호 절체 엔진이 연결된 특정 포트로 트랩(trap)할 수 있다.
상기 제2 보호 절체 엔진으로 트랩되는 상기 보호 절체 메시지에는 MEP(Maintenance Entity Group(MEG) End Points) ID 정보를 포함하는 내부 오버헤드가 부가될 수 있다.
상기 제2 OAM 엔진은 상기 MPLS-TP 보호 터널을 통해서 수신된 보호 절체 메시지가 APS(Automatic Protection Switching) 이외의 다른 보호 절체 메시지인 경우, 상기 다른 보호 절체 메시지를 OAM 채널의 타입으로 추가하여 상기 제2 보호 절체 엔진으로 전달할 수 있다.
상기 제2 OAM 엔진은 상기 보호 절체 메시지가 PSC 메시지인 경우, 상기 PSC 메시지의 MEL(Maintenance Entity Group(MEG) Level)에 대한 필터링 테이블을 수정하여 상기 제2 보호 절체 엔진으로 전달할 수 있다.
상기 UNI 라인 카드는 보호 절체 명령 패킷을 수신하는 포워딩 엔진 및 상기 MPLS-TP 작동 터널 및 상기 MPLS-TP 보호 터널 중 어느 하나의 경로를 선택하는 경로 선택 레지스터를 포함하고, 상기 제2 보호 절체 엔진은 상기 UNI 라인 카드의 포워딩 엔진의 MAC 주소와 VLAN ID 기반의 L2 포워딩 기능을 이용하여 상기 보호 절체 명령 패킷에 의해 상기 보호 절체 명령을 상기 UNI 라인 카드로 전달할 수 있다.
상기 제2 보호 절체 엔진은 상기 UNI 라인 카드의 포워딩 엔진의 MAC 주소, VLAN ID, 및 출력 포트 정보를 이용하여 L2 포워딩 테이블을 생성할 수 있다.
상기 제2 보호 절체 엔진은 수신된 패킷의 목적지 MAC 주소, VLAN ID를 기초로 미리 설정되어 있는 상기 L2 포워딩 테이블을 이용하여 상기 UNI 라인 카드와 연결된 출력 포트를 검색하고, 상기 검색된 출력 포트를 통해 상기 보호 절체 명령을 상기 UNI 라인 카드로 전달할 수 있다.
상기 보호 절체 명령 패킷은 상기 UNI 라인 카드의 포워딩 엔진의 MAC 주소, 상기 제2 보호 절체 엔진의 MAC 주소를 포함하는 L2 헤더 및 절체 명령 정보를 포함할 수 있다.
상기 UNI 라인 카드의 포워딩 엔진은 상기 보호 절체 명령 패킷을 수신하면, MEP(MEG End Point) ID를 이용하여 상기 경로 선택 레지스터의 오프셋을 검색하고, 상기 검색된 경로 선택 레지스터의 엔트리의 값을 상기 절체 명령 정보를 기반으로 변경함으로써 데이터 트래픽의 전송 경로를 상기 MPLS-TP 작동 터널에서 상기 MPLS-TP 보호 터널로 변경할 수 있다.
일 측에 따르면, 하드웨어 기반의 MPLS-TP 보호 절체에 필요한 OAM 패킷 및 보호 절체 메시지를 패브릭 인터페이스 칩에서 빠르게 처리함으로써 MPLS-TP 양방향 경로의 개수가 증가하더라도 장애 복구 시간을 50 ms 이내로 보장할 수 있다.
일 측에 따르면, OAM 엔진에서 일정 시간 동안 발생한 모든 이벤트를 하나의 패킷에 의해 보호 절체 엔진으로 직접 전송함으로써 OAM 이벤트를 보호 절체 엔진으로 전달하는 시간을 단축시킬 수 있다.
일 측에 따르면, 보호 절체 메시지를 OAM 엔진에서 보호 절체 엔진으로 직접 전달함으로써, 보호 절체 메시지의 전달 속도를 향상시킬 수 있다.
일 측에 따르면, 보호 절체 메시지와 MEP ID 정보를 하나의 패킷으로 함께 전달함으로써, 메시지를 수신한 보호 절체 엔진이 MPLS-TP 레이블 정보를 이용해서 해당 MEP를 찾는 과정을 생략하여 절체 시간을 단축 시킬 수 있다.
일 측에 따르면, 보호 절체 명령 패킷에 포함된 절체 명령 정보 및 MEP ID를 이용하여 경로 선택 레지스터의 해당 엔트리의 값을 변경함으로써 UNI 라인 카드에서 데이터 트래픽을 전송하는 MPLS-TP 터널 경로를 빠르게 변경할 수 있다.
도 1은 일 실시예에 따른 MPLS-TP 기반의 패킷 전송 장치를 나타낸 도면.
도 2는 일 실시예에 따른 패킷 전송 장치의 NNI 라인 카드의 기능 블록도.
도 3은 일 실시예에 따른 패킷 전송 장치의 NNI-W 라인 카드에서 보호 절체 엔진으로 로컬 OAM 이벤트를 전달하는 과정을 설명하기 위한 도면.
도 4는 일 실시예에 따른 NNI-W 라인 카드의 보호 절체 엔진으로 OAM 이벤트를 전달하는 OAM 패킷의 프레임 포맷을 도시한 도면.
도 5는 일 실시예에 따른 패킷 전송 장치에서 NNI-W 라인 카드의 보호 절체 엔진으로부터 NNI-P 라인 카드의 보호 절체 엔진으로 OAM 이벤트를 전달하는 과정을 설명하기 위한 도면.
도 6은 일 실시예에 따른 패킷 전송 장치에서 NNI-P 라인 카드의 보호 절체 엔진으로 OAM 이벤트를 전달하는 패킷의 프레임 포맷을 도시한 도면.
도 7은 일 실시예에 따른 패킷 전송 장치에서 보호 절체 메시지를 MPLS-TP 터널 인터페이스로 전송하는 과정을 설명하기 위한 도면.
도 8은 일 실시예에 따른 패킷 전송 장치가 MPLS-TP 터널 인터페이스로 전송하는 보호 절체 메시지의 포맷을 도시한 도면.
도 9는 일 실시예에 따른 패킷 전송 장치가 보호 절체 엔진으로 보호 절체 메시지를 전달하는 과정을 설명하기 위한 도면.
도 10은 일 실시예에 따른 패킷 전송 장치가 보호 절체 엔진으로 전달하는 PSC 타입의 보호 절체 메시지의 포맷을 도시한 도면.
도 11은 일 실시예에 따른 패킷 전송 장치가 보호 절체 엔진으로부터 수신한 보호 절체 명령을 UNI 라인 카드로 전달하는 과정을 설명하기 위한 도면.
도 12는 일 실시예에 따른 패킷 전송 장치의 보호 절체 엔진에서 UNI 라인 카드로 전달하는 보호 절체 명령 패킷의 포맷을 도시한 도면.
도 13은 일 실시예에 따른 패킷 전송 장치의 UNI 라인 카드에서 데이터 트래픽을 전송하는 MPLS-TP 터널 경로를 변경하는 과정을 설명하기 위한 도면.
이하에서, 첨부된 도면을 참조하여 실시예들을 상세하게 설명한다. 각 도면에 제시된 동일한 참조 부호는 동일한 부재를 나타낸다.
아래 설명하는 실시예들에는 다양한 변경이 가해질 수 있다. 아래 설명하는 실시예들은 실시 형태에 대해 한정하려는 것이 아니며, 이들에 대한 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다.
실시예에서 사용한 용어는 단지 특정한 실시예를 설명하기 위해 사용된 것으로, 실시예를 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 명세서에서, "포함하다" 또는 "가지다" 등의 용어는 명세서 상에 기재된 특징, 숫자, 단계, 동작, 구성 요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성 요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 실시예가 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가지고 있다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥 상 가지는 의미와 일치하는 의미를 가지는 것으로 해석되어야 하며, 본 출원에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.
또한, 첨부 도면을 참조하여 설명함에 있어, 도면 부호에 관계없이 동일한 구성 요소는 동일한 참조 부호를 부여하고 이에 대한 중복되는 설명은 생략하기로 한다. 실시예를 설명함에 있어서 관련된 공지 기술에 대한 구체적인 설명이 실시예의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다.
MPLS(Multiprotocol Label Switching) 기술은 IP(Internet Protocol), ATM(Asynchronous Transfer Mode) 및 프레임 릴레이 네트워크 프로토콜 등과 함께 동작하여 주어진 패킷 열에 대하여 특정 경로를 설정하는 것에 관여한다. 이때, 각 패킷 내에는 라벨(Label)이 있어서 라우터 입장에서 그 패킷을 전달해야 할 노드의 어드레스를 보는데 소요되는 시간을 절약할 수 있다. MPLS 기술은 다양한 서비스들의 패킷을 레이블화하여 연결 지향적 패킷 서비스를 제공할 수 있다.
MPLS 기술은 네트워크의 OSI 표준 참조 모델과 관련하여, 라우팅을 수행하는 L3 계층이 아니라, 스위칭을 수행하는 L2 계층에서 대부분의 패킷을 전달한다.
MPLS-TP(Multi Protocol Label Switching-Transport Profile) 기술은 MPLS 아키텍처와 포워딩 기능은 그대로 유지하면서 전송에 필요한 프로파일(profile)을 사용하고, OAM 및 보호 절체의 기능적 개선을 통해 패킷 서비스 기반에서 저렴하고, 효율적인 전송망을 제공할 수 있다.
도 1은 일 실시예에 따른 MPLS-TP 기반의 패킷 전송 장치를 나타낸 도면이다.
도 1을 참조하면, 일 실시예에 따른 패킷 전송 장치들(110,150)이 도시된다.
패킷 전송 장치(110)는 적어도 하나의 UNI(User Network Interface) 라인 카드(Line Card)(111), 패브릭 스위치(Fabric Switch)(113), NNI-W(Working Network Network Interface) 라인 카드(115), 및 NNI-P(Protection Network Network Interface) 라인 카드(117)를 포함한다.
적어도 하나의 UNI 라인 카드(111)는 클라이언트 신호를 포함하는 트래픽을 수신하여 패브릭 스위치(113)에게 전달한다. UNI 라인 카드(111)의 내부 구조는 도 13을 참조한다.
패브릭 스위치(113)는 라인 카드 단위로 트래픽을 스위칭한다. 패브릭 스위치(113)는 프로토콜에 상관없이 여러 개의 라인 카드들 사이에서 데이터를 교환할 수 있는 ASSP(Application Specific Standard Product) 기반의 칩(chip)이나 칩 셋(chip set)으로 구성될 수 있다. 패브릭 스위치(113)에 의해 적어도 하나의 UNI 라인 카드(111)와 NNI 라인 카드들(115, 117) 간에 데이터 전송이 이루어질 수 있다.
NNI 라인 카드들(115, 117)은 패브릭 스위치(113)로부터 수신된 프레임에 해당 터널 정보를 기반으로 하는 MPLS-TP의 레이블을 붙여 해당 출력 포트로 전송할 수 있다. 여기서, 적어도 하나의 UNI 라인 카드(111) 및 NNI 라인 카드들(115, 117)의 인터페이스는 예를 들어, 1 Gb/s, 10 Gb/s, 10 Mbps, 100 Mbps, 1000 Mbps 등의 다양한 링크 용량을 가지는 포트들로 구성될 수 있다.
NNI-W 라인 카드(115)는 패브릭 스위치(113)를 통해 전달된 트래픽의 전송을 위해 MPLS-TP 작동 터널(Working tunnel)(116)을 생성한다.
NNI-P 라인 카드(117)는 NNI-W 라인 카드(115)에서 경로 상에 장애가 발생한 경우에 패브릭 스위치(113)를 통해 전달된 트래픽의 전송을 위해 MPLS-TP 보호 터널(Protection tunnel)(118)을 생성한다.
NNI-W 라인 카드(115) 및 NNI-P 라인 카드(117)는 트래픽이 전송되는 포트에 의해 구분될 수 있다.
패킷 전송 장치(110)는 보호 절체 도메인 내의 다른 패킷 전송 장치(150)와 MPLS-TP 작동 터널(116) 및 MPLS-TP 보호 터널(118)을 통해 연결될 수 있다.
패킷 전송 장치(150)의 각 구성 요소들(151, 153, 155, 157)의 동작은 패킷 전송 장치(110)의 구성 요소들(111, 113, 115, 117)의 동작과 동일하므로 구체적인 설명은 생략하기로 한다.
NNI 라인 카드들(115, 117)의 내부 구조는 도 2를 참고하여 설명한다.
도 2는 일 실시예에 따른 패킷 전송 장치의 NNI 라인 카드의 기능 블록도이다.
도 2를 참조하면, 일 실시예에 따른 패킷 전송 장치의 NNI 라인 카드(200)는 포워딩 엔진(Forwarding Engine)(210), OAM 엔진(OAM Engine)(230), 및 보호 절체 엔진(Protection Engine)(250)을 포함할 수 있다.
포워딩 엔진(210)은 패브릭 스위치로부터 패브릭 인터페이스(Fabric Interface)(220)를 통해 수신한 클라이언트 패킷의 헤더에 MPLS 레이블을 편집하고, 보호 절체 엔진(250)으로부터 수신한 보호 절체 명령을 출력 포트로 포워딩할 수 있다. 여기서, '클라이언트 패킷의 헤더에 MPLS 레이블을 편집'하는 것은 예를 들어, 클라이언트 패킷의 헤더에 MPLS 레이블을 추가하거나, MPLS 레이블을 교환하거나, 또는 MPLS 레이블을 제거하는 것을 포함하는 의미로 이해될 수 있다. OAM 엔진(230)은 MPLS-TP 터널(260)을 통해 주기적으로 수신한 CCM(Continuity Check Message) 패킷에 의해 경로 상의 장애 발생 여부를 감지하고, 감지 결과에 기초한 OAM 이벤트를 네트워크 인터페이스(Network Interface)(240)를 통해 보호 절체 엔진(250)에게 전송할 수 있다.
OAM 이벤트는 예를 들어, LoC(Loss of Connection) 또는 C-LoC(Clear-Loss of Connection) 등과 같은 장애 관련 이벤트일 수 있다. 보호 절체 엔진(250)은 OAM 엔진(230)으로부터 수신한 OAM 이벤트에 기초하여 보호 절체 명령을 결정하고, 포워딩 엔진(210)에게 보호 절체 명령을 전달할 수 있다. 보호 절체 엔진(250)은 보호 절체 프로토콜에 의해 보호 절체 명령을 결정할 수 있다.
포워딩 엔진(210) 및 OAM 엔진(230)은 패브릭 인터페이스 칩(Fabric Interface Chip; FIC)(205)에 의해 구현되고, 보호 절체 엔진(250)은 FPGA(Field Programmable Gate Array)에 의해 구현될 수 있다.
상술한 NNI 라인 카드(200)의 기능은 NNI-W 라인 카드(115) 및 NNI-P 라인 카드(117)에 공통적으로 적용될 수 있다.
일 실시예에서는 NNI 라인 카드(200)의 각 구성 요소를 하드웨어로 구성하여 MPLS-TP 보호 절체에 필요한 OAM 패킷 및 보호절체 메시지를 빠르게 처리함으로써 MPLS-TP 양방향 경로(예를 들어, 터널(Tunnel))의 개수가 증가하더라도 장애 복구 시간을 50 ms 이내로 보장할 수 있다.
일 실시예에 따른 하드웨어 기반의 MPLS-TP 보호 절체를 구현하기 위해서, 패브릭 인터페이스 칩(205)은 다음의 6가지 기능들을 제공할 수 있다.
① NNI-W 라인 카드의 OAM 엔진에서 NNI-W 라인카드의 보호 절체 엔진으로 OAM 이벤트(Local OAM event packet)를 빠르게 전달하는 기능,
② NNI-W 라인 카드의 보호 절체 엔진에서 NNI-P 라인 카드의 보호 절체 엔진으로 OAM 이벤트(Remote OAM event packet)를 전달하는 기능,
③ NNI-P 라인 카드의 보호 절체 엔진에서 생성된 보호 절체 메시지(예를 들어, APS message 또는 PSC message)를 해당 MPLS-TP 터널 인터페이스로 내보내는 기능,
④ 해당 MPLS-TP 터널 인테페이스를 통해 수신된 보호 절체 메시지(예를 들어, APS message 또는 PSC message)를 NNI-P 라인 카드의 보호 절체 엔진으로 빠르게 전달하는 기능,
⑤ NNI-P 라인 카드의 보호 절체 엔진으로부터 보호 절체 명령(Switch-over packet)을 받아 해당 UNI 라인 카드로 전달하는 기능, 및
⑥ 보호 절체 명령(Switch-over packet)을 수신한 해당 UNI 라인 카드에서 데이터 트래픽을 전송하는 MPLS-TP 터널 경로를 빠르게 변경하는 기능
이하에서는 도면들을 참고하여 6가지 기능들을 수행하는 방법을 설명한다.
도 3은 일 실시예에 따른 패킷 전송 장치의 NNI-W 라인 카드에서 보호 절체 엔진으로 로컬 OAM 이벤트를 전달하는 과정을 설명하기 위한 도면이다.
도 3을 참조하면, 일 실시예에 따른 NNI-W 라인 카드(300)는 포워딩 엔진(310), OAM 엔진(330), 및 보호 절체 엔진(350)을 포함한다.
포워딩 엔진(310)은 패브릭 스위치(113)로부터 패브릭 인터페이스(320)를 통해 수신한 클라이언트 패킷의 헤더에 MPLS 레이블을 편집하고, 편집된 클라이언트 패킷과 보호 절체 엔진(350)으로부터 수신한 보호 절체 메시지를 출력 포트로 포워딩할 수 있다.
OAM 엔진(330)은 MPLS-TP 작동 터널(360)을 통해 주기적으로 수신한 CCM(Continuity Check Message) 패킷에 의해 경로 상의 장애 발생 여부를 감지한다. OAM 엔진(330)은 감지 결과에 기초한 OAM 이벤트(예를 들어, 장애 이벤트)를 네트워크 인터페이스(340)를 통해 보호 절체 엔진(350)에게 전송할 수 있다.
OAM 엔진(330)은 일정 시간 동안에 발생한 모든 OAM 이벤트를 하나의 패킷 프레임에 저장하고, 하나의 패킷 프레임에 내부 오버헤드(internal overhead)를 부가하여 생성한 OAM 패킷을 보호 절체 엔진(350)에게 전송할 수 있다. 예를 들어, 11.55 ms 동안 연속으로 3개의 CCM 패킷을 수신하지 않은 경우, OAM 엔진(330)은 LoC(loss of connection) 상태로 OAM 이벤트를 정의한 후, 이를 보호 절체 엔진(350)에게 알릴 수 있다. 이때, 내부 오버헤드는 복수의 OAM 이벤트들을 구분할 수 있는 정보(예를 들어, 도 4의 APP_EXT(415) 참조)를 포함할 수 있다.
OAM 엔진(330)이 생성한 OAM 패킷은 Local OAM 이벤트 패킷(370)일 수 있다. Local OAM 이벤트 패킷(370)은 내부 오버헤드(internal overhead)(371) 및 Local LoC(Loss of Connection)/Clear- LoC 프레임(373)을 포함할 수 있다.
OAM 엔진(330)은 OAM 패킷을 패브릭 인터페이스 칩과 연결된 포트를 통해 보호 절체 엔진(350)에게 전송할 수 있다. 여기서, 패브릭 인터페이스 칩과 연결된 포트는 예를 들어, SGMII(Serial Gigabit Medium Independent Interface)의 포트일 수 있다. 보호 절체 엔진(350)은 OAM 엔진(330)으로부터 수신한 OAM 패킷에 포함된 OAM 이벤트에 기초하여 보호 절체 메시지를 생성하여, 포워딩 엔진(310)을 통하여 상대방의 보호 절체 엔진에게 해당 보호 절체 메시지를 전달할 수 있다.
일반적으로 소프트웨어 기반의 보호 절체 방식에서는 보호 절체 엔진이 CPU(Central Processing Unit)에 존재하므로 이벤트를 트랩(trap) 형태로 이벤트 FIFO(First-In First-Out)에 저장하고, CPU에서 주기적으로 FIFO에 저장된 이벤트를 읽어간다. 이러한 이벤트 FIFO 방식은 이벤트를 FIFO에 저장하는 속도와 FIFO에 저장된 이벤트를 읽어 가는 속도 차이로 인해 이벤트의 일부가 손실될 수 있다. 또한, 이벤트 FIFO 방식은 이벤트를 FIFO에서 읽어 콜백(callback) 함수에서 이벤트를 파싱(parsing)한 후, 소프트웨어(SW)로 전달한다. 이러한 일련의 과정들 각각에서의 결과물을 전달하는 전달 시간은 CPU 성능에 따라 달라질 수 있다.
일 실시예에서 OAM 엔진(330)이 감지한 장애 이벤트를 보호 절체 엔진(350)으로 전달할 때, 일정 시간 동안 발생한 모든 이벤트를 하나의 OAM 패킷에 의해 전송할 수 있다. 그러므로, OAM 패킷을 보호 절체 엔진(350)으로 전달하는 단계가 FIFO에 쓰고 읽는 두 단계에서 한 단계로 단축되고, 이에 따라 CPU 성능에 영향을 받지 않게 된다. 또한, 동시에 발생한 다수의 이벤트를 하나의 패킷 프레임에 담아서 한번에 보내기 때문에 OAM 이벤트 전달 시간을 단축시킬 수 있다.
OAM 이벤트를 전달하는 Local OAM 이벤트 패킷(370)의 프레임 포맷은 도 4와 같다.
도 4는 일 실시예에 따른 NNI-W 라인 카드의 보호 절체 엔진으로 OAM 이벤트를 전달하는 OAM 패킷의 프레임 포맷을 도시한 도면이다.
도 4를 참조하면, 일 실시예에 따른 OAM 패킷(400)은 내부 오버헤드(410) 및 OAM 이벤트 정보(430)을 포함할 수 있다.
내부 오버헤드(410)는 패킷의 크기(Packet Size), TC(Transmission Convergence Sublayer), 출력 포트(Output Port), 오버헤드 타입(Overhead Type) 및 복수의 OAM 패킷 타입을 구분할 수 있는 정보인 APP_EXT(415) 등을 포함할 수 있다.
OAM 이벤트 정보(430)는 LoC(Loss of Connection) 또는 Clear-LoC 이벤트의 이벤트 아이디(Event ID), 및 MEP ID 정보 등을 포함할 수 있다.
도 5는 일 실시예에 따른 패킷 전송 장치에서 NNI-W 라인 카드의 보호 절체 엔진으로부터 NNI-P 라인 카드의 보호 절체 엔진으로 OAM 이벤트를 전달하는 과정을 설명하기 위한 도면이다.
도 5를 참조하면, 일 실시예에 따른 NNI-W 라인 카드(510) 및 NNI-P 라인 카드(550)가 도시된다.
NNI-W 라인 카드(510)은 제1 포워딩 엔진(511), 제1 패브릭 인터페이스(512), 제1 OAM 엔진(513), 제1 네트워크 인터페이스(514), 제1 보호 절체 엔진(515), MPLS-TP 작동 터널(516), 및 제1 FDB 테이블(517)을 포함할 수 있다.
NNI-P 라인 카드(550)는 제2 포워딩 엔진(551), 제2 패브릭 인터페이스(552), 제2 OAM 엔진(553), 제2 네트워크 인터페이스(554), 제2 보호 절체 엔진(555), MPLS-TP 보호 터널(556), 및 제2 FDB 테이블(557)을 포함할 수 있다. 이때, 제2 포워딩 엔진(551) 및 제2 OAM 엔진(553)은 제2 패브릭 인터페이스 칩(558)에 의해 구현되고, 제2 보호 절체 엔진(555)은 FPGA에 의해 구현될 수 있다.
일 실시예에서 NNI-W 라인 카드(510)의 MPLS-TP 작동 터널(516)에 장애가 발생한 경우, NNI-W 라인 카드(510)의 제1 보호 절체 엔진(515)은 제1 OAM 엔진(513)으로부터 수신한 OAM 이벤트를 NNI-P 라인 카드(550)의 제2 보호 절체 엔진(555)으로 전달할 수 있다.
이때, 제1 보호 절체 엔진(515)은 제2 보호 절체 엔진(555)의 MAC 주소와 특정 VLAN ID 기반의 L2 포워딩 기능을 이용하여 NNI-W 라인 카드(510)의 OAM 이벤트를 NNI-P 라인 카드(550)의 제2 보호 절체 엔진(555)으로 전달할 수 있다.
제2 패브릭 인터페이스 칩(558)은 NNI-W 라인 카드(510)의 제1 보호 절체 엔진(515)으로부터 이더넷 프레임 형태의 OAM (이벤트) 패킷(Remote OAM event packet)을 패브릭 스위치를 통해서 수신할 수 있다.
제2 패브릭 인터페이스 칩(558)은 패브릭 스위치(530)를 통해 수신된 OAM 패킷의 목적지 MAC 주소, VLAN ID를 기초로 미리 설정되어 있는 포워딩 테이블(FDB Table)(557)을 검색하고, 검색 결과 NNI-P 라인 카드(550)의 번호 및 제2 보호 절체 엔진(555)으로 연결된 포트를 획득할 수 있다.
제2 패브릭 인터페이스 칩(558)은 NNI-P 라인 카드의 번호 및 제2 보호 절체 엔진(555)으로 연결된 포트를 이용하여 NNI-W 라인 카드(510)의 OAM 이벤트를 제2 보호 절체 엔진(555)으로 전달할 수 있다.
이때, OAM 이벤트를 제2 보호 절체 엔진(555)으로 전달하는 OAM 패킷의 구조는 도 6와 같다.
도 6은 일 실시예에 따른 패킷 전송 장치에서 NNI-P 라인 카드의 보호 절체 엔진으로 NNI-W 라인 카드의 OAM 이벤트를 전달하는 OAM 패킷의 프레임 포맷을 도시한 도면이다.
도 6을 참조하면, 일 실시예에 따른 제1 보호 절체 엔진으로부터 제2 보호 절체 엔진으로 OAM 이벤트를 전달하는 OAM 패킷(600)은 내부 오버헤드(610), L2 헤더(630) 및 OAM 이벤트 정보(650)를 포함할 수 있다.
내부 오버헤드(610)는 패킷의 크기, TC, 출력 포트, 오버헤드 타입 및 보호 절체 엔진에서 다양한 OAM 패킷 타입을 구분할 수 있는 정보(예를 들어, APP_EXT)를 포함할 수 있다.
이 밖에도, 내부 오버헤드(610)는 5 바이트(Byte)의 트랩 정보 (advance_trap_info)를 포함할 수 있다.
L2 헤더(630)는 목적지 주소(Destination Address; DA), 공급지 주소(Source Address; SA), VLAN TPID(Tagging Packet IDentifier), VLAN TCI(Tag Control Information), 및 이더넷 타입(Ether Type) 등을 포함할 수 있다. 목적지 주소는 예를 들어, 원거리(Remote) 보호 절체 엔진의 MAC 주소를 포함할 수 있다.
OAM 이벤트 정보(650)는 OAM 이벤트의 길이(Length), MEP ID 등을 포함할 수 있다.
L2 헤더(630) 및 OAM 이벤트 정보(650)는 L2 이더넷 패킷 포맷에 해당할 수 있다.
도 7은 일 실시예에 따른 패킷 전송 장치에서 보호 절체 메시지를 MPLS-TP 터널 인터페이스로 전송하는 과정을 설명하기 위한 도면이다.
도 7을 참조하면, 일 실시예에 따른 NNI-P 라인 카드(700)의 제2 포워딩 엔진(710), 제2 OAM 엔진(730), 네트워크 인터페이스(740), 제2 보호 절체 엔진(750), MPLS-TP 보호 터널(760), 및 FDB 테이블(770)을 포함할 수 있다. 제2 포워딩 엔진(710), 제2 OAM 엔진(730), 네트워크 인터페이스(740) 및 FDB 테이블(770)은 제2 패브릭 인터페이스 칩(780)에 의해 구현될 수 있다.
보호 절체 도메인의 양 끝의 보호 절체 엔진이 같은 경로를 선택하도록 하기 위해, 일 실시예에 따른 제2 보호 절체 엔진(750)은 보호 절체 메시지를 MPLS-TP 보호 터널(760)을 통해 보호 절체 도메인의 상대방의 보호 절체 엔진에게 전송할 수 있다. 보호 절체 메시지는 예를 들어, APS(Automatic Protection Switching) 메시지 또는 PSC(Protection State Coordination) 메시지일 수 있다.
제2 패브릭 인터페이스 칩(780)은 MPLS-TP 보호 터널(760)의 MAC 주소와 VLAN ID 기반의 L2 포워딩 기능을 이용하여 보호 절체 메시지를 해당 MPLS-TP 보호 터널(760)의 네트워크 인터페이스(740)로 전송할 수 있다.
제2 패브릭 인터페이스 칩(780)은 NNI-P 라인 카드(700)에서 MPLS-TP 보호 터널(760)이 생성될 때, 제2 보호 절체 엔진(750)에게 인터페이스 정보와 MPLS-TP 보호 터널(760)의 레이블을 알릴 수 있다. 인터페이스 정보는 예를 들어, 목적지 MAC 주소 및 VLAN ID를 포함할 수 있다.
제2 패브릭 인터페이스 칩(780)은 MPLS-TP 보호 터널(760)의 MAC 주소, VLAN ID, 및 출력 포트 정보를 이용하여 L2 포워딩 테이블을 생성할 수 있다. L2 포워딩 테이블은 예를 들어, FDB 테이블(770)일 수 있다.
제2 패브릭 인터페이스 칩(780)은 NNI-P 라인 카드(700)에 수신된 보호 절체 메시지의 목적지 MAC 주소, VLAN ID를 이용하여 미리 설정되어 있는 포워딩 테이블(770)을 검색할 수 있다. 제2 패브릭 인터페이스 칩(780)은 검색된 보호 절체 도메인의 상대방의 NNI-P 라인 카드의 보호 터널과 연결된 출력 포트를 찾아 보호 절체 메시지를 전송할 수 있다. 이 때, MPLS-TP 터널 인터페이스(740)로 전달하기 위해 제2 보호 절체 엔진(750)이 전송하는 보호 절체 메시지의 포맷은 도 8과 같다.
도 8은 일 실시예에 따른 패킷 전송 장치가 MPLS-TP 터널 인터페이스로 전송하는 보호 절체 메시지의 포맷을 도시한 도면이다.
도 8을 참조하면, 일 실시예에 따른 보호 절체 메시지(800)는 MPLS-TP 터널 인터페이스 정보(810) 및 APC(Automatic Protection Coordination) 메시지(예를 들어, APS 메시지 또는 PSC 메시지) 정보(830)를 포함할 수 있다.
MPLS-TP 터널 인터페이스 정보(810)는 목적지 주소(DA), 공급지 주소(SA), VLAN TPID, VLAN TCI, 및 이더넷 타입(Ether Type), MPLS 라벨(들) 등을 포함할 수 있다. 목적지 주소(DA)는 예를 들어, 다음 홉(Next hop)의 MAC 주소를 포함할 수 있다. 공급지 주소(SA)는 예를 들어, 로컬 노드(Local node)의 MAC 주소를 포함할 수 있다.
APC 메시지 정보(830)는 APC 메시지의 버전(Version) 정보, 채널 타입(Channel Type), 오류 경로(Fault Path), 데이터 경로(Data Path), TLV(Type Length Value) Length, Capabilities TLV Type, Capabilities TLV Length, 플래그들(Flags) 등을 포함할 수 있다.
도 9는 일 실시예에 따른 패킷 전송 장치가 보호 절체 엔진으로 보호 절체 메시지를 전달하는 과정을 설명하기 위한 도면이다.
도 9를 참조하면, 일 실시예에 따른 NNI-P 라인 카드(900)는 포워딩 엔진(910), OAM 엔진(930), OAM DB(935), 네트워크 인터페이스(940), 보호 절체 엔진(950), 및 MPLS-TP 보호 터널(960)을 포함할 수 있다.
일 실시예에 따른 OAM 엔진(930)은 MPLS-TP 보호 터널(960)을 통해서 수신한 보호 절체 메시지를 OAM 트랩(trap) 기능을 이용하여 보호 절체 엔진(950)으로 빠르게 전달할 수 있다. OAM 트랩(trap) 기능은 시스템에서 비동기적으로 발생하는 특정한 이벤트에 대한 정보나 운영자가 확인하고자 하는 정보를 관리자에게 알려주는 것으로 이해될 수 있다.
다시 말해, OAM 엔진(930)은 MPLS-TP 보호 터널(960)을 통해서 수신된 보호 절체 메시지를 보호 절체 엔진(950)이 연결된 특정 포트로 트랩(trap)할 수 있다. 이때, 보호 절체 엔진(950)으로 트랩되는 보호 절체 메시지에는 MEP ID 정보(도 10의 1015 참조)를 포함하는 내부 오버헤드가 부가될 수 있다. 보호 절체 엔진(950)으로 트랩되는 보호 절체 메시지의 포맷은 도 10을 참조하여 설명한다.
OAM DB(935)는 CCM 패킷을 생성해서 보내고, 수신된 CCM 패킷을 기반으로 해당 터널의 장애 발생 유무를 확인하기 위해 사용되는 정보들을 저장할 수 있다. OAM DB(935)는 예를 들어, MEP DB와 RMEP(Remote MEP) DB를 포함할 수 있다.
OAM 엔진(930)은 MEP DB에 설정되어 있는 CCM 주기마다 해당 터널의 레이블이 추가된 헤더의 CCM 패킷을 생성하여 해당 터널의 출력 포트로 내보낸다. OAM 엔진(930)은 MEP DB와 수신된 CCM 패킷을 참조하여 OAM 이벤트를 정의한다. 즉, OAM 엔진(930)은 CCM 주기의 3.5배의 시간 동안 CCM 패킷을 받지 않으면 LoC 상태로 정의하고, LoC 상태에서 CCM을 수신하면 Clear LoC 상태로 정의한다. OAM 엔진(930)은 이러한 LoC/CLoC 상태를 RMEP DB에 터널 별로 저장할 수 있다. MPLS-TP 보호 터널(960)을 통해서 수신한 보호 절체 메시지는 네트워크 인터페이스(940)를 거쳐 포워딩 엔진(910)으로 전달되고, 포워딩 엔진(910)에서 다시 OAM 엔진(930)으로 전달될 수 있다.
일 실시예에서는 OAM 엔진(930)은 MPLS-TP 보호 터널(960)을 통해서 수신한 보호 절체 메시지가 APS 이외의 다른 보호 절체 메시지인 경우, 다른 보호 절체 메시지를 OAM 채널의 타입으로 추가하여 보호 절체 엔진(950)으로 전달할 수 있다. 이는 보호 절체 메시지가 포워딩 엔진(910)에서 폐기되는 것을 방지 하기 위한 것이다. 즉, 기존 방식은 보호 절체 메시지로 APS 타입만 정의되어 있기 때문에, PSC와 같은 다른 타입의 보호 절체 메시지는 포워딩 엔진에서 OAM 패킷으로 분류를 하지 못해 폐기 처분될 수 있다. 일 실시예에서는 APS 이외의 다른 보호 절체 메시지가 포워딩 엔진에서 OAM 패킷으로 분류되어 OAM 엔진으로 수신될 수 있도록, APS 이외의 다른 보호 절체 메시지를 OAM 채널 타입으로 추가할 수 있다.
OAM 엔진(930)은 특히, 보호 절체 메시지가 채널 타입 0x0024인 PSC 메시지인 경우, PSC 메시지의 MEL에 대한 필터링 테이블을 수정하여 보호 절체 엔진(950)으로 전달할 수 있다. 이는 PSC 메시지가 MEL에 상관없이 OAM 엔진(930)으로 전달되도록 하기 위함이다.
일 실시예에서는 OAM 엔진이 전송한 보호 절체 메시지를 CPU가 보호 절체 엔진으로 전달하는 대신에, OAM 엔진(930)이 직접 전송함으로써 보호 절체 메시지를 빠르게 보호 절체 엔진(950)으로 전달할 수 있다. 또한, 보호 절체 메시지와 MEP ID 정보를 하나의 패킷으로 함께 전달함으로써, 보호 절체 메시지를 수신한 보호 절체 엔진(950)이 MPLS-TP 레이블 정보를 이용해서 해당 MEP를 찾는 과정을 생략할 수 있어 절체 시간을 단축 시킬 수 있다.
도 10은 일 실시예에 따른 패킷 전송 장치가 보호 절체 엔진으로 전달하는 PSC 타입의 보호 절체 메시지 포맷을 도시한 도면이다.
도 10을 참조하면, 일 실시예에 따른 보호 절체 메시지(1000)는 내부 오버헤드(1010), MPLS-TP 터널 인터페이스 정보(1030), 및 APC 메시지 정보(1050)를 포함할 수 있다.
내부 오버헤드(1010)는 패킷의 크기, TC, 출력 포트, 오버헤드 타입, 보호 절체 엔진에서 다양한 OAM 패킷을 구분할 수 있는 정보(예를 들어, APP_EXT), MEP ID(1015), 및 트랩 코드(Trap code) 등을 포함할 수 있다.
MPLS-TP 터널 인터페이스 정보(1030), 및 APC 메시지 정보(1050)는 도 8에서 설명한 MPLS-TP 터널 인터페이스 정보(810) 및 APC 메시지 정보(830)와 동일하므로 해당 부분의 설명을 참고하기로 한다.
도 11은 일 실시예에 따른 패킷 전송 장치가 보호 절체 엔진으로부터 수신한 보호 절체 명령을 UNI 라인 카드로 전달하는 과정을 설명하기 위한 도면이다.
도 11을 참조하면, 일 실시예에 따른 NNI-P 라인 카드(1100)는 포워딩 엔진(1110), 패브릭 인터페이스(1120), OAM 엔진(1130), 네트워크 인터페이스(1140), 보호 절체 엔진(1150), MPLS-TP 보호 터널(1160), 및 FDB 테이블을 포함할 수 있다.
데이터 트래픽이 전송되는 터널을 MPLS-TP 작동 터널에서 MPLS-TP 보호 터널(1160)로 경로를 변경하기 위해, NNI-P 라인 카드(1100)의 보호 절체 엔진(1150)은 패브릭 인터페이스(1120)를 통해 UNI 라인 카드로 보호 절체 명령을 보낼 수 있다.
일 실시예에서 보호 절체 엔진(1150)은 UNI 라인 카드의 포워딩 엔진의 MAC 주소와 VLAN ID 기반의 L2 포워딩 기능을 이용하여 보호 절체 명령 패킷에 의해 보호 절체 명령을 UNI 라인 카드로 전달할 수 있다. 이때, 보호 절체 명령 패킷은 switch-over packet일 수 있다.
보호 절체 명령 패킷은 예를 들어, UNI 라인 카드의 포워딩 엔진의 MAC 주소, 제2 보호 절체 엔진의 MAC 어드레스를 포함하는 L2 헤더 및 절체 명령 정보 등을 포함할 수 있다.
보호 절체 엔진(1150)은 UNI 라인 카드의 포워딩 엔진의 MAC 주소와 VLAN ID, 및 출력 포트 정보를 이용한 L2 포워딩 테이블을 생성할 수 있다.
보호 절체 엔진(1150)은 MPLS-TP 보호 터널(1160)을 통해 수신된 패킷의 목적지 MAC 주소, VLAN ID를 기초로 미리 설정되어 있는 L2 포워딩 테이블을 이용하여 UNI 라인 카드와 연결된 출력 포트를 검색할 수 있다.
보호 절체 엔진(1150)은 검색된 출력 포트를 통해 보호 절체 명령을 UNI 라인 카드로 전달할 수 있다. 보호 절체 명령을 전달하는 보호 절체 패킷의 포맷은 도 12를 참조하여 설명한다.
도 12는 일 실시예에 따른 패킷 전송 장치의 보호 절체 엔진에서 UNI 라인 카드로 전달하는 보호 절체 명령 패킷(Switch-over packet)의 포맷을 도시한 도면이다.
도 12를 참조하면, 일 실시예에 따른 보호 절체 명령 패킷(1200)은 L2 헤더(1210), 및 절체 명령 정보(1230)를 포함할 수 있다.
L2 헤더(1210)는 목적지 주소(DA), 공급지 주소(SA), VLAN TPID, VLAN TCI, 이더넷 타입, 및 서명(Signature) 등을 포함할 수 있다.
목적지 주소(DA)는 예를 들어, UNI 라인 카드의 포워딩 엔진의 MAC 주소를 포함할 수 있다.
공급지 주소(SA)는 예를 들어, NNI-P 라인 카드의 보호 절체 엔진의 MAC 주소를 포함할 수 있다.
절체 명령 정보(1230)는 절체할 터널의 개수의 2배를 의미하는 절체 명령의 길이(Length), MEP ID(들) 및 플래그(flag)(들)을 포함할 수 있다.
도 13은 일 실시예에 따른 패킷 전송 장치의 UNI 라인 카드에서 데이터 트래픽을 전송하는 MPLS-TP 터널 경로를 변경하는 과정을 설명하기 위한 도면이다.
도 13을 참조하면, 일 실시예에 따른 UNI 라인 카드(1300)는 포워딩 엔진(1310), 패브릭 인터페이스(1320), 경로 선택 레지스터(path select register)(1330), 네트워크 인터페이스를 포함할 수 있다.
포워딩 엔진(1310)은 패브릭 스위치와 연결된 패브릭 인터페이스(1320)를 통해 보호 절체 명령 패킷을 수신할 수 있다.
경로 선택 레지스터(1330)는 MPLS-TP 작동 터널(1350) 및 MPLS-TP 보호 터널 중 어느 하나의 경로를 선택할 수 있다.
포워딩 엔진(1310)은 보호 절체 명령 패킷을 수신하면, 보호 절체 명령 패킷에 포함된 MEP ID를 이용하여 경로 선택 레지스터(1330)의 오프셋을 검색할 수 있다. 포워딩 엔진(1310)은 검색된 경로 선택 레지스터(1330)의 엔트리(entry)의 값을 절체 명령 정보(예를 들어, 플래그의 값)를 기반으로 변경함으로써 경로 선택 레지스터(1330)가 MPLS-TP 작동 터널(1350)에서 MPLS-TP 보호 터널(1360)로 데이터 트래픽을 전송하는 경로를 변경할 수 있다.
일 실시예에서는 UNI 라인 카드(1300)의 포워딩 엔진(1310)이 경로 선택 레지스터의 값을 직접 변경하기 때문에 CPU에서 API를 통해 경로를 변경하는 방법에 비해 훨씬 빠르게 경로를 변경할 수 있어 보호 절체 시간을 줄일 수 있다.
이상에서 설명된 장치는 하드웨어 구성 요소, 소프트웨어 구성 요소, 및/또는 하드웨어 구성 요소 및 소프트웨어 구성 요소의 조합으로 구현될 수 있다. 예를 들어, 실시예들에서 설명된 장치 및 구성 요소는, 예를 들어, 프로세서, 컨트롤러, ALU(arithmetic logic unit), 디지털 신호 프로세서(digital signal processor), 마이크로컴퓨터, FPA(field programmable array), PLU(programmable logic unit), 마이크로프로세서, 또는 명령(instruction)을 실행하고 응답할 수 있는 다른 어떠한 장치와 같이, 하나 이상의 범용 컴퓨터 또는 특수 목적 컴퓨터를 이용하여 구현될 수 있다. 처리 장치는 운영 체제(OS) 및 상기 운영 체제 상에서 수행되는 하나 이상의 소프트웨어 애플리케이션을 수행할 수 있다. 또한, 처리 장치는 소프트웨어의 실행에 응답하여, 데이터를 접근, 저장, 조작, 처리 및 생성할 수도 있다. 이해의 편의를 위하여, 처리 장치는 하나가 사용되는 것으로 설명된 경우도 있지만, 해당 기술분야에서 통상의 지식을 가진 자는, 처리 장치가 복수 개의 처리 요소(processing element) 및/또는 복수 유형의 처리 요소를 포함할 수 있음을 알 수 있다. 예를 들어, 처리 장치는 복수 개의 프로세서 또는 하나의 프로세서 및 하나의 컨트롤러를 포함할 수 있다. 또한, 병렬 프로세서(parallel processor)와 같은, 다른 처리 구성(processing configuration)도 가능하다.
소프트웨어는 컴퓨터 프로그램(computer program), 코드(code), 명령(instruction), 또는 이들 중 하나 이상의 조합을 포함할 수 있으며, 원하는 대로 동작하도록 처리 장치를 구성하거나 독립적으로 또는 결합적으로(collectively) 처리 장치를 명령할 수 있다. 소프트웨어 및/또는 데이터는, 처리 장치에 의하여 해석되거나 처리 장치에 명령 또는 데이터를 제공하기 위하여, 어떤 유형의 기계, 구성요소(component), 물리적 장치, 가상 장치(virtual equipment), 컴퓨터 저장 매체 또는 장치, 또는 전송되는 신호 파(signal wave)에 영구적으로, 또는 일시적으로 구체화(embody)될 수 있다. 소프트웨어는 네트워크로 연결된 컴퓨터 시스템 상에 분산되어서, 분산된 방법으로 저장되거나 실행될 수도 있다. 소프트웨어 및 데이터는 하나 이상의 컴퓨터 판독 가능 기록 매체에 저장될 수 있다.
실시예에 따른 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 실시예를 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 실시예의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
이상과 같이 실시예들이 비록 한정된 실시예와 도면에 의해 설명되었으나, 해당 기술분야에서 통상의 지식을 가진 자라면 상기의 기재로부터 다양한 수정 및 변형이 가능하다. 예를 들어, 설명된 기술들이 설명된 방법과 다른 순서로 수행되거나, 및/또는 설명된 시스템, 구조, 장치, 회로 등의 구성요소들이 설명된 방법과 다른 형태로 결합 또는 조합되거나, 다른 구성요소 또는 균등물에 의하여 대치되거나 치환되더라도 적절한 결과가 달성될 수 있다.
그러므로, 다른 구현들, 다른 실시예들 및 특허청구범위와 균등한 것들도 후술하는 특허청구범위의 범위에 속한다.
200: NNI 라인 카드
210: 포워딩 엔진(Forwarding Engine)
230: OAM 엔진(OAM Engine)
250: 보호 절체 엔진(Protection Engine)

Claims (20)

  1. 클라이언트 신호를 포함하는 트래픽을 수신하는 적어도 하나의 UNI(User Network Interface) 라인 카드(Line Card);
    라인 카드 단위로 상기 트래픽을 스위칭하는 패브릭 스위치(Fabric Switch);
    상기 패브릭 스위치를 통해 전달된 트래픽의 전송을 위해 MPLS-TP(Multi Protocol Label Switching Transport Profile) 작동 터널(working tunnel)을 생성하는 NNI-W(Working Network Network Interface) 라인 카드; 및
    상기 NNI-W 라인 카드에서 경로 상에 장애가 발생한 경우에 상기 패브릭 스위치를 통해 전달된 트래픽의 전송을 위해 MPLS-TP 보호 터널(protection tunnel)을 생성하는 NNI-P(Protection Network Network Interface) 라인 카드
    를 포함하고,
    상기 NNI-W 라인 카드 및 상기 NNI-P 라인 카드 각각은
    클라이언트 패킷의 헤더에 MPLS 레이블을 편집하고, 편집된 클라이언트 패킷을 출력 포트로 전송하는 제1 포워딩 엔진(Forwarding Engine);
    상기 MPLS-TP 작동 터널을 통해 주기적으로 수신한 CCM(Continuity Check Message) 패킷에 의해 상기 경로 상의 장애 발생 여부를 감지하고, 상기 감지 결과에 기초한 OAM 이벤트를 전송하는 제1 OAM(Operations, Administration and Maintenance) 엔진; 및
    상기 OAM 이벤트에 기초하여 상기 제1 포워딩 엔진에게 보호 절체 메시지를 전달하는 제1 보호 절체 엔진(Protection Engine)
    을 포함하는, 패킷 전송 장치.
  2. 클라이언트 신호를 포함하는 트래픽을 수신하는 적어도 하나의 UNI(User Network Interface) 라인 카드(Line Card);
    라인 카드 단위로 상기 트래픽을 스위칭하는 패브릭 스위치(Fabric Switch);
    상기 패브릭 스위치를 통해 전달된 트래픽의 전송을 위해 MPLS-TP(Multi Protocol Label Switching Transport Profile) 작동 터널(working tunnel)을 생성하는 NNI-W(Working Network Network Interface) 라인 카드; 및
    상기 NNI-W 라인 카드에서 경로 상에 장애가 발생한 경우에 상기 패브릭 스위치를 통해 전달된 트래픽의 전송을 위해 MPLS-TP 보호 터널(protection tunnel)을 생성하는 NNI-P(Protection Network Network Interface) 라인 카드
    를 포함하고,
    상기 NNI-W 라인 카드는
    클라이언트 패킷의 헤더에 MPLS 레이블을 편집하고, 편집된 클라이언트 패킷을 출력 포트로 전송하는 제1 포워딩 엔진(Forwarding Engine);
    상기 MPLS-TP 작동 터널을 통해 주기적으로 수신한 CCM(Continuity Check Message) 패킷에 의해 상기 경로 상의 장애 발생 여부를 감지하고, 상기 감지 결과에 기초한 OAM 이벤트를 전송하는 제1 OAM(Operations, Administration and Maintenance) 엔진; 및
    상기 OAM 이벤트에 기초하여 상기 제1 포워딩 엔진에게 보호 절체 메시지를 전달하는 제1 보호 절체 엔진(Protection Engine)
    을 포함하고,
    상기 제1 포워딩 엔진 및 상기 제1 OAM 엔진은
    제1 패브릭 인터페이스 칩(Fabric Interface Chip)에 의해 구현되며,
    상기 제1 OAM 엔진은
    일정 시간 동안에 발생한 모든 OAM 이벤트를 하나의 패킷 프레임에 저장하고, 상기 하나의 패킷 프레임에 내부 오버헤드(internal overhead)를 부가하여 생성한 OAM 패킷을 상기 제1 보호 절체 엔진에게 전송하는, 패킷 전송 장치.
  3. 제2항에 있어서,
    상기 제1 OAM 엔진은
    상기 OAM 패킷을 상기 제1 패브릭 인터페이스 칩과 연결된 포트를 통해 상기 제1 보호 절체 엔진에게 전송하는, 패킷 전송 장치.
  4. 제2항에 있어서,
    상기 내부 오버헤드는
    복수의 OAM 이벤트들을 구분할 수 있는 정보를 포함하는, 패킷 전송 장치.
  5. 제1항에 있어서,
    상기 NNI-W 라인 카드 및 상기 NNI-P 라인 카드는
    상기 트래픽이 전송되는 포트에 의해 구분되는, 패킷 전송 장치.
  6. 제2항에 있어서,
    상기 NNI- P 라인 카드는
    클라이언트 패킷의 헤더에 MPLS 레이블을 편집하고, 편집된 클라이언트 패킷을 출력 포트로 전송하는 제2 포워딩 엔진(Forwarding Engine);
    상기 MPLS-TP 보호 터널을 통해 주기적으로 수신한 CCM(Continuity Check Message) 패킷에 의해 경로 상의 장애 발생 여부를 감지하고, 상기 감지 결과에 기초한 OAM 이벤트를 알리는 제2 OAM 엔진(Operations, Administration and Maintenance); 및
    상기 OAM 이벤트와 상기 NNI-W 라인 카드의 상기 제 1 보호 절체 엔진으로부터 수신한 OAM 이벤트에 기초하여 보호 절체 명령을 결정하고, 상기 제2 포워딩 엔진에게 상기 보호 절체 명령을 전달하는 제2 보호 절체 엔진(Protection Engine)
    을 포함하고,
    상기 제1 보호 절체 엔진은
    상기 NNI-W 라인 카드의 MPLS-TP 작동 터널에 장애가 발생한 경우,
    상기 제2 보호 절체 엔진의 MAC 주소 및 특정 VLAN ID 기반의 L2 포워딩 기능을 이용하여 상기 NNI-W 라인 카드의 OAM 이벤트를 상기 제2 보호 절체 엔진으로 전달하는, 패킷 전송 장치.
  7. 제6항에 있어서,
    상기 제2 OAM 엔진 및 상기 제2 포워딩 엔진은 제2 패브릭 인터페이스 칩에 의해 구현되고,
    상기 제2 패브릭 인터페이스 칩은
    상기 제1 패브릭 인터페이스 칩과 연결된 포트를 통해 상기 제1 보호 절체 엔진으로부터 상기 OAM 패킷을 수신하고,
    상기 OAM 패킷의 목적지 MAC 주소 및 VLAN ID를 기초로 미리 설정되어 있는 포워딩 테이블을 검색하며,
    상기 검색 결과 발견한, 상기 NNI-P 라인 카드의 번호 및 상기 제2 보호 절체 엔진으로 연결된 포트를 이용하여 상기 NNI-W 라인 카드의 OAM 이벤트를 상기 제2 보호 절체 엔진으로 전달하는, 패킷 전송 장치.
  8. 제6항에 있어서,
    상기 제2 보호 절체 엔진은
    상기 MPLS-TP 보호 터널을 통해 보호 절체 메시지를 보호 절체 도메인의 상대방의 보호 절체 엔진에게 전송하는, 패킷 전송 장치.
  9. 제7항에 있어서,
    상기 제2 패브릭 인터페이스 칩은
    상기 MPLS-TP 보호 터널의 MAC 주소와 VLAN ID 기반의 L2 포워딩 기능을 이용하여 상기 보호 절체 메시지를 상기 MPLS-TP 보호 터널의 인터페이스로 전송하는, 패킷 전송 장치.
  10. 제9항에 있어서,
    상기 제2 패브릭 인터페이스 칩은
    상기 MPLS-TP 보호 터널이 생성될 때, 상기 제2 보호 절체 엔진에게 인터페이스 정보와 MPLS-TP 보호 터널의 레이블을 알리고, 상기 MPLS-TP 보호 터널의 MAC 주소, VLAN ID, 및 출력 포트 정보를 이용하여 L2 포워딩 테이블을 생성하는, 패킷 전송 장치.
  11. 제10항에 있어서,
    상기 제2 패브릭 인터페이스 칩은
    상기 NNI-P 라인 카드에 수신된 패킷의 목적지 MAC 주소, VLAN ID를 이용하여 미리 설정되어 있는 포워딩 테이블을 검색하고, 검색된 보호 절체 도메인의 상대방의 NNI-P 라인 카드의 보호 터널과 연결된 출력 포트를 찾아 상기 보호 절체 메시지를 전송하는, 패킷 전송 장치.
  12. 제6항에 있어서,
    상기 제2 OAM 엔진은
    상기 MPLS-TP 보호 터널을 통해서 수신된 보호 절체 메시지를 상기 제2 보호 절체 엔진이 연결된 특정 포트로 트랩(trap)하는, 패킷 전송 장치.
  13. 제12항에 있어서,
    상기 제2 보호 절체 엔진으로 트랩되는 상기 보호 절체 메시지에는
    MEP(Maintenance Entity Group(MEG) End Points) ID 정보를 포함하는 내부 오버헤드가 부가되는, 패킷 전송 장치.
  14. 제12항에 있어서,
    상기 제2 OAM 엔진은
    상기 MPLS-TP 보호 터널을 통해서 수신된 보호 절체 메시지가 APS(Automatic Protection Switching) 이외의 다른 보호 절체 메시지인 경우, 상기 다른 보호 절체 메시지를 OAM 채널의 타입으로 추가하여 상기 제2 보호 절체 엔진으로 전달하는, 패킷 전송 장치.
  15. 제12항에 있어서,
    상기 제2 OAM 엔진은
    상기 보호 절체 메시지가 PSC 메시지인 경우, 상기 PSC 메시지의 MEL(Maintenance Entity Group(MEG) Level)에 대한 필터링 테이블을 수정하여 상기 상기 제2 보호 절체 엔진으로 전달하는, 패킷 전송 장치.
  16. 제12항에 있어서,
    상기 UNI 라인 카드는
    보호 절체 명령 패킷을 수신하는 포워딩 엔진 및 상기 MPLS-TP 작동 터널 및 상기 MPLS-TP 보호 터널 중 어느 하나의 경로를 선택하는 경로 선택 레지스터를 포함하고,
    상기 제2 보호 절체 엔진은
    상기 UNI 라인 카드의 포워딩 엔진의 MAC 주소와 VLAN ID 기반의 L2 포워딩 기능을 이용하여 상기 보호 절체 명령 패킷에 의해 상기 보호 절체 명령을 상기 UNI 라인 카드로 전달하는, 패킷 전송 장치.
  17. 제16항에 있어서,
    상기 제2 보호 절체 엔진은
    상기 UNI 라인 카드의 포워딩 엔진의 MAC 주소, VLAN ID, 및 출력 포트 정보를 이용하여 L2 포워딩 테이블을 생성하는, 패킷 전송 장치.
  18. 제17항에 있어서,
    상기 제2 보호 절체 엔진은
    수신된 패킷의 목적지 MAC 주소, VLAN ID를 기초로 미리 설정되어 있는 상기 L2 포워딩 테이블을 이용하여 상기 UNI 라인 카드와 연결된 출력 포트를 검색하고, 상기 검색된 출력 포트를 통해 상기 보호 절체 명령을 상기 UNI 라인 카드로 전달하는, 패킷 전송 장치.
  19. 제16항에 있어서,
    상기 보호 절체 명령 패킷은
    상기 UNI 라인 카드의 포워딩 엔진의 MAC 주소, 상기 제2 보호 절체 엔진의 MAC 주소를 포함하는 L2 헤더 및 절체 명령 정보를 포함하는, 패킷 전송 장치.
  20. 제19항에 있어서,
    상기 UNI 라인 카드의 포워딩 엔진은
    상기 보호 절체 명령 패킷을 수신하면, MEP(MEG End Point) ID를 이용하여 상기 경로 선택 레지스터의 오프셋을 검색하고, 상기 검색된 경로 선택 레지스터의 엔트리의 값을 상기 절체 명령 정보를 기반으로 변경함으로써 데이터 트래픽의 전송 경로를 상기 MPLS-TP 작동 터널에서 상기 MPLS-TP 보호 터널로 변경하는, 패킷 전송 장치.
KR1020150071523A 2015-05-22 2015-05-22 Oam 패킷 및 보호 절체 메시지의 처리를 위한 패킷 전송 장치 Expired - Fee Related KR102024902B1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR1020150071523A KR102024902B1 (ko) 2015-05-22 2015-05-22 Oam 패킷 및 보호 절체 메시지의 처리를 위한 패킷 전송 장치
US15/160,445 US10009272B2 (en) 2015-05-22 2016-05-20 Packet transmission apparatus for processing operations, administration, and maintenance (OAM) packet and protection switching message

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020150071523A KR102024902B1 (ko) 2015-05-22 2015-05-22 Oam 패킷 및 보호 절체 메시지의 처리를 위한 패킷 전송 장치

Publications (2)

Publication Number Publication Date
KR20160137813A KR20160137813A (ko) 2016-12-01
KR102024902B1 true KR102024902B1 (ko) 2019-09-25

Family

ID=57325809

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020150071523A Expired - Fee Related KR102024902B1 (ko) 2015-05-22 2015-05-22 Oam 패킷 및 보호 절체 메시지의 처리를 위한 패킷 전송 장치

Country Status (2)

Country Link
US (1) US10009272B2 (ko)
KR (1) KR102024902B1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102390893B1 (ko) 2020-10-20 2022-04-26 (주)텔레필드 패킷 전달 망에서 스위칭 노드의 신호 품질 저하에 대한 자동 보호 절체 방법 및 장치

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9866425B1 (en) 2015-01-05 2018-01-09 Marvell International Ltd. Systems and methods for operations, administration and maintenance (OAM) in the physical coding sublayer (PCS)
US10996971B2 (en) * 2018-07-12 2021-05-04 Verizon Patent And Licensing Inc. Service OAM for virtual systems and services
CN109587030A (zh) 2018-12-03 2019-04-05 盛科网络（苏州）有限公司 维护端点mep的查找方法及装置、存储介质
CN115941540B (zh) * 2022-11-11 2024-12-03 深信服科技股份有限公司 报文处理装置、节点设备及方法
US20250330369A1 (en) * 2024-04-22 2025-10-23 Arista Networks, Inc. Fast Detection of OAM Processor (OAMP) Failure Using Hardware Acceleration

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7936680B2 (en) 2005-12-08 2011-05-03 Nortel Networks Limited Method and apparatus for increasing the scalability of Ethernet OAM
US20120127855A1 (en) * 2009-07-10 2012-05-24 Nokia Siemens Networks Oy Method and device for conveying traffic
US8774009B2 (en) 2009-07-24 2014-07-08 Telefonaktiebolaget L M Ericsson (Publ) Methods and arrangement in a MPLS-TP telecommunications network for OAM functions
CN101662426B (zh) 2009-09-30 2012-06-13 中兴通讯股份有限公司 一种t-mpls隧道保护处理的方法和系统
EP2507942B1 (en) * 2009-12-01 2017-05-17 Telefonaktiebolaget LM Ericsson (publ) Fault monitoring in connection-oriented networks
US9160446B2 (en) * 2011-04-15 2015-10-13 Orckit-Corrigent Ltd. Method for supporting SNCP over packet network
KR20130126822A (ko) * 2012-04-27 2013-11-21 한국전자통신연구원 다중 프로토콜 레이블 스위칭-전송 프로파일 네트워크에서의 패킷 처리방법 및 그 장치
KR20140044983A (ko) * 2012-09-21 2014-04-16 한국전자통신연구원 고속의 대량 데이터 경로전환을 위한 데이터 처리장치 및 그 방법
US20140219080A1 (en) 2013-02-01 2014-08-07 Electronics And Telecommunications Research Institute Method and apparatus for interworking protection switching
US9769058B2 (en) * 2013-05-17 2017-09-19 Ciena Corporation Resilient dual-homed data network hand-off
KR102088298B1 (ko) 2013-07-11 2020-03-12 한국전자통신연구원 패킷 전달 시스템에서의 보호 절체 방법 및 장치
US9369409B2 (en) * 2013-08-12 2016-06-14 Nec Corporation End-to-end hitless protection in packet switched networks
US10097372B2 (en) * 2014-01-09 2018-10-09 Ciena Corporation Method for resource optimized network virtualization overlay transport in virtualized data center environments
CN105100020B (zh) * 2014-05-16 2019-08-09 中兴通讯股份有限公司 数据的处理方法、装置及网络设备

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102390893B1 (ko) 2020-10-20 2022-04-26 (주)텔레필드 패킷 전달 망에서 스위칭 노드의 신호 품질 저하에 대한 자동 보호 절체 방법 및 장치

Also Published As

Publication number Publication date
KR20160137813A (ko) 2016-12-01
US20160344630A1 (en) 2016-11-24
US10009272B2 (en) 2018-06-26

Similar Documents

Publication Publication Date Title
US12267230B2 (en) Packet processing method and apparatus, network device, and storage medium
KR102024902B1 (ko) Oam 패킷 및 보호 절체 메시지의 처리를 위한 패킷 전송 장치
US7545735B1 (en) Scalable protection mechanism for hierarchical multicast service in ring based networks
US9906457B2 (en) Operations, administration and management fields for packet transport
EP2224644B1 (en) A protection method, system and device in the packet transport network
US11349735B2 (en) Faster fault-detection mechanism, for example using bidirectional forwarding detection (BFD), on network nodes and/or hosts multihomed using a link aggregation group (LAG)
US20110194404A1 (en) System and method for fast protection of dual-homed virtual private lan service (vpls) spokes
EP2498454A1 (en) Method, device and system for processing service traffic based on pseudo wires
US8897128B2 (en) Congestion managment for fibre channel over ethernet over wide area networks
US20130272114A1 (en) Pseudo wire switching method and device
US11522794B2 (en) Time-to-live (TTL) handing for segment routing ping/traceroute
CN101136921A (zh) 通信装置及通信系统
CA2762924C (en) Method, apparatus and system for two-node cluster hot backup
EP3874687B1 (en) Operations processing of multiple-protocol packets
EP2571203B1 (en) Tunnel switching method and system for multi-protocol label switching services
US9083602B2 (en) Communication system and communication device
US8934335B2 (en) System and method for enhancing loop free alternative coverage
US7778190B2 (en) Correlating label switched paths of a pseudowire
US11876706B2 (en) Avoiding loops by preventing further fast reroute (FRR) after an earlier FRR
WO2022000264A1 (zh) 故障检测方法、装置及pe设备
CN100459531C (zh) 一种基于双向转发检测协议通告伪线故障的方法
JP6236925B2 (ja) 伝送装置および伝送方法
US12388745B2 (en) Method and apparatus for performing protection switching in segment routing SR network
WO2007071153A1 (en) A method, a data network system and a network node for transmitting data packets
EP2981035A1 (en) Control apparatus, communication system, communication node control method and program

Legal Events

Date Code Title Description
PA0109 Patent application

St.27 status event code: A-0-1-A10-A12-nap-PA0109

PG1501 Laying open of application

St.27 status event code: A-1-1-Q10-Q12-nap-PG1501

P22-X000 Classification modified

St.27 status event code: A-2-2-P10-P22-nap-X000

A201 Request for examination
PA0201 Request for examination

St.27 status event code: A-1-2-D10-D11-exm-PA0201

E902 Notification of reason for refusal
PE0902 Notice of grounds for rejection

St.27 status event code: A-1-2-D10-D21-exm-PE0902

T11-X000 Administrative time limit extension requested

St.27 status event code: U-3-3-T10-T11-oth-X000

P11-X000 Amendment of application requested

St.27 status event code: A-2-2-P10-P11-nap-X000

P13-X000 Application amended

St.27 status event code: A-2-2-P10-P13-nap-X000

E701 Decision to grant or registration of patent right
PE0701 Decision of registration

St.27 status event code: A-1-2-D10-D22-exm-PE0701

GRNT Written decision to grant
PR0701 Registration of establishment

St.27 status event code: A-2-4-F10-F11-exm-PR0701

PR1002 Payment of registration fee

St.27 status event code: A-2-2-U10-U11-oth-PR1002

Fee payment year number: 1

PG1601 Publication of registration

St.27 status event code: A-4-4-Q10-Q13-nap-PG1601

P22-X000 Classification modified

St.27 status event code: A-4-4-P10-P22-nap-X000

PC1903 Unpaid annual fee

St.27 status event code: A-4-4-U10-U13-oth-PC1903

Not in force date: 20220919

Payment event data comment text: Termination Category : DEFAULT_OF_REGISTRATION_FEE

PC1903 Unpaid annual fee

St.27 status event code: N-4-6-H10-H13-oth-PC1903

Ip right cessation event data comment text: Termination Category : DEFAULT_OF_REGISTRATION_FEE

Not in force date: 20220919