KR20160047983A - Ｓｆｃ 수행 방법 및 시스템 - Google Patents

Ｓｆｃ 수행 방법 및 시스템 Download PDF

Info

Publication number
KR20160047983A
KR20160047983A KR1020150142665A KR20150142665A KR20160047983A KR 20160047983 A KR20160047983 A KR 20160047983A KR 1020150142665 A KR1020150142665 A KR 1020150142665A KR 20150142665 A KR20150142665 A KR 20150142665A KR 20160047983 A KR20160047983 A KR 20160047983A
Authority
KR
South Korea
Prior art keywords
failed
sfc
function
sfp
received packet
Prior art date
Application number
KR1020150142665A
Other languages
English (en)
Other versions
KR101788402B1 (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 US14/921,258 priority Critical patent/US20160119253A1/en
Publication of KR20160047983A publication Critical patent/KR20160047983A/ko
Application granted granted Critical
Publication of KR101788402B1 publication Critical patent/KR101788402B1/ko

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/70—Routing based on monitoring results
    • 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

Landscapes

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

Abstract

SDN 환경에서 서비스 기능 체이닝(Service Function Chaining, SFC)을 수행하는 방법 및 시스템이 개시된다. 네트워크 장치에 의한 SFC(Service Function Chaining) 수행 방법은, 네트워크 장치에 수신된 패킷을 위한 Service Function Path(SFP)를 확인하는 단계와; 수신된 패킷이 거쳐야 할 Service Function(SF)를 SFP 상에서 결정하는 단계와; SF의 기능이 필수적인지 여부에 기반하여 수신된 패킷을 처리하는 단계를 포함한다. 따라서, 상기와 같은 본 발명의 실시예에 따른 SFC 수행 방법 및 시스템은, SF의 기능 또는 SFC를 위한 설정에 기반하여 Mandatory SF와 Optional SF로 구분될 수 있고, 이러한 구분에 기반하여 SFC를 보다 안정적으로 구현할 수 있다.

Description

ＳＦＣ 수행 방법 및 시스템{METHOD AND SYSTEM FOR PERFORMING SERVICE FUNCTION CHAINING}
본 발명은 소프트웨어 정의 네트워킹(Software Defined Networking, SDN)에 관한 것으로, 더욱 상세하게는 SDN 환경에서 서비스 기능 체이닝(Service Function Chaining, SFC)을 수행하는 방법 및 시스템에 관한 것이다.
미래지향적 네트워크 및 서비스 인프라의 구축을 위해 네트워크의 개방화와 가상화에 대한 관심이 높아졌고, 이를 지원하는 기술로서 소프트웨어 정의 네트워킹(Software Defined Networking, SDN) 및 네트워크 기능 가상화(Network Function Virtualization, NFV) 기술에 관한 논의가 활발히 진행되고 있는 상황이다.
또한, 트래픽에 따라 필요한 네트워크 기능들을 선택적으로 조합 및 실행하여 하나의 네트워크 서비스를 구현하는 서비스 체이닝(Service Chaining) 또는 서비스 기능 체이닝(Service Function Chaining, SFC) 기술(이하, 이하, ‘SFC 기술’이라 함)에 대한 관심이 증대되고 있다.
일반적으로, 네트워크 서비스는 하나 이상의 네트워크 컴포넌트 기능을 구현하는 네트워크 장비들의 조합으로 제공된다. 이러한 네트워크 컴포넌트 기능으로는 방화벽(Firewall), DPI(Deep Packet Inspection) 등과 댁내 네트워크 서비스를 지원하는 DHCP(Dynamic Host Configuration Protocol), NAT (Network Address Translation) 등과 같이 다양한 네트워크 계층과 위치에 설치되어 네트워크 서비스를 구성한다.
특히, SFC 기술은 IETF(Internet Engineering Task Force) SFC WG(Service Function Chaining Working Group) 표준화 그룹에서 주로 논의되고 있다.
그러나, SF(Service Function)의 기능을 분류하여 사용자 중심의 SFC를 구현하는 기술이 미흡하며, 특히, SF에 장애가 발생한 경우의 처리가 미흡하여 특정 SF에 장애가 발생한 경우에, 트래픽 전달 자체가 중단되는 현상이 발생하는 문제점이 있다.
상기와 같은 문제점을 해결하기 위한 본 발명의 목적은, SDN 환경에서 SFC을 수행하는 방법을 제공하는데 있다.
상기와 같은 문제점을 해결하기 위한 본 발명의 다른 목적은, SDN 환경에서 SFC을 수행하는 시스템을 제공하는데 있다.
상기 목적을 달성하기 위한 본 발명의 일 측면에 따른 네트워크 장치에 의한 SFC(Service Function Chaining) 수행 방법은, 네트워크 장치에 수신된 패킷을 위한 Service Function Path(SFP)를 확인하는 단계와; 수신된 패킷이 거쳐야 할 Service Function(SF)를 SFP 상에서 결정하는 단계와; SF의 기능이 필수적인지 여부에 기반하여 수신된 패킷을 처리하는 단계를 포함한다.
여기에서, 상기 SFP는, SFC를 위해 네트워크 장치를 제어하는 컨트롤러에 의해 설정될 수 있다.
여기에서, 상기 수신된 패킷을 처리하는 단계는, SF에 장애가 발생한 경우에, 장애가 발생한 SF의 기능이 필수적인 것으로 확인됨에 따라 수신된 패킷에 대한 전달을 중단하고, 장애 사실을 네트워크 장치를 제어하는 컨트롤러로 알릴 수 있다.
여기에서, 상기 수신된 패킷을 처리하는 단계는, 장애 사실을 수신한 컨트롤러에 의해 재계산된 경로에 따라 수신된 패킷을 전달할 수 있다.
여기에서, 상기 수신된 패킷을 처리하는 단계는, SF에 장애가 발생한 경우에, 장애가 발생한 SF의 기능이 필수적이지 않은 것으로 확인됨에 따라 장애가 발생한 SF를 바이패스(bypass)시킬 수 있다.
여기에서, 상기 수신된 패킷을 처리하는 단계는, SF에 장애가 발생한 경우에, 장애가 발생한 SF를 대체할 백업 SF가 설정되어 있는 것으로 확인됨에 따라 설정된 백업 SF로 상기 수신된 패킷을 전달할 수 있다.
여기에서, 상기 수신된 패킷을 처리하는 단계는, SF에 장애가 발생한 경우에, 장애가 발생한 SF를 대체할 백업 SF가 설정되어 있지 않은 것으로 확인됨에 따라 장애가 발생한 SF의 기능이 필수적인지 여부를 확인할 수 있다.
여기에서, 상기 수신된 패킷을 처리하는 단계는, 수신된 패킷에 적용되는 SFC에 따라 SF의 기능이 필수적인지 여부를 결정할 수 있다.
상기 목적을 달성하기 위한 본 발명의 다른 측면에 따른 컨트롤러에 의한 SFC(Service Function Chaining) 수행 방법은, 토폴로지 DB에 기반하여 Service Function Path(SFP)를 네트워크 장치에 설정하는 단계와; 네트워크 장치로부터 SFP 상에 있는 SF(Service Function)에 발생한 이벤트 정보를 수신하는 단계와; 이벤트가 발생한 SF의 기능이 필수적인지 여부 및 수신한 이벤트 정보에 따라 네트워크 장치를 제어하는 단계를 포함한다.
여기에서, 상기 네트워크 장치를 제어하는 단계는, SF에 발생한 장애에 상응하는 이벤트 정보를 수신하고, 장애가 발생한 SF의 기능이 필수적인 것으로 확인됨에 따라 새로운 SFP를 계산하는 단계와; 새로운 SFP를 네트워크 장치에 설정하는 단계를 포함할 수 있다.
여기에서, 상기 새로운 SFP를 계산하는 단계는, 장애가 발생한 SF를 대체할 백업 SF에 대한 설정 여부를 고려하여 새로운 SFP를 계산할 수 있다.
여기에서, 상기 네트워크 장치를 제어하는 단계는, SF에 발생한 장애에 상응하는 이벤트 정보를 수신하고, 장애가 발생한 SF의 기능이 필수적이지 않은 것으로 확인됨에 따라 장애가 발생한 SF를 바이패스(bypass)하도록 제어할 수 있다.
상기 다른 목적을 달성하기 위한 본 발명의 실시예에 따른 SFC 수행 시스템은, 토폴로지 DB에 기반하여 Service Function Path(SFP)를 결정하는 컨트롤러와; 수신된 패킷을 컨트롤러에 의해 결정된 SFP에 따라 처리하되, 수신된 패킷을 처리할 SF에 발생한 이벤트 정보 및 SF의 기능이 필수적인지 여부에 따라 수신된 패킷을 처리하는 네트워크 장치를 포함한다.
여기에서, 상기 네트워크 장치는, SF에 장애가 발생한 경우, 장애가 발생한 SF를 대체할 백업 SF가 설정되어 있는 것으로 판단됨에 따라 수신된 패킷을 백업 SF로 전달할 수 있다.
여기에서, 상기 네트워크 장치는, SF에 장애가 발생한 경우, 장애가 발생한 SF를 대체할 백업 SF가 설정되어 있지 않고, 장애가 발생한 SF의 기능이 필수적인 것으로 판단됨에 따라 장애가 발생한 SF에 대한 정보를 컨트롤러로 알릴 수 있다.
여기에서, 상기 컨트롤러는, 장애가 발생한 SF에 대한 정보의 수신에 상응하여 수신된 패킷을 처리할 새로운 SFP를 재계산하고, 재계산된 새로운 SFP를 네트워크 장치에 설정할 수 있다.
여기에서, 상기 네트워크 장치는, SF에 장애가 발생한 경우, 장애가 발생한 SF를 대체할 백업 SF가 설정되어 있지 않고, 장애가 발생한 SF의 기능이 필수적이지 않은 것으로 판단됨에 따라 장애가 발생한 SF를 바이패스(bypass)시킬 수 있다.
상기와 같은 본 발명의 실시예에 따른 SFC 수행 방법 및 시스템은, SF의 기능 또는 SFC를 위한 설정에 기반하여 Mandatory SF와 Optional SF로 구분될 수 있고, 이러한 구분에 기반하여 SFC를 보다 안정적으로 구현할 수 있다.
또한, SF의 장애로 인해 전체 트래픽의 전달이 중단되는 현상을 효과적으로 방지할 수 있다.
도 1은 본 발명의 실시예에 따른 SFC를 수행하는 시스템을 설명하기 위한 예시도이다.
도 2는 본 발명의 실시예에 따른 SFC를 구현하기 위한 네트워크 서비스 헤더를 설명하기 위한 예시도이다.
도 3은 본 발명의 실시예에 따른 SFC 환경에서 장애가 발생한 경우를 설명하기 위한 예시도이다.
도 4는 본 발명의 실시예에 따른 컨트롤러가 SFP를 설정하는 방법을 설명하기 위한 흐름도이다.
도 5는 본 발명의 실시예에 따라 SFC를 수행하는 방법을 컨트롤러를 중심으로 설명하기 위한 순서도이다.
도 6은 본 발명의 실시예에 따른 SFF가 SFC를 수행하는 방법을 설명하기 위한 흐름도이다.
도 7은 본 발명의 실시예에 따라 장애가 발생한 SF를 대체할 백업 SF가 존재하는 경우에 장애를 극복하는 방법을 설명하기 위한 순서도이다.
도 8은 본 발명의 실시예에 따라 장애가 발생한 SF를 대체할 백업 SF가 존재하지 않는 경우에 장애를 극복하는 방법을 설명하기 위한 순서도이다.
본 발명은 다양한 변경을 가할 수 있고 여러 가지 실시예를 가질 수 있는 바, 특정 실시예들을 도면에 예시하고 상세한 설명에 상세하게 설명하고자 한다. 그러나, 이는 본 발명을 특정한 실시 형태에 대해 한정하려는 것이 아니며, 본 발명의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다. 각 도면을 설명하면서 유사한 참조부호를 유사한 구성요소에 대해 사용하였다.
제1, 제2, A, B 등의 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 상기 구성요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 발명의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소도 제1 구성요소로 명명될 수 있다. 및/또는 이라는 용어는 복수의 관련된 기재된 항목들의 조합 또는 복수의 관련된 기재된 항목들 중의 어느 항목을 포함한다.
어떤 구성요소가 다른 구성요소에 "연결되어" 있다거나 "접속되어" 있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다고 이해되어야 할 것이다. 반면에, 어떤 구성요소가 다른 구성요소에 "직접 연결되어" 있다거나 "직접 접속되어" 있다고 언급된 때에는, 중간에 다른 구성요소가 존재하지 않는 것으로 이해되어야 할 것이다.
본 출원에서 사용한 용어는 단지 특정한 실시예를 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 출원에서, "포함하다" 또는 "가지다" 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가지고 있다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥 상 가지는 의미와 일치하는 의미를 가지는 것으로 해석되어야 하며, 본 출원에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.
이하, 본 발명에서 언급되는 컨트롤러는 SDN 또는 SFC 서비스를 안정적으로 제공하기 위해 관련 구성 요소(예를 들면, 스위치, 라우터 등)를 제어하는 기능 요소(entity)를 의미하는 것으로, 물리적인 구현 형태나 구현 위치 등에 한정되지 않는다. 예를 들어, 컨트롤러는 ONF, IETF, ETSI 및/또는 ITU-T 등에서 정의하고 있는 컨트롤러 기능 요소(entity)를 의미한다.
또한, 본 발명에서 언급되는 네트워크 장치는 트래픽(또는 패킷)을 실질적으로 포워딩하거나 스위칭 또는 라우팅하는 기능 요소를 의미하는 것으로, ONF, IETF, ETSI 및/또는 ITU-T 등에서 정의하고 있는 스위치, 라우터, 스위치 요소, 라우터 요소, 포워딩 요소, SFF(Service Function Forwarder) 등을 의미한다.
이하, 본 발명에 따른 바람직한 실시예를 첨부된 도면을 참조하여 상세하게 설명한다.
도 1은 본 발명의 실시예에 따른 SFC를 수행하는 시스템을 설명하기 위한 예시도이고, 도 2는 본 발명의 실시예에 따른 SFC를 구현하기 위한 네트워크 서비스 헤더를 설명하기 위한 예시도이다.
서비스 기능 체이닝(Service Function Chaining, SFC)는 네트워크 이용자의 트래픽이 NAT, Firewall, IPS등과 같은 네트워크 서비스 중에서 이용자에게 필요한 기능들만 선택적으로 경유하도록 하는 개념이며, 이러한 서비스들은 물리적인 서버에서 동작할 수도 있고 가상머신 상에서 동작할 수도 있다. 따라서, SFC는 NFV(Network Function Virtualization)와 밀접한 관계를 가지는 개념으로 이해될 수 있다.
SFC를 구현하기 위한 개념을 설명하면 다음과 같다.
SF(Service Function)는 수신된 패킷을 처리하는 기능 블록으로 이해될 수 있으며, 다양한 레이어의 프로토콜 스택에서 작동할 수 있다. SF는 논리적 구성으로서, 물리 네트워크 구성(physical network component)에 임베디드된 가상 요소(virtual element)를 의미할 수 있다. 또한, 복수의 SF가 하나의 네트워크 구성에 임베디드될 수 있다. 예를 들어, SF는 Firewall, IPS(Intrusion Prevention System), DPI(Deep Packet Inspection) 및 NAT(Network Address Translation) 기능을 수행하는 개념 요소를 의미할 수 있다. 또한, 동일 SFC 도메인 내에 중복된 SF 인스턴스가 존재할 수 있다.
SFF(Service Function Forwarder)는 수신된 패킷을 SF에 전달하는 기능을 수행한다. 즉, SFF는 SFC encapsulation에서 전달된 정보에 따라 적어도 하나의 SF에 트래픽 또는 패킷을 전달할 수 있다. 또한, SFF는 패킷을 다른 SFF에 전달하는 기능을 수행할 수 있다.
SFP(Service Function Path)는 추상적 개념의 SFC를 구현하기 위해 패킷이 경유하는 실제의 네트워크 경로를 의미할 수 있다. SFP 상에는 복수의 SFF 및 복수의 SF가 존재할 수 있다.
SFC Encapsulation은 최소한의 SFP Identification을 제공한다. 또한, SFC Encapsulation은 SFF, SFC aware SF등과 같은 SFC-aware function에서 이용되며, 일반 네트워크 도메인의 패킷 전달에는 이용되지 않으며, SFP ID 외에도 data plane context 정보(metadata)를 전달할 수 있다.
Classifier는 Classification 또는 Service Classification을 수행하는 기능 요소를 의미할 수 있다. 여기서, Classification은 트래픽을 정책에 의해 고객/서비스 단위로 분류하고 Profile에 따라 해당 고객이 이용하는 SF(Service Function)들을 분류하는 과정을 의미할 수 있다. 즉, Classification는 트래픽에 적합한 Forwarding 정책(Policy), 이용자 및 네트워크 프로파일의 식별을 통하여 수행될 수 있다.
SFC-enabled Domain은 SFC를 구현하는 네트워크 영역을 의미할 수 있으며, 단일 네트워크 관리 영역으로 제한될 수 있다.
도 1을 참조하면, SFC는 컨트롤러(100)와 SFC-enabled Domain 상에 위치한 SFC Classifier Node(200), 복수의 SFF(300) 및 복수의 SF(400)가 연동하여 구현될 수 있다.
컨트롤러(100)는 SFC-enabled Domain에 위치하는 SFC Classifier Node(200), 복수의 SFF(300) 및 복수의 SF(400)를 제어할 수 있다. 예를 들어, 컨트롤러(100)는 SFC Classifier Node(200)를 통하여 SFP를 SFC-enabled Domain에 설정할 수 있다.
상세하게는, 컨트롤러(100)는 SFC Classifier Node(200), 복수의 SFF(300) 및 복수의 SF(400)의 상태 정보를 모니터링할 수 있는 Monitoring Unit(110), SFP와 같이 패킷을 처리할 경로를 결정하는 Path Determination Unit(120) 및 결정된 경로를 SFC-enabled Domain에 설정하는 Path Setup Unit(130)를 포함할 수 있다.
SFC-enabled Domain은 수신된 패킷을 컨트롤러(100)에 의해 설정된 SFP에 기반하여 처리할 수 있다.
상세하게는, SFC-enabled Domain에서 Service Classification을 수행하기 위한 구조는 다음과 같다.
이용자의 트래픽이 SFC-enabled Domain에 진입하게 되면, Service Classification 기능을 수행하는 Service Classifier Node(200)에서 해당 트래픽을 미리 설정된 정책에 의해 고객/서비스 단위로 분류하고 Profile에 따라 해당 고객이 이용하는 SF(400)들을 파악하여 현재 SFC-enabled Domain의 SF 인스턴스를 경유하는 경로를 지정할 수 있다.
다음으로, 도 2는 SFC의 구현을 위한 네트워크 서비스 헤더(Network Service Header, NSH)를 나타낸다. 즉, NSH는 도 2와 같은 Service Path ID, Service Index, Metadata 등의 정보를 추가해 Encapsulation될 수 있다. 여기서, Service Path ID는 SFP를 식별하기 위한 정보를 의미하고, Service Index는 네트워크 서비스를 식별하기 위한 정보를 의미할 수 있으며, Metadata는 다양한 Context 정보를 의미할 수 있다.
따라서, NSH는 해당 패킷이 거쳐야 할 SF(400)들과 SF(400)들의 순서를 명시하고 있기 때문에, SFF(300)들은 해당 패킷이 SFC-enabled Domain을 통과할 때 NSH에 명시된 바에 따라 SF(400)들을 거치도록 할 수 있다.
도 3은 본 발명의 실시예에 따른 SFC 환경에서 장애가 발생한 경우를 설명하기 위한 예시도이다.
도 3을 참조하면, SFC-enabled Domain내에 진입하는 패킷은 Service Classification 역할을 하는 SFC Classifier Node(200)에 의해 분류될 수 있다.
컨트롤러(100)는 고객의 Profile에 따라 해당 고객이 이용하는 Service들을 제공하기 위해 패킷이 실제로 거쳐야 하는 SF들(예, NAT, Firewall, IPS)을 식별하기 위한 SFPID(Service Function Path ID)를 생성하여 SFC-enabled Domain에 적용할 수 있다.
컨트롤러(100)는 제1 SFF(310), 제2 SFF(320), 제3 SFF(300) 각각에 패킷 전달을 위한 SFC 룰(예, NSH)에 SFPID를 추가할 수 있다.
예를 들어, SFPID abcd에 의해 패킷이 제1 SF(410) -> 제3 SF(430) -> 제4 SF(440)를 차례로 경유하도록 경로를 설정한 경우를 설명하면 다음과 같다.
SFC Classifier Node(200)는 제1 SFF(310)로 패킷을 전달할 수 있다.
제1 SFF(310)는 패킷을 제1 SF(410)로 전달하고, 제1 SF(410)에 의해 처리된 패킷을 제2 SFF(320)로 전달할 수 있다.
제2 SFF(320)는 패킷을 제3 SF(430)로 전달하고, 제3 SF(430)에 의해 처리된 패킷을 제3 SFF(330)로 전달할 수 있다.
제3 SFF(330)는 패킷을 제4 SF(440)로 전달하고, 제4 SF(440)에 의해 처리된 패킷은 일반 네트워크 구간으로 전달될 수 있다. 여기서, 일반 네트워크 구간으로 전달되기 전에 SFC 헤더는 제거될 수 있다.
즉, SFC Classifier Node(200)로 수신된 패킷은 제1 SFF(310) -> 제1 SF(410) -> 제2 SFF(320) -> 제3 SF(430) -> 제3 SFF(330) -> 제4 SF(440)와 같은 SFP를 통하여 처리될 수 있다.
이러한 과정에서 제1 SF(410)에 장애가 발생할 수 있고, 제1 SF(410)에 장애가 발생하였을 경우, 패킷 전달 자체가 중단되는 문제점이 발생할 수 있다. 즉, SFP 상의 복수의 SF(410, 420, 430, 440) 중에서 어느 하나의 SF에 장애가 발생하더라도 전체 네트워크 서비스가 중단되는 문제점이 있다.
또한, SFC-enabled Domain내에서는 SFC 헤더 정보인 SFPID, Index에 기초하여 패킷을 라우팅하기 때문에 기존의 L3, L2 장애 복구 기법의 사용이 어려운 문제가 있다.
도 4는 본 발명의 실시예에 따른 컨트롤러가 SFP를 설정하는 방법을 설명하기 위한 흐름도이고, 도 5는 본 발명의 실시예에 따라 SFC를 수행하는 방법을 컨트롤러를 중심으로 설명하기 위한 순서도이다.
도 4를 참조하면, 컨트롤러는 고객 profile에 기반하여 패킷이 경유할 SF를 식별할 수 있고(S410), 이를 통하여 토폴로지 DB를 참조하여 패킷이 처리될 SFP를 결정할 수 있다(S420).
또한, 컨트롤러는 백업 SF의 존재 여부를 확인할 수 있고(S430), 백업 SF가 존재하는 경우에는 백업 SF에 따른 경로를 추가할 수 있다(S440).
따라서, 컨트롤러는 토폴로지 DB에 기반하여 SFP를 네트워크 장치인 SFF(300)에 설정할 수 있다(S450).
도 5를 참조하여 컨트롤러가 SFC를 수행하는 방법을 보다 상세하게 설명한다.
컨트롤러는 고객 profile 등에 기반하여 포워딩 룰(Forwarding Rule)과 백업 경로(Backup path)를 생성할 수 있다(S510). 여기서, 포워딩 룰은 SFP에 상응하는 개념으로 이해될 수 있다.
컨트롤러는 생성된 포워딩 룰과 백업 경로를 제1 SFF 및 제2 SFF에 설정할 수 있다(S521, S522, S531, S532).
제1 SFF는 컨트롤러에 의해 설정된 포워딩 룰에 따라 해당 SF로 패킷을 전달할 수 있다(S540). 제1 SFF는 패킷이 전달되는 SF에 장애가 발생한 것을 감지하면(S550), 이를 컨트롤러로 알릴 수 있다(S560). 즉, SFF는 자신과 연결된 SF에 발생한 이벤트 정보를 컨트롤러로 전달할 수 있다.
컨트롤러는 장애가 발생한 SF가 필수 기능을 수행하는지 여부 및 대체할 SF가 존재하는지 여부를 확인할 수 있다(S570).
여기서, 필수적 기능의 SF를 Mandatory SF로 명명하고, 필수적 기능이 아닌 선택적 기능의 SF를 Optional SF로 명명할 수 있다.
예를 들어, Mandatory SF는 NAT등과 같이 서비스를 위해 필수적인 기능을 수행하는 SF를 의미하고, Optional SF는 Firewall, IPS등과 같이 서비스를 위해 필수적이지 않은 기능을 수행하는 SF를 의미할 수 있다.
더 나아가, SF의 단순 기능에 따라 Mandatory SF와 Optional SF를 구분하는 것이 아니라, SFC 별로 Mandatory SF와 Optional SF를 미리 설정할 수도 있다.
컨트롤러는 장애가 발생한 SF가 필수 기능을 수행하고, 이를 대체할 SF가 존재하지 않는 것으로 판단되면, 패킷 처리가 더 이상 불가능함을 운용자에게 알릴 수 있다(S571). 더 나아가, 컨트롤러는 장애가 발생한 SF가 필수 기능을 수행하고, 이를 대체할 SF가 존재하지 않는 것으로 판단되면, 이를 운용자에게 알림과 동시에 새로운 포워딩 룰을 생성할 수도 있다.
또한, 컨트롤러는 장애가 발생한 SF가 필수 기능을 수행하지 않거나, 이를 대체할 SF가 존재하는 것으로 판단되면, 새로운 포워딩 룰을 생성할 수 있고(S573), 이를 제1 SFF 및 제2 SFF에 설정할 수 있다(S581, S582).
따라서, 도 4 및 도 5를 참조하며, 컨트롤러는 토폴로지 DB에 기반하여 Service Function Path(SFP)를 네트워크 장치에 설정하고, 네트워크 장치로부터 SFP 상에 있는 SF(Service Function)에 발생한 이벤트 정보를 수신하며, 이벤트가 발생한 SF의 기능이 필수적인지 여부 및 수신한 이벤트 정보에 따라 네트워크 장치를 제어할 수 있다.
도 6은 본 발명의 실시예에 따른 SFF가 SFC를 수행하는 방법을 설명하기 위한 흐름도이다.
도 6을 참조하면, SFF는 패킷을 수신하고(S610), 수신된 패킷을 포워딩 룰의 경로에 따른 SF에 전달할 수 있다(S620).
SFF는 패킷이 전달되는 SF에 장애가 발생하였는지 여부를 감지할 수 있다(S630). SFF는 SF에 장애가 발생한 것으로 판단되면, 장애가 발생한 SF를 대체할 백업 SF가 존재하는지 확인할 수 있다(S640).
SFF는 장애가 발생한 SF를 대체할 백업 SF가 존재하는 것으로 판단되면, 패킷을 백업 SF로 전달할 수 있다(S641).
또한, SFF는 장애가 발생한 SF를 대체할 백업 SF가 존재하지 않는 것으로 판단되면, 장애가 발생한 SF의 기능이 필수적인지 여부를 확인할 수 있다(S650).
SFF는 장애가 발생한 SF의 기능이 필수적인 것으로 판단되면, 장애 발생 사실을 컨트롤러로 알릴 수 있으며(S651), 장애가 발생한 SF의 기능이 필수적이지 않은 것으로 판단되면, 장애 발생 SF를 바이패스(bypass)시킬 수 있다(S653).
SFF는 해당 SF가 SFC를 위한 마지막 SF인지 여부를 확인할 수 있다(S660).
SFF는 해당 SF가 마지막 SF인 것으로 판단되면, SFC의 종료에 따라 SFC 헤더를 제거할 수 있다(S661).
또한, SFF는 해당 SF가 마지막 SF가 아닌 것으로 판단되면, 패킷을 다음 SFF로 전달할 수 있다(S663).
따라서, 상술한 도 6에 대한 설명을 참조하면, 네트워크 장치는 수신된 패킷을 위한 Service Function Path(SFP)를 확인하고, 수신된 패킷이 거쳐야 할 Service Function(SF)를 SFP 상에서 결정하며, SF의 기능이 필수적인지 여부에 기반하여 수신된 패킷을 처리할 수 있다.
도 7은 본 발명의 실시예에 따라 장애가 발생한 SF를 대체할 백업 SF가 존재하는 경우에 장애를 극복하는 방법을 설명하기 위한 순서도이고, 도 8은 본 발명의 실시예에 따라 장애가 발생한 SF를 대체할 백업 SF가 존재하지 않는 경우에 장애를 극복하는 방법을 설명하기 위한 순서도이다.
먼저, 도 7을 참조하여 장애가 발생한 SF를 대체할 백업 SF 가 존재하는 경우의 SFC 수행 방법은 다음과 같다. 즉, 장애가 발생한 제1 SF를 대체할 제1 SF(백업)이 존재하는 경우를 설명한다.
컨트롤러는 고객 profile 등에 기반하여 포워딩 룰(Forwarding Rule)과 백업 경로(Backup path)를 생성할 수 있다(S710). 여기서, 포워딩 룰은 SFP에 상응하는 개념으로 이해될 수 있다.
컨트롤러는 생성된 포워딩 룰과 백업 경로를 제1 SFF 및 제2 SFF에 설정할 수 있다(S721, S722, S731, S732).
제1 SFF는 컨트롤러에 의해 설정된 포워딩 룰에 따라 제1 SF로 패킷을 전달할 수 있다(S740). 제1 SFF는 패킷이 전달되는 제1 SF에 장애가 발생한 것을 감지하면(S750), 패킷을 제1 SF를 대체할 제1 SF(백업)으로 패킷을 전달할 수 있다(S760).
제1 SF(백업)는 제1 SF에 상응하는 처리를 패킷에 수행하고, SFC 헤더에 포함된 Service index 등을 갱신할 수 있다(S770). 즉, 제1 SF(백업)는 SFC헤더의 Service index를 다음 SF을 위한 Index로 수정할 수 있다. 예를 들어, 현재 장애가 발생한 제1 SF의 Service index가 5이고, 다음 SF인 제2 SF의 Service index가 4일 경우, 현재 패킷을 위한 Service index를 4로 수정할 수 있다.
또한, 제1 SF(백업)는 자신이 처리한 패킷을 다시 제1 SFF로 전달할 수 있다(S771).
제1 SFF는 제1 SF가 SFC를 위한 마지막 SF인지 여부를 확인할 수 있다(S780).
제1 SFF는 제1 SF가 마지막 SF인 것으로 판단되면, SFC의 종료에 따라 SFC 헤더를 제거할 수 있다(S781).
또한, 제1 SFF는 제1 SF가 마지막 SF가 아닌 것으로 판단되면, 패킷을 다음 SFF인 제2 SFF로 전달할 수 있고(S783), 제2 SFF는 제1 SFF로부터 수신한 패킷을 제2 SF로 전달할 수 있다(S785).
다음으로, 도 8을 참조하여 장애가 발생한 SF를 대체할 백업 SF 가 존재하지 않는 경우의 SFC 수행 방법은 다음과 같다. 즉, 장애가 발생한 제1 SF를 대체할 백업 SF가 존재하지 않는 경우를 설명한다.
컨트롤러는 고객 profile 등에 기반하여 포워딩 룰(Forwarding Rule)과 백업 경로(Backup path)를 생성할 수 있다(S810). 여기서, 포워딩 룰은 SFP에 상응하는 개념으로 이해될 수 있다.
컨트롤러는 생성된 포워딩 룰과 백업 경로를 제1 SFF 및 제2 SFF에 설정할 수 있다(S821, S822, S831, S832).
제1 SFF는 컨트롤러에 의해 설정된 포워딩 룰에 따라 제1 SF로 패킷을 전달할 수 있다(S840).
제1 SFF는 패킷이 전달되는 제1 SF에 장애가 발생한 것을 감지할 수 있다(S850).
제1 SFF는 장애가 발생한 제1 SF를 대체할 백업 SF가 존재하지 않는 것으로 판단되면, 장애가 발생한 제1 SF의 기능이 필수적인지 여부를 확인할 수 있다(S860).
제1 SFF는 장애가 발생한 SF의 기능이 필수적이지 않은 것으로 판단되면, 장애 발생 SF를 바이패스(bypass)시킬 수 있다. 즉, 제1 SFF는 패킷을 제2 SFF로 전달하고(S863), 제2 SFF는 패킷을 제2 SF로 전달할 수 있다(S865).
또한, 제 1 SFF는 제1 SF가 SFC를 위한 마지막 SF인지 여부를 확인할 수 있다(S870).
제1 SFF는 제1 SF가 마지막 SF인 것으로 판단되면, SFC의 종료에 따라 SFC 헤더를 제거할 수 있다(S871).
제1 SFF는 제1 SF가 마지막 SF가 아닌 것으로 판단되면, 패킷을 다음 SFF인 제2 SFF로 전달할 수 있고(S873), 제2 SFF는 제1 SFF로부터 수신한 패킷을 제2 SF로 전달할 수 있다(S875).
또한, 제1 SFF는 장애가 발생한 제1 SF의 기능이 필수적인 것으로 판단되면, 장애 발생 사실을 컨트롤러로 알릴 수 있고(S861), 이에 따라 컨트롤러는 운용자에게 장애 사실을 알릴 수 있다(S880).
또한, 장애 사실에 대한 정보를 수신한 컨트롤러는 새로운 포워딩 룰을 생성할 수 있고(S881), 이를 제1 SFF 및 제2 SFF에 설정할 수 있다(S891, S892).
다시 도 3을 참조하면, 본 발명의 실시예에 따른 SFC 수행 시스템은 컨트롤러와 네트워크 장치(또는 SFF)를 포함하여 구성될 수 있다.
컨트롤러(100)는 토폴로지 DB에 기반하여 Service Function Path(SFP)를 결정할 수 있다.
네트워크 장치는 수신된 패킷을 컨트롤러(100)에 의해 결정된 SFP에 따라 처리하되, 수신된 패킷을 처리할 SF에 발생한 이벤트 정보 및 SF의 기능이 필수적인지 여부에 따라 수신된 패킷을 처리할 수 있다.
예를 들어, 네트워크 장치는, SF에 장애가 발생한 경우, 장애가 발생한 SF를 대체할 백업 SF가 설정되어 있는 것으로 판단됨에 따라 수신된 패킷을 백업 SF로 전달할 수 있다.
또한, 네트워크 장치는, SF에 장애가 발생한 경우, 장애가 발생한 SF를 대체할 백업 SF가 설정되어 있지 않고, 장애가 발생한 SF의 기능이 필수적인 것으로 판단됨에 따라 장애가 발생한 SF에 대한 정보를 컨트롤러로 알릴 수 있다. 여기서, 컨트롤러는 장애가 발생한 SF에 대한 정보의 수신에 상응하여 수신된 패킷을 처리할 새로운 SFP를 재계산하고, 재계산된 새로운 SFP를 네트워크 장치에 설정할 수 있다.
또한, 네트워크 장치는, SF에 장애가 발생한 경우, 장애가 발생한 SF를 대체할 백업 SF가 설정되어 있지 않고, 장애가 발생한 SF의 기능이 필수적이지 않은 것으로 판단됨에 따라 장애가 발생한 SF를 바이패스(bypass)시킬 수 있다.
상술한 본 발명의 실시예에 따른 SFC 수행 시스템의 구성을 설명의 편의상 각각의 구성부로 나열하여 설명하였으나, 각 구성부 중 적어도 두 개가 합쳐져 하나의 구성부로 이루어지거나, 하나의 구성부가 복수개의 구성부로 나뉘어져 기능을 수행할 수 있고 이러한 각 구성부의 통합 및 분리된 실시예의 경우도 본 발명의 본질에서 벋어나지 않는 한 본 발명의 권리범위에 포함된다.
또한, 본 발명의 실시예에 따른 SFC 수행 방법의 동작은 컴퓨터로 읽을 수 있는 기록매체에 컴퓨터가 읽을 수 있는 프로그램 또는 코드로서 구현하는 것이 가능하다. 컴퓨터가 읽을 수 있는 기록매체는 컴퓨터 시스템에 의해 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 또한 컴퓨터가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어 분산방식으로 컴퓨터로 읽을 수 있는 프로그램 또는 코드가 저장되고 실행될 수 있다.
상술한 본 발명의 실시예에 따른 SFC 수행 방법 및 시스템은, SF의 기능 또는 SFC를 위한 설정에 기반하여 Mandatory SF와 Optional SF로 구분될 수 있고, 이러한 구분에 기반하여 SFC를 보다 안정적으로 구현할 수 있다.
또한, SF의 장애로 인해 전체 트래픽의 전달이 중단되는 현상을 효과적으로 방지할 수 있다.
상기에서는 본 발명의 바람직한 실시예를 참조하여 설명하였지만, 해당 기술 분야의 숙련된 당업자는 하기의 특허 청구의 범위에 기재된 본 발명의 사상 및 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다.
100: Controller 110: Monitoring Unit
120: Path Determination Unit 130: Path Setup Unit
200: SFC Classifier Node 300: SFF
310: 제1 SFF 320: 제2 SFF
330: 제3 SFF 400: SF
410: 제1 SF 420: 제2 SF
430: 제3 SF 440: 제4 SF

Claims (17)

  1. 네트워크 장치에 의한 SFC(Service Function Chaining) 수행 방법에 있어서,
    상기 네트워크 장치에 수신된 패킷을 위한 Service Function Path(SFP)를 확인하는 단계;
    상기 수신된 패킷이 거쳐야 할 Service Function(SF)를 상기 SFP 상에서 결정하는 단계; 및
    상기 SF의 기능이 필수적인지 여부에 기반하여 상기 수신된 패킷을 처리하는 단계를 포함하는, SFC 수행 방법.
  2. 청구항 1에 있어서,
    상기 SFP는,
    SFC를 위해 상기 네트워크 장치를 제어하는 컨트롤러에 의해 설정된 것을 특징으로 하는, SFC 수행 방법.
  3. 청구항 1에 있어서,
    상기 수신된 패킷을 처리하는 단계는,
    상기 SF에 장애가 발생한 경우에, 상기 장애가 발생한 SF의 기능이 필수적인 것으로 확인됨에 따라 상기 수신된 패킷에 대한 전달을 중단하고, 장애 사실을 상기 네트워크 장치를 제어하는 컨트롤러로 알리는 것을 특징으로 하는, SFC 수행 방법.
  4. 청구항 3에 있어서,
    상기 수신된 패킷을 처리하는 단계는,
    상기 장애 사실을 수신한 상기 컨트롤러에 의해 재계산된 경로에 따라 상기 수신된 패킷을 전달하는 것을 특징으로 하는, SFC 수행 방법.
  5. 청구항 1에 있어서,
    상기 수신된 패킷을 처리하는 단계는,
    상기 SF에 장애가 발생한 경우에, 상기 장애가 발생한 SF의 기능이 필수적이지 않은 것으로 확인됨에 따라 상기 장애가 발생한 SF를 바이패스(bypass)시키는 것을 특징으로 하는, SFC 수행 방법.
  6. 청구항 1에 있어서,
    상기 수신된 패킷을 처리하는 단계는,
    상기 SF에 장애가 발생한 경우에, 상기 장애가 발생한 SF를 대체할 백업 SF가 설정되어 있는 것으로 확인됨에 따라 상기 설정된 백업 SF로 상기 수신된 패킷을 전달하는 것을 특징으로 하는, SFC 수행 방법.
  7. 청구항 1에 있어서,
    상기 수신된 패킷을 처리하는 단계는,
    상기 SF에 장애가 발생한 경우에, 상기 장애가 발생한 SF를 대체할 백업 SF가 설정되어 있지 않은 것으로 확인됨에 따라 상기 장애가 발생한 SF의 기능이 필수적인지 여부를 확인하는 것을 특징으로 하는, SFC 수행 방법.
  8. 청구항 1에 있어서,
    상기 수신된 패킷을 처리하는 단계는,
    상기 수신된 패킷에 적용되는 SFC에 따라 상기 SF의 기능이 필수적인지 여부를 결정하는 것을 특징으로 하는, SFC 수행 방법.
  9. 컨트롤러에 의한 SFC(Service Function Chaining) 수행 방법에 있어서,
    토폴로지 DB에 기반하여 Service Function Path(SFP)를 네트워크 장치에 설정하는 단계;
    상기 네트워크 장치로부터 상기 SFP 상에 있는 SF(Service Function)에 발생한 이벤트 정보를 수신하는 단계; 및
    상기 이벤트가 발생한 SF의 기능이 필수적인지 여부 및 상기 수신한 이벤트 정보에 따라 상기 네트워크 장치를 제어하는 단계를 포함하는, SFC 수행 방법.
  10. 청구항 9에 있어서,
    상기 네트워크 장치를 제어하는 단계는,
    상기 SF에 발생한 장애에 상응하는 이벤트 정보를 수신하고, 상기 장애가 발생한 SF의 기능이 필수적인 것으로 확인됨에 따라 새로운 SFP를 계산하는 단계; 및
    상기 새로운 SFP를 상기 네트워크 장치에 설정하는 단계를 포함하는 것을 특징으로 하는, SFC 수행 방법.
  11. 청구항 10에 있어서,
    상기 새로운 SFP를 계산하는 단계는,
    상기 장애가 발생한 SF를 대체할 백업 SF에 대한 설정 여부를 고려하여 상기 새로운 SFP를 계산하는 것을 특징으로 하는, SFC 수행 방법.
  12. 청구항 9에 있어서,
    상기 네트워크 장치를 제어하는 단계는,
    상기 SF에 발생한 장애에 상응하는 이벤트 정보를 수신하고, 상기 장애가 발생한 SF의 기능이 필수적이지 않은 것으로 확인됨에 따라 상기 장애가 발생한 SF를 바이패스(bypass)하도록 제어하는 것을 특징으로 하는, SFC 수행 방법.
  13. 토폴로지 DB에 기반하여 Service Function Path(SFP)를 결정하는 컨트롤러; 및
    수신된 패킷을 상기 컨트롤러에 의해 결정된 SFP에 따라 처리하되, 상기 수신된 패킷을 처리할 SF에 발생한 이벤트 정보 및 상기 SF의 기능이 필수적인지 여부에 따라 상기 수신된 패킷을 처리하는 네트워크 장치를 포함하는, SFC 수행 시스템.
  14. 청구항 13에 있어서,
    상기 네트워크 장치는,
    상기 SF에 장애가 발생한 경우, 상기 장애가 발생한 SF를 대체할 백업 SF가 설정되어 있는 것으로 판단됨에 따라 상기 수신된 패킷을 상기 백업 SF로 전달하는 것을 특징으로 하는, SFC 수행 시스템.
  15. 청구항 13에 있어서,
    상기 네트워크 장치는,
    상기 SF에 장애가 발생한 경우, 상기 장애가 발생한 SF를 대체할 백업 SF가 설정되어 있지 않고, 상기 장애가 발생한 SF의 기능이 필수적인 것으로 판단됨에 따라 상기 장애가 발생한 SF에 대한 정보를 상기 컨트롤러로 알리는 것을 특징으로 하는, SFC 수행 시스템.
  16. 청구항 15에 있어서,
    상기 컨트롤러는,
    상기 장애가 발생한 SF에 대한 정보의 수신에 상응하여 상기 수신된 패킷을 처리할 새로운 SFP를 재계산하고, 재계산된 상기 새로운 SFP를 상기 네트워크 장치에 설정하는 것을 특징으로 하는, SFC 수행 시스템.
  17. 청구항 13에 있어서,
    상기 네트워크 장치는,
    상기 SF에 장애가 발생한 경우, 상기 장애가 발생한 SF를 대체할 백업 SF가 설정되어 있지 않고, 상기 장애가 발생한 SF의 기능이 필수적이지 않은 것으로 판단됨에 따라 상기 장애가 발생한 SF를 바이패스(bypass)시키는 것을 특징으로 하는, SFC 수행 시스템.
KR1020150142665A 2014-10-23 2015-10-13 Ｓｆｃ 수행 방법 및 시스템 KR101788402B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US14/921,258 US20160119253A1 (en) 2014-10-23 2015-10-23 Method and system of performing service function chaining

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020140144523 2014-10-23
KR20140144523 2014-10-23

Publications (2)

Publication Number Publication Date
KR20160047983A true KR20160047983A (ko) 2016-05-03
KR101788402B1 KR101788402B1 (ko) 2017-10-19

Family

ID=56022634

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020150142665A KR101788402B1 (ko) 2014-10-23 2015-10-13 Ｓｆｃ 수행 방법 및 시스템

Country Status (1)

Country Link
KR (1) KR101788402B1 (ko)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20180009321A (ko) * 2016-07-18 2018-01-26 주식회사 케이티 가상화 가입자 댁내 장치 네트워크 서비스를 위한 서비스 펑션 체이닝 제어 방법
KR20180039461A (ko) * 2016-10-10 2018-04-18 한국전자통신연구원 소프트웨어 정의 네트워크 기반 서비스 기능 체인의 백업 서비스 기능 선택 장치 및 방법
KR20180039465A (ko) * 2016-10-10 2018-04-18 한국전자통신연구원 소프트웨어 정의 네트워크 기반 서비스 기능 체인의 서비스 기능 경로 설정 장치 및 방법
KR20180068832A (ko) * 2016-12-14 2018-06-22 숭실대학교산학협력단 SFC(service function chaining)에서의 접근 제어 방법 및 그 장치
CN111884827A (zh) * 2016-08-26 2020-11-03 华为技术有限公司 一种sfc网络中同步拓扑信息的方法及路由网元

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20180009321A (ko) * 2016-07-18 2018-01-26 주식회사 케이티 가상화 가입자 댁내 장치 네트워크 서비스를 위한 서비스 펑션 체이닝 제어 방법
CN111884827A (zh) * 2016-08-26 2020-11-03 华为技术有限公司 一种sfc网络中同步拓扑信息的方法及路由网元
CN111884827B (zh) * 2016-08-26 2021-10-15 华为技术有限公司 一种sfc网络中同步拓扑信息的方法及路由网元
US11477109B2 (en) 2016-08-26 2022-10-18 Huawei Technologies Co., Ltd. Method for synchronizing topology information in SFC network, and routing network element
US11627067B2 (en) 2016-08-26 2023-04-11 Huawei Technologies Co., Ltd. Method for synchronizing topology information in SFC network, and routing network element
KR20180039461A (ko) * 2016-10-10 2018-04-18 한국전자통신연구원 소프트웨어 정의 네트워크 기반 서비스 기능 체인의 백업 서비스 기능 선택 장치 및 방법
KR20180039465A (ko) * 2016-10-10 2018-04-18 한국전자통신연구원 소프트웨어 정의 네트워크 기반 서비스 기능 체인의 서비스 기능 경로 설정 장치 및 방법
KR20180068832A (ko) * 2016-12-14 2018-06-22 숭실대학교산학협력단 SFC(service function chaining)에서의 접근 제어 방법 및 그 장치

Also Published As

Publication number Publication date
KR101788402B1 (ko) 2017-10-19

Similar Documents

Publication Publication Date Title
KR20160047983A (ko) Ｓｆｃ 수행 방법 및 시스템
US20160119253A1 (en) Method and system of performing service function chaining
EP3435606B1 (en) Message processing method, computing device, and message processing apparatus
US10404591B2 (en) Status monitoring of inline network tools
EP2523403B1 (en) Network system and network redundancy method
US9813448B2 (en) Secured network arrangement and methods thereof
US8644309B2 (en) Quarantine device, quarantine method, and computer-readable storage medium
JP5743809B2 (ja) 網管理システムおよび網管理方法
CN104821913B (zh) 一种数据报文转发方法和装置
US9019863B2 (en) Ibypass high density device and methods thereof
KR101758207B1 (ko) 서비스 기능 체이닝을 이용하는 네트워크 패킷 처리 장치 및 이의 제어 방법
US20140153406A1 (en) Systems and Methods of Test Packet Handling
US20140247751A1 (en) Network management service system, control apparatus, method, and program
CN102833109A (zh) 故障点位置信息处理方法及设备
CN105634848B (zh) 一种虚拟路由器监控方法及装置
EP3783837B1 (en) Service fault locating method and apparatus
KR20120072053A (ko) 다중보호그룹의 보호절체를 수행하는 보호절체 장치 및 방법
WO2020121293A1 (en) Orchestration of activities of entities operating in a network cloud
KR102157711B1 (ko) 통신 네트워크에서 장애 복구 방법
CN110601970B (zh) 隧道保护方法、系统、本地修复点和计算机可读存储介质
JP2007288615A (ja) 経路設定方法、情報処理システム、サーバ及びプログラム
CN115811494A (zh) 用于sd-wan服务的自动基于应用的多路径路由
KR101802037B1 (ko) Ｓｄｎ 환경에서 서비스 기능 체이닝을 위한 ｏａｍ 메시지 전송 방법 및 시스템
Jeong et al. Control plane design for failure protection in software defined service function chains
CN109039680B (zh) 一种切换主宽带网络网关bng和备bng的方法、系统和bng

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