KR20160087530A - 서비스 체인 경로를 회복하기 위한 트래픽 처리 방법, 이를 이용한 서비스 기능 전달 노드 및 이를 이용한 네트워크 시스템 - Google Patents

서비스 체인 경로를 회복하기 위한 트래픽 처리 방법, 이를 이용한 서비스 기능 전달 노드 및 이를 이용한 네트워크 시스템 Download PDF

Info

Publication number
KR20160087530A
KR20160087530A KR1020150006585A KR20150006585A KR20160087530A KR 20160087530 A KR20160087530 A KR 20160087530A KR 1020150006585 A KR1020150006585 A KR 1020150006585A KR 20150006585 A KR20150006585 A KR 20150006585A KR 20160087530 A KR20160087530 A KR 20160087530A
Authority
KR
South Korea
Prior art keywords
sff
traffic
sfi
processing
remote
Prior art date
Application number
KR1020150006585A
Other languages
English (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 KR1020150006585A priority Critical patent/KR20160087530A/ko
Priority to US14/993,233 priority patent/US20160205005A1/en
Publication of KR20160087530A publication Critical patent/KR20160087530A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5019—Ensuring fulfilment of SLA
    • H04L41/5025—Ensuring fulfilment of SLA by proactively reacting to service quality change, e.g. by reconfiguration after service quality degradation or upgrade
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • 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/12—Discovery or management of network topologies
    • H04L41/122—Discovery or management of network topologies of virtualised topologies, e.g. software-defined networks [SDN] or network function virtualisation [NFV]
    • 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/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • 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/02—Capturing of monitoring data
    • H04L43/026—Capturing of monitoring data using flow identification
    • 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/0852—Delays
    • 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

Abstract

SFF가 트래픽을 처리하는 방법이 제공된다. SFF는 제1 SFI가 트래픽을 처리할 수 있는 상태인가를 판단한다. 제1 SFI는 SFF에 로컬로 연결되어 있으며, 트래픽의 처리를 위한 SF를 구현한다. 제1 SFI가 트래픽을 처리할 수 있는 상태인가를 판단하고, 제1 SFI가 상기 트래픽을 처리할 수 없는 상태이면 동일한 SF가 구현된 제2 SFI에게 트래픽의 처리를 요청한다.

Description

서비스 체인 경로를 회복하기 위한 트래픽 처리 방법, 이를 이용한 서비스 기능 전달 노드 및 이를 이용한 네트워크 시스템{METHOD FOR RECOVERY OF SERVICE CHAIN PATH, SERVICE FUNCTION FORWARDING NODE USING THE SAME, AND NETWORK SYSTEM USING THE SAME}
본 발명은 네트워크 서비스에 관한 것으로, 특히 실패가 발생한 네트워크 시스템의 서비스 체인 경로를 회복하기 위한 방법 및 장치에 관한 것이다.
서비스 인프라의 구축을 위해 네트워크의 개방 및 가상화가 요구되었고, 네트워크의 개방 및 가상화를 지원하기 위한 기술로서 네트워크 기능 가상화(Network Function Virtualization; NFV) 기술이 도입되었다. NFV는 소프트웨어-정의된 네트워킹(Software-Defined Networking; SDN)의 응용 분야들 중 대표적인 하나이며, 하드웨어로 제공되는 네트워크 서비스 기능(Service Function; SF) 을 소프트웨어적으로 가상화함으로써 이들을 유연하게 재배치할 수 있는 기술이다.
NFV에 기반하는 다수의 유즈 케이스(use case)들이 소개되었고, 이러한 유즈 케이스들 중 하나로 가상 네트워크 기능(Virtual Network Function; VNF) 전달(Forwarding) 그래프가 있다. VNF 전달 그래프는 트래픽에 따라 요구되는 네트워크 기능들을 선택적으로 연결 및 실행한다. VNF 전달 그래프는 가상화된 복수의 네트워크 컴포넌트 서비스들을 소정의 순서대로 조합함으로써 하나의 네트워크 서비스를 구성할 수 있다.
일반적으로, 네트워크 서비스는 하나 이상의 네트워크 컴포넌트 기능들을 구현하는 네트워크 장비들의 조합에 의해 제공된다. 말하자면, 네트워크 장비는 네트워크 컴포넌트 기능에 대한 컴포넌트 서비스를 제공할 수 있다. 컴포넌트 서비스는 다양한 네트워크 계층 및 위치에 설치될 수 있다. 특정한 네트워크 계층 및 위치에 설치된 컴포넌트 서비스에 의해 네트워크 서비스가 구성될 수 있다. 컴포넌트 서비스의 예로서, 네트워크 인프라 기능을 제공하는 엔터프라이즈 액세스 라우터(enterprise access router), 방화벽(firewall) 및 심층 패킷 분석(Deep Packet Inspection; DPI) 등이 있으며, 가정 내 네트워크 서비스를 제공하는 동적 호스트 구성 프로토콜(Dynamic Host Configuration Protocol; DHCP), 네트워크 주소 전환(Network Address Translation; NAT), 유피엔피(Universal Plug and Play; uPnP) 등이 있다.
서비스 체이닝(service chaining)(또는, SF 체이닝) 기술은 기존의 네트워크 구조에서도 전술된 것과 같은 장점이 구현되게 할 수 있다. 서비스 체이닝은 트래픽에 따라 요구되는 SF들을 선택적으로 조합 및 실행함으로써 하나의 네트워크 서비스를 구현할 수 있다. 말하자면, 서비스 체이닝은 VNF 전달 그래프의 기본적인 개념에 토대하면서도 기존의 물리적인 네트워크 장비의 활용성을 추가적으로 고려한다. 서비스 체이닝을 통해 컴포넌트 서비스들로 이루어진 경로(path)가 정의될 수 있고, 이러한 정의를 통해 네트워크 서비스가 적시에 구성될 수 있으며, 능동적으로 제어될 수 있다.
일 실시예는 SFI가 트래픽을 처리할 수 없는 상태이면 SFI가 구현하는 SF와 동일한 SF를 구현하는 다른 SFI를 사용하여 트래픽을 처리한다.
일 실시예는 트래픽을 처리할 수 없는 상태인 SFI를 대체하여 다른 SFI를 사용함으로써 트래픽에 대한 SFP를 복원한다.
일 실시예는 SFF들 간의 상호작용을 통해 SFP를 복원한다.
일 측면에 있어서, 서비스 기능 전달 노드(Service Function Forwarding node; SFF)가 트래픽을 처리하는 방법에 있어서, 상기 SFF에 로컬로 연결되고, 트래픽의 처리를 위한 서비스 기능(Service Function; SF)을 구현하는 제1 서비스 기능 인스턴스(Service Function Instance; SFI)가 상기 트래픽을 처리할 수 있는 상태인가를 판단하는 단계; 및 상기 제1 SFI가 상기 트래픽을 처리할 수 없는 상태이면 상기 SF가 구현된 제2 SFI에게 상기 트래픽의 처리를 요청하는 단계를 포함하는 트래픽 처리 방법이 제공된다.
상기 제1 SFI는 상기 트래픽에 대한 서비스 기능 경로(Service Function Path; SFP)에 따라 선택된 SFI일 수 있다.
상기 SFF는 상기 트래픽을 처리할 수 없는 상태인 상기 제1 SFI를 대신하여 상기 제2 SFI가 상기 트래픽을 처리하게 함으로써 상기 트래픽에 대한 서비스 기능 경로(Service Function Path; SFP)를 복원할 수 있다.
상기 트래픽 처리 방법은, 상기 제1 SFI에게 연결을 요청하는 단계를 더 포함할 수 있다.
상기 SFI는 상기 연결의 요청에 대한 타임 아웃이 발생하면 상기 제1 SFI가 상기 트래픽을 처리할 수 없는 상태라고 판단할 수 있다.
상기 트래픽 처리 방법은, 상기 제1 SFI에게 연결을 요청하는 단계를 더 포함할 수 있다.
상기 SFI는 상기 제1 SFI로부터 상기 연결의 요청에 대한 거절을 수신하면 상기 제1 SFI가 상기 트래픽을 처리할 수 없는 상태라고 판단할 수 있다.
상기 SFF는 상기 SFF에 로컬로 연결된 적어도 하나의 SFI 중 상기 제2 SFI를 선택할 수 있다.
상기 제2 SFI는 원격 SFF와 연결되는 것이 가능한 원격 SFI일 수 있다.
상기 트래픽 처리 방법은, 상기 다른 SFF에 포함되는 SFI의 목록을 획득하는 단계를 더 포함할 수 있다.
상기 제2 SFI는 상기 목록 내의 SFI일 수 있다.
상기 SFF는 오버레이 네트워크 통신을 통해 상기 목록을 획득할 수 있다.
상기 SFF는 제어 평면을 통해 상기 목록을 획득할 수 있다.
상기 요청하는 단계는, 상기 원격 SFF에게 상기 트래픽의 처리의 요청을 전송하는 단계를 포함할 수 있다.
상기 요청하는 단계는, 상기 원격 SFF로부터 상기 트래픽의 처리의 결과를 수신하는 단계; 및 상기 결과를 상기 트래픽에 대한 SFP에 따른 상기 SFF의 다음의 SFF로 전송하는 단계를 더 포함할 수 있다.
상기 트래픽의 처리의 결과는 상기 원격 SFF에 의해 상기 트래픽에 대한 SFP에 따른 상기 SFF의 다음의 SFF로 전송될 수 있다.
상기 트래픽 처리 방법은, 소정의 기준에 따라 하나 이상의 SFF들 중 하나를 상기 원격 SFF로 선택하는 단계를 더 포함할 수 있다.
상기 원격 SFF는 상기 하나 이상의 SFF들 중 상기 트래픽의 처리에 있어서 최적의 성능을 나타내는 SFF일 수 있다.
상기 하나 이상의 SFF들 중 상기 SFF에게 상기 트래픽의 처리를 요청한 SFF는 상기 원격 SFF로서의 선택에서 제외될 수 있다.
상기 원격 SFF들은 복수일 수 있다.
상기 SFF는 브로드캐스팅을 사용하여 복수의 원격 SFF들에게 상기 트래픽의 처리를 요청할 수 있다.
상기 트래픽 처리 방법은, 상기 제1 SFI를 대신하여 상기 제2 SFI를 사용하도록 상기 트래픽에 대한 SFP를 갱신하는 단계; 및 상기 갱신된 SFP의 데이터를 트래픽 분류 노드로 전송하는 단계를 더 포함할 수 있다.
다른 일 측면에 있어서, 서비스 기능 전달 노드(Service Function Forwarding node; SFF)에 있어서, 상기 SFF에 로컬로 연결되고, 트래픽의 처리를 위한 서비스 기능(Service Function; SF)을 구현하는 제1 서비스 기능 인스턴스(Service Function Instance; SFI)가 상기 트래픽을 처리할 수 없는 상태임을 감지하는 처리부; 및 상기 SF가 구현된 제2 SFI에게 상기 트래픽의 처리를 요청하는 통신부를 포함하는 SFF가 제공된다.
또 다른 일 측면에 있어서, 복수의 서비스 기능 전달 노드(Service Function Forwarding node; SFF)들을 포함하는 네트워크 시스템에 있어서, 트래픽의 처리를 위한 서비스 기능(Service Function; SF)을 구현하는 제1 서비스 기능 인스턴스(Service Function Instance; SFI)와 로컬로 연결된 제1 SFF; 및 상기 SF가 구현된 제2 SFF와 로컬로 연결된 제2 SFF를 포함하고, 상기 제1 SFF는 상기 제1 SFI가 상기 트래픽을 처리할 수 없는 상태임을 감지하고, 상기 제1 SFI에 로컬로 연결된 상기 SF가 구현된 다른 SFI가 존재하지 않으면 상기 제2 SFF에게 상기 트래픽의 처리를 요청하고, 상기 제2 SFF는 상기 제2 SFI를 사용하여 상기 트래픽을 처리하는 네트워크 시스템이 제공된다.
SFI가 트래픽을 처리할 수 없는 상태이면 SFI가 구현하는 SF와 동일한 SF를 구현하는 다른 SFI를 사용하여 트래픽을 처리한다.
트래픽을 처리할 수 없는 상태인 SFI를 대체하여 다른 SFI를 사용함으로써 트래픽에 대한 SFP를 복원한다.
SFF들 간의 상호작용을 통해 SFP를 복원한다.
도 1은 일 예에 따른 VNF 전달 그래프를 설명한다.
도 2는 일 예에 따른 서비스 체이닝을 설명한다.
도 3은 일 예에 따른 서비스 체이닝 기술의 네트워크 모델 및 기본 컴포넌트를 설명한다.
도 4는 일 예에 따른 SF의 실패에 의한 SFC의 실패를 도시한다.
도 5는 일 예에 따른 SFP의 재구성을 도시한다.
도 6은 일 실시예에 따른 SFF의 블록도이다.
도 7은 일 실시예에 따른 네트워크 시스템을 나타낸다.
도 8은 일 실시예에 따른 SFF가 트래픽을 처리하는 방법의 흐름도이다.
도 9는 일 예에 따른 서비스 체인을 도시한다.
도 10은 일 예에 따른 재귀적 콜 방식을 사용하는 트래픽의 처리를 설명한다.
도 11은 일 예에 따른 재전송을 사용하는 트래픽의 처리를 설명한다.
도 12는 일 예에 따른 반복된 재전송을 사용하는 트래픽의 처리를 설명한다.
도 13은 일 예에 따른 브로드캐스팅을 사용하는 트래픽의 처리를 설명한다.
도 14은 일 예에 따른 SFP의 갱신을 설명한다.
본 발명을 첨부된 도면을 참조하여 상세히 설명하면 다음과 같다. 여기서, 반복되는 설명, 본 발명의 요지를 불필요하게 흐릴 수 있는 공지 기능, 및 구성에 대한 상세한 설명은 생략한다. 본 발명의 실시형태는 당 업계에서 평균적인 지식을 가진 자에게 본 발명을 보다 완전하게 설명하기 위해서 제공되는 것이다. 따라서, 도면에서의 요소들의 형상 및 크기 등은 보다 명확한 설명을 위해 과장될 수 있다.
이하, 본 발명에 따른 바람직한 실시예를 첨부된 도면을 참조하여 상세하게 설명한다.
도 1은 일 예에 따른 VNF 전달 그래프를 설명한다.
도 1에서는, 범주(Legend)가 기호로 표시되었다. NVF 전달 그래프의 노드(node)는 점선의 사각형으로 표시되었다. VNF 전달 그래프의 링크(Link)는 점선으로 표시되었다. 물리적 네트워크 논리적 인터페이스는 점선의 원으로 표시되었다. 물리적 네트워크 요소는 실선의 사각형으로 표시되었다. 패킷 플로우는 굵은 화살표로 표시되었다. 또한, 액터(Actor)-기능 상호작용(Interaction)은 가는 화살표로 표시되었다.
네트워크 서비스 제공자에 의해 제공되는 네트워크 기능들이 도시되었다. 네트워크 서비스 제공자에 의해 물리적 네트워크 기능들이 제공될 수 있으며, VNF 전달 그래프의 기능들이 제공될 수 있다.
VNF 전달 그래프는 VNF 제공자들을 포함할 수 있다. 도 1에서는, VNF 제공자들로서, VNF-A, VNF-B, VNF-C, VNF-D1, VNF-D2 및 VNF-E가 예시적으로 도시되었다.
도 1에서는 4개의 패킷 플로우들이 예시적으로 도시되었으며, 각 패킷 플로우는 VNF 전달 그래프 내에서 서로 상이한 경로에 따라 처리될 수 있다. 패킷 플로우는 VNF 전달 그래프의 노드에서 VNF 제공자들과의 액터(actor)-기능 상호작용에 의해 처리될 수 있다.
도 2는 일 예에 따른 서비스 체이닝을 설명한다.
사용자의 트래픽이 네트워크로 전송되면, 소정의 정책에 따라 트래픽 분류(Traffic Classification; CLSF)가 진행될 수 있고, 트래픽 분류에 따라 트래픽에 대하여 특정한 서비스 기능 체인(Service Function Chain; SFC)이 선택될 수 있다. 도 2에서는 선택될 수 있는 SFC로서, 제1 SFC, 제2 SFC 및 제3 SFC가 도시되었고, 일반의 전달/라우팅이 도시되었다. 이하에서, CLSF는 트래픽 분류를 수행하는 장치, 노드 또는 단말을 의미할 수 있다.
SFC가 선택되면, 사용자의 트래픽은 스위치 및/또는 라우터를 통해 선택된 SFC에 따라 정해진 순서의 SF들로 차례로 전달될 수 있고, SF들에 의해 처리될 수 있다. 전달 및 실행 후 트래픽은 인터넷과 같은 다음의 목적지로 전송될 수 있다. 도 2에서, 사용자의 트래픽은 DPI, 비디오 최적화기(video optimizer) 및 NAT의 SF들에 차례로 전달 및 실행되는 것으로 도시되었다.
전술된 것과 같은 동작을 위해 정의된 서비스 체이닝 기술의 네트워크 모델 및 기본 컴포넌트에 대해서 하기에서 도 3을 참조하여 설명된다.
도 3은 일 예에 따른 서비스 체이닝 기술의 네트워크 모델 및 기본 컴포넌트를 설명한다.
SF는 네트워크 서비스를 구성하는 컴포넌트 기능일 수 있으며, 단일의 패킷 또는 트래픽을 처리할 수 있다. SF는 기능에 대한 논리적 개체를 지칭할 수 있다. 서비스 기능 인스턴스(Service Function Instance; SFI)는 SF의 실제의 동작을 위해 SF를 구현한 개체 또는 단말일 수 있다 또한, SFI는 소프트웨어적으로 공유된 네트워크 자원 또는 물리적인 전용의 장비에 탑재 및 실행될 수 있다. 또한, 하나의 SF에 대해서, SF를 구현하는 하나 이상의 SFI들이 존재할 수 있다.
서비스 노드(Service node; SN)는 네트워크에 연결된 노드일 수 있다. SN은 하나 이상의 SFI들을 탑재하고, 하나 이상의 SFI들을 실행할 수 있는 개체일 수 있다. SFI는 SN을 통해 네트워크로부터 트래픽을 전달 받을 수 있으며, SN을 통해 처리된 트래픽을 네트워크로 내보낼 수 있다. 이하에서, SF, SFI 및 SN은 서로 간에 대체되어 사용될 수 있다.
SFC는 패킷 또는 트래픽을 처리할 하나 이상의 SF들 및 상기의 SF들의 순서를 나타내는 논리적 경로일 수 있다. SFC는 네트워크 서비스 정책에 따라 정의될 수 있다. 트래픽에 대한 SFC는 CLSF에 의해 선택될 수 있다.
서비스 기능 경로(Service Function Path; SFP)는 논리적으로 정의된 SFC의 인스턴스를 지칭한다. SFP는 논리적 서비스 체인을 실제의 네트워크 상의 SFI 및 물리적인 서비스 노드 등으로 매핑한 결과일 수 있다. SFP는 네트워크 패킷 및 트래픽이 실제로 전달되는 경로일 수 있다.
서비스 기능 전달 노드(Service Function Forwarding node; SFF)는 SFP에서 정의된 SF, SFI 및 SN들을 상호 연결함으로써 네트워크 패킷 및 트래픽이 SFP 상의 순서대로 전달될 수 있게 하는 개체일 수 있다.
NFV에 기반하는 VNF 전달 그래프 및 서비스 기능 체이닝에 기반하는 SFC는 SF의 가상화 및 기존의 레거시 서비스 기능의 지원에 있어서 서로 다를 수 있다. 또한, VNF 전달 그래프 및 SFC는 기본적인 SF들에 대한 순서화를 통해 서비스의 조합을 제공한다는 개념에 있어서는 서로 동일할 수 있다. 후술될 예시적 실시예들은 NFV 및 서비스 기능 체이닝의 공통 사항인 서비스 체인의 구성 및 재구성에 관한 것이므로, 사용되는 용어와 무관하게 NFV 및 서비스 기능 체이닝의 양자들에게 적용될 수 있다.
도 4는 일 예에 따른 SF의 실패에 의한 SFC의 실패를 도시한다.
도 4에서는, 트래픽을 처리하는 SF로서 제1 SF a1, 제1 SF b1 및 제2 SF b2가 도시되었다. 네트워크에 도달한 트래픽은 SFP에 따라 SF a1 및 SF b1에 의해 순차적으로 처리될 수 있다.
SFP의 성능 또는 동작 상황은 SF의 성능 및 상태에 의해 결정될 수 있다. 도 4에서 도시된 것과 같이, SF b1에 의해 전체의 SFP의 실패가 발생할 수 있다. 말하자면, SFP의 하나의 SF에서의 실패로 인해 서비스 체인의 실패가 발생할 수 있다. 또한, 하나의 SF에 과도한 작업량(work load)이 할당되어 SF가 정상적으로 동작할 수 없는 경우에도 전체의 SFP의 실패가 발생할 수 있다.
SF의 실패에 대응하는 서비스 체인의 재구성의 일 예가 아래에서 도 5를 참조하여 상세하게 설명된다.
도 5는 일 예에 따른 SFP의 재구성을 도시한다.
제어 평면(또는, 제어 서버)은 CLSF, 제1 SFF 및 제2 SFF를 제어할 수 있다. 각 SFF는 SF를 제공할 수 있다.
제어 평면은 서비스 체인의 동작을 SFF들을 통해 제어할 수 있다. 예를 들면, 제어 평면은 트래픽을 처리하기 위한 SFP를 구성할 수 있다. 또한, SFF의 실패와 같은 원인에 의해 SFP의 실패가 발생한 경우, 제어 평면은 CLSF, 제1 SFF 및 제2 SFF에게 SFP의 재구성을 지시할 수 있다.
전술된 것과 같은 제어 평면에 의한 SFP의 재구성은 제어 평면 및 SFF 간의 통신에 의해 이루어질 수 있다. SFF는 데이터 평면에 포함되고, 제어 평면 및 데이터 평면 간의 통신은 추가적인 응답 시간을 요구할 수 있다. 따라서, 제어 평면에 의한 SFP의 재구성은 높은 응답성을 요구하는 네트워크 서비스에는 적합하지 않을 수 있다.
아래에서는, 예시적 실시예에 따른 제어 평면의 개입 없이 데이터 평면에서의 SFF들 간의 상호작용만으로 SFP를 재구성하는 방법이 설명된다. SFF들 간의 통신 및 프로토콜을 통해 SFP의 자기 복구(self recovery)가 빠르게 이루어질 수 있다. 여기에서, SFP의 재구성에 있어서 제어 평면의 개입이 없다는 것은 SFP의 제구성에 있어서 제어 평면의 개입이 완전하게 배제된다는 것을 의미하지는 않을 수 있다. 말하자면, 제어 평면의 개입 없는 SFP의 재구성은, 제어 평면에 의한 SFP의 재구성이 완료되기 전에 SFF의 동작이 끊기는 것을 방지하기 위하여, 데이터 평면 상의 자기 복구의 형태로 SFP의 재구성이 제공된다는 것을 의미할 수 있다.
도 6은 일 실시예에 따른 SFF의 블록도이다.
SFF(600)는 처리부(610) 및 통신부(620)를 포함할 수 있다.
처리부(610)는 SFF(600)의 동작을 위해 요구되는 작업을 처리할 수 있다.
통신부(620)는 네트워크 시스템 내의 다른 장치로 데이터를 전송할 수 있고, 다른 장치로부터 데이터를 수신할 수 있다. 예를 들면, 통신부(610)는 네트워크 시스템의 SFI, 다른 SFF 및 CLSF 등과 통신할 수 있다.
예시적인 실시예에 따른 처리부(610) 및 통신부(620)의 동작이 하기에서 상세하게 설명된다.
도 7은 일 실시예에 따른 네트워크 시스템을 나타낸다.
네트워크 시스템(700)는 복수의 SFF들 및 CLSF(750)을 포함할 수 있다. 도 7에서는, 복수의 SFF들의 일 예로서 제1 SFF(710), 제2 SFF(720), 제3 SFF(730) 및 제4 SFF(740)가 도시되었다.
제1 SFF(710), 제2 SFF(720), 제3 SFF(730) 및 제4 SFF(740)는 도 6을 참조하여 전술된 SFF(600)에 각각 대응할 수 있다. 또한, 제1 SFF(710)의 처리부, 제2 SFF(720)의 처리부, 제3 SFF(730)의 처리부 및 제4 SFF(740)의 처리부는 각각 전술된 SFF(600)의 처리부(610)에 대응할 수 있다. 또한, 제1 SFF(710)의 통신부, 제2 SFF(720)의 통신부, 제3 SFF(730)의 통신부 및 제4 SFF(740)의 통신부는 각각 전술된 SFF(600)의 통신부(620)에 대응할 수 있다. 복수의 SFF들은 통신부를 사용하여 서로 간에 통신할 수 있다.
복수의 SFF들의 각 SFF는 하나 이상의 SFI와 로컬로 연결될 수 있다. 도 7에서는, 제1 SFF(710)는 SFI a1(711) 및 SFI a4(712)와 연결되었다. 제2 SFF(720)는 SFI b1(721)와 연결되었다. 제3 SFF(730)는 SFI a2(731)와 연결되었다. 제4 SFF(740)는 SFI a3(741)과 연결되었다. SFI a1(711), SFI a2(731), SFI a3(741) 및 SFI a4(712)에서는 SF a가 구현될 수 있고, SFI b1(721)에서는 SF b가 구현될 수 있다. 예를 들면, SFI a1(711), SFI a2(731), SFI a3(741) 및 SFI a4(712)는 SF a의 제공을 위해 서로 간에 대체될 수 있다.
도 8은 일 실시예에 따른 SFF가 트래픽을 처리하는 방법의 흐름도이다.
단계(805)에서, 복수의 SFF들은 다른 SFF에 포함되는 SFI의 목록을 획득할 수 있다. 목록의 획득을 통해, 복수의 SFF들의 각 SFF는 다른 SFF에 로컬로 연결된 SFI들을 알 수 있다.
제1 SFF(710)의 통신부는 다른 SFF에 포함되는 SFI의 목록을 획득할 수 있다. 예시적인 실시예에 따르면, 제1 SFF(710)의 통신부는 오버레이 네트워크 통신 또는 제어 평면을 통해 다른 SFF에 포함되는 SFI의 목록을 획득할 수 있다.
도 8에서는 제1 SFF(710)에 대한 다른 SFF로서 제2 SFF(720) 및 제3 SFF(730)가 도시되었다.
SFI의 목록을 획득함으로써 각 SFF는 네트워크 시스템 내의 다른 SFF에 포함되는 SFI들의 정보를 유지 및 갱신할 수 있다.
단계(805)는 반복해서 수행될 수 있으며, 주기적으로 반복될 수 있다.
단계(815)에서, CLSF(750)는 트래픽을 수신할 수 있다.
단계(816)에서, CLSF(750)는 통신부를 통해 도달하는(incoming) 트래픽을 추출할 수 있다.
단계(820)에서, CLSF(750)는 추출된 트래픽에 대응하는 SFP를 선택할 수 있다. 예를 들면, CLSF(750)는 네트워크 내의 SFP들 중 추출된 트래픽에 대응하는 SFP를 식별할 수 있다.
제1 SFI는 트래픽에 대한 SFP에 따라 선택된 SFI일 수 있다. 제1 SFI는 제1 SFF(710)에 로컬로 연결된 SFI일 수 있으며, 트래픽의 처리를 위한 SF를 구현하는 SFI일 수 있다. 예를 들면, 트래픽에 대한 SFP가 식별되면, 제1 SFF(710)의 처리부는 제1 SFF(710)에 로컬로 연결된 하나 이상의 SFI들 중 SFP 상의 SF를 구현하는 SFI를 트래픽의 처리를 위한 SFI로서 선택할 수 있다.
단계(825)에서, 제1 SFI에 연결된 제1 SFF(710)로 트래픽이 전송되고, 제1 SFF(710)의 통신부는 트래픽을 수신할 수 있다.
단계(830)에서, 제1 SFF(710)의 통신부는 제1 SFI에게 연결을 요청할 수 있다.
단계(835)에서, 제1 SFF(710)의 처리부는 제1 SFI가 트래픽을 처리할 수 있는 상태인가를 판단할 수 있다. 제1 SFF(710)의 처리부는 제1 SFI가 트래픽을 처리할 수 있는 상태임을 감지할 수 있다.
제1 SFF(710)의 처리부는 단계(830)에서의 연결의 요청에 대한 타임 아웃이 발생하면 제1 SFI가 트래픽을 처리할 수 없는 상태인 것으로 판단할 수 있다. 또는, 제1 SFF(710)의 처리부는 통신부가 제1 SFI로부터 단계(830)에서의 연결의 요청에 대한 거절을 수신하면 SFI가 트래픽을 처리할 수 없는 상태인 것으로 판단할 수 있다. 예를 들면, 제1 SFI가 실패의 상태인 경우 단계(830)에서의 연결의 요청에 대한 타임 아웃이 발생할 수 있다. 또한, 제1 SFI에 과부하 또는 에러가 발생한 경우 제1 SFI는 트래픽을 처리할 수 없기 때문에, 제1 SFI는 연결의 요청에 대한 거절을 제1 SFF(710)의 통신부로 전송할 수 있다.
제1 SFI가 트래픽을 처리할 수 있는 상태라고 판단된 경우 단계(840)가 수행될 수 있다. 제1 SFI가 트래픽을 처리할 수 없는 상태라고 판단된 경우 단계(850)가 수행될 수 있다.
단계(840)에서, 제1 SFF(710)의 통신부는 트래픽의 처리를 위해 제1 SFI를 호출할 수 있다.
단계(845)에서, 제1 SFF(710)의 통신부는 트래픽의 처리의 결과를 트래픽에 대한 SFP에 따른 제1 SFF(710)의 다음의 SFF로 전송할 수 있다. 도 8에서는, 제1 SFF(710)의 다음의 SFF로서 제2 SFF(720)가 도시되었다.
단계(850)에서, 제1 SFI가 트래픽을 처리할 수 없으면 제1 SFF(710)의 통신부는 SF가 구현된 제2 SFI에게 트래픽의 처리를 요청할 수 있다. 예를 들면, SFP 상의 SF를 처리하는 주체가 제1 SFI에서 제2 SFI로 변경될 수 있다. 제1 SFF(710)는 트래픽을 처리할 수 없는 상태인 제1 SFI를 대신하여 제2 SFI가 트래픽을 처리하게 함으로써 트래픽에 대한 SFP를 복원할 수 있다.
단계(850)는 단계들(860, 865, 870, 875, 880, 885, 890 및 895)를 포함할 수 있다. 아래의 단계들(860, 865, 870, 875, 880, 885, 890 및 895)에서, 제1 SFF(710)의 처리부는 우선 제1 SFF(710)에 로컬로 연결된 SFI들 중에서 트래픽을 처리할 제2 SFI를 선택할 수 있으며, 다음으로 다른 원격 SFF와 연결될 수 있는 SFI들 중에서 트래픽을 처리할 제2 SFI를 결정할 수 있다. 여기에서, 제1 SFI 및 제2 SFI는 동일한 SF를 구현하는 인스턴스들일 수 있으며, SF를 수행하기 위해 서로 간에 대체될 수 있는 SFI들일 수 있다. 예를 들면, 제1 SFI는 도 7을 참조하여 전술된 SFI a1(711)일 수 있고, 제2 SFI는 도 7을 참조하여 전술된 SFI a4(712)일 수 있다. 양 SFI들은 모두 SF a를 구현할 수 있다.
단계(860)에서, 제1 SFF(710)의 처리부는 제1 SFF(710)에 로컬로 연결된 적어도 하나의 SFI 중 제1 SFI를 대신하여 트래픽을 처리하는 것이 가능한 SFI가 있는가를 판단할 수 있다. 말하자면, 제1 SFF(710)의 처리부는 제1 SFF(710)에 로컬로 연결된 적어도 하나의 SFI 중 제1 SFI가 구현하는 SF와 동일한 SF를 구현하는 다른 SFI가 있는가를 판단할 수 있다.
제1 SFI를 대신하여 트래픽을 처리하는 것이 가능한 SFI가 있는 경우 단계(865)가 수행될 수 있고, 제1 SFI를 대신하여 트래픽을 처리하는 것이 가능한 SFI가 없는 경우 단계(870)가 수행될 수 있다.
단계(865)에서, 제1 SFF(710)의 처리부는 제1 SFF(710)에 로컬로 연결된 적어도 하나의 SFI 중 제2 SFI를 선택할 수 있다. 말하자면, 트래픽을 처리할 SFI가 제1 SFI에서 제2 SFI로 교체될 수 있다.
SFI가 교체되면, 전술된 단계들(830 및 835)이 반복될 수 있다. 여기에서, 전술된 단계(830)에서의 연결의 요청 및 단계(835)에서의 판단 등은 이전의 제1 SFI가 아닌 새롭게 교체된 제2 SFI에 대하여 수행될 수 있다. 말하자면, SFI가 교체됨에 따라 전술된 단계들(830 및 835)이 반복될 경우, 도 8의 단계들(830 및 835)에 도시된 "제1 SFI"는 반복 이전의 "제2 SFI"를 나타내는 것으로 해석될 수 있다.
제1 SFF(710)에 로컬로 연결된 적어도 하나의 SFI 중 제1 SFI를 대신하여 트래픽을 처리하는 것이 가능한 SFI가 없는 경우, 제2 SFI는 제1 SFF(710) 외의 다른 원격 SFF에 연결될 수 있는 SFI들 중에서 선택되어야 할 수 있다. 예를 들면, 제2 SFI는 원격 SFF와 연결되는 것이 가능한 원격 SFI일 수 있다. 아래의 단계들(870, 875, 880, 885, 890 및 895)은 원격 SFF에 연결되는 것이 가능한 SFI들 중에서 제2 SFI가 선택된 경우가 설명된다. 예를 들면, 제1 SFI는 도 7을 참조하여 전술된 SFI a1(711)일 수 있고, 제2 SFI는 도 7을 참조하여 전술된 SFI a2(731)일 수 있다. 양 SFI들은 모두 SF a를 구현할 수 있다.
단계(870)에서, 제1 SFF(710)에 로컬로 연결된 적어도 하나의 SFI 중 제1 SFI를 대신하여 트래픽을 처리하는 것이 가능한 SFI가 없는 경우, 제1 SFF(710)의 처리부는 소정의 기준에 따라 네트워크 시스템의 하나 이상의 SFF들 중 하나를 원격 SFF로 선택할 수 있다. 도 8에서는, 제3 SFF(730)가 원격 SFF로 선택된 것으로 도시되었다. 이하에서, 원격 SFF는 제3 SFF(730)를 나타낼 수 있다.
예시적인 실시예에서, 제1 SFF(710)의 처리부는 단계(805)에서 설명된 다른 SFF에 포함되는 SFI의 목록을 사용하여 트래픽을 처리할 제2 SFI를 결정할 수 있다. 제2 SFI는 단계(805)에서 수신된 목록 내의 SFI일 수 있다. 또한, 제1 SFF(710)의 처리부는 네트워크 시스템의 하나 이상의 SFF들 중 제2 SFI와 연결되는 것이 가능한 SFF를 원격 SFF로 선택할 수 있다.
예시적인 실시예에서, 원격 SFF는 하나 이상의 SFF들 중 트래픽의 처리에 있어서 최적의 성능을 나타내는 SFF일 수 있다. 제1 SFF(710)의 처리부는 하나 이상의 SFF들 중 트래픽의 처리에 있어서 최적의 성능을 나타내는 SFF를 원격 SFF로 선택할 수 있다.
예시적인 실시예에서, 하나 이상의 SFF들 중 제1 SFF(710)에게 대신하여 트래픽을 처리할 것을 요청한 SFF는 원격 SFF의 선택에서 제외될 수 있다. 만약, 트래픽의 처리를 요청한 SFF가 원격 SFF로 선택되고 트래픽의 처리의 요청이 선택된 원격 SFF로 전송될 경우, 트래픽의 처리의 요청의 루프가 발생할 수 있다. 루프의 발생을 방지하기 위해, 제1 SFF(710)의 처리부는 하나 이상의 SFF들 중 제1 SFF(710)에게 트래픽의 처리를 요청한 SFF는 원격 SFF의 선택에서 제외할 수 있다.
단계(875)에서, 제1 SFF(710)의 통신부는 원격 SFF에게 트래픽의 처리의 요청을 전송할 수 있다.
제1 SFF(710)의 처리부는 트래픽의 처리의 요청에 제1 SFF(710)의 정보를 포함시킬 수 있다. 트래픽의 처리의 요청에 제1 SFF(710)의 정보가 포함되었기 때문에 트래픽의 처리의 요청이 다시 제1 SFF(710)로 전송되는 루프가 방지될 수 있다. 예를 들면, 트래픽의 처리의 요청이 복수의 SFF들에게 순차적으로 전달되는 경우에도, 트래픽의 처리의 요청에 포함된 제1 SFF(710)의 정보에 의해 트래픽의 처리의 요청이 다시 제1 SFF(710)로 되돌아오는 것이 방지될 수 있다.
원격 SFF의 통신부는 트래픽의 처리의 요청을 수신할 수 있다.
단계(880)에서, 원격 SFF의 처리부는 제2 SFI를 사용하여 트래픽의 처리할 수 있다.
제2 SFI에 의해 트래픽이 처리되면, 트래픽의 처리의 결과가 트래픽의 SFP에 따른 다음의 SFF로 전송될 수 있다. 예시적인 실시예에서, 트래픽의 처리의 결과의 전송을 위해 재귀적 콜(recursive) 방식 및 리다이렉트(redirect) 방식이 사용될 수 있다. 재귀적 콜 방식은 제1 SFF가 원격 SFF로부터 트래픽의 처리의 결과를 수신하고, 제1 SFF가 트래픽의 처리의 결과를 다음의 SFF로 전송하는 방식일 수 있다. 리다이렉트 방식은 원격 SFF가 직접 트래픽의 처리의 결과를 다음의 SFF로 전송하는 방식일 수 있다.
예시적 실시예에서, 제1 SFF(710)의 처리부는 소정의 조건에 따라 트래픽의 처리의 결과를 전송하는 방식을 선택할 수 있다. 예를 들면, 제1 SFF(710)의 처리부는 제1 SFI로부터 전송된 연결의 요청에 대한 거절의 이유에 따라 트래픽의 처리의 결과를 전송하는 방식을 선택할 수 있다.
예시적 실시예에 따른 재귀적 콜(recursive) 방식 및 리다이렉트(redirect) 방식에 대해서 하기에서 도 10 및 도 11을 참조하여 각각 설명된다.
단계(885)에서, 제1 SFF(710)의 처리부는 제1 SFI를 대신하여 제2 SFI를 사용하도록 트래픽에 대한 SFP를 갱신할 수 있다. 갱신된 SFP는 SF의 처리에 있어서 제2 SFI를 사용할 수 있다.
단계(890)에서, 제1 SFF(710)의 통신부는 갱신된 SFP의 데이터를 CLSF(750)로 전송할 수 있다.
CLSF(750)는 갱신된 SFP의 데이터를 수신할 수 있다.
단계(895)에서, CLSF(750)는 갱신된 SFP의 데이터를 사용하여 SFP를 갱신할 수 있다. CLSF(750)가 SFP를 갱신함에 따라 전체의 네트워크 시스템에서 기존의 제1 SFI 대신 제2 SFI에 의해 트래픽이 처리될 수 있으며, SFI의 교체가 더 이상 발생하지 않을 수 있다.
전술된 단계들(885, 890 및 895)는 선택적으로 수행될 수 있다. 예를 들면, 제1 SFF(710)의 통신부는 제1 SFI로부터 제2 SFI로의 트래픽의 처리의 교체가 소정의 빈도의 이상 또는 소정의 회수의 이상으로 발생할 경우 SFP를 갱신할 수 있고, 갱신된 SFP의 데이터를 CLSF(750)로 전송할 수 있다. 또는, 제1 SFF(710)의 통신부가 제1 SFI로부터 연결의 요청에 대한 거절을 반복적으로 수신한 경우나, 제1 SFF(710)의 처리부가 제1 SFI의 상태가 회복 불가능한 상태라고 판단한 경우, 제1 SFF(710)의 통신부는 갱신된 SFP의 데이터를 CLSF(750)로 전송할 수 있다.
도 9는 일 예에 따른 서비스 체인을 도시한다.
도 9에서 도시된 에 따르면, 트래픽은 SF a 및 SF b에 의해 순차적으로 처리될 수 있다. 이하에서, SF a 및 SF b에 의해 순차적으로 처리되는 서비스 체인을 "SFC {SF a, SF b}"로 표시한다. 또한, "SFC {SF a, SF b}"를 처리하기 위한 SFP가 SF a1 및 SF b1를 순차적으로 포함할 때, 상기의 SFP 를 "SFP {SF a1, SF b1}"로 표시한다.
서비스 체인은 NFV 또는 SFC에서 네트워크 서비스를 제공하기 위해 분산된 SF들을 순서대로 연결할 수 있다. SF들이 실행되는 중 적어도 하나의 SF가 실패하면, 다른 SF를 사용하도록 서비스 체인이 재구성될 수 있다.
서비스 체인의 재구성을 통해 트래픽을 처리하는 시나리오들이 아래에서 도 10 내지 도 14를 각각 참조하여 상세하게 설명된다. 도 10 내지 도 14에서, SFI a1(711), SFI a2(731) 및 SFI a3(741)은 SF a를 구현하는 인스턴스일 수 있고, SFI b1(721)은 SF b를 구현하는 인스턴스일 수 있다.
도 10은 일 예에 따른 재귀적 콜 방식을 사용하는 트래픽의 처리를 설명한다.
단계(1010)에서, CLSF(750)은 주어진 "SFC {SF a 및 SF b}"에 대하여 "SFP {SF a1, SF b1}를 결정할 수 있다.
단계(1020)에서, SFI a1(711)은 연결의 요청에 대한 거절을 제1 SFF(710)의 통신부로 전송할 수 있다. SFI a1(711)은 도 8을 참조하여 전술된 제1 SFI에 대응할 수 있다.
SFI a1(711)로부터 연결의 요청에 대한 거절이 전송되었기 때문에, 제1 SFF(710)는 SF a를 제공하지 못할 수 있다. 따라서, 제1 SFF(710)는 네트워크 시스템의 하나 이상의 SFF들 중 SF a를 제공하는 다른 SFF에게 트래픽의 처리를 위탁할 수 있다.
단계(1030)에서, 제1 SFF(710)의 처리부는 네트워크 시스템의 하나 이상의 SFF들 중 SF a를 제공하는 SFF를 원격 SFF로서 선택할 수 있다. 도 10에서는, 제3 SFF(730)가 원격 SFF로 선택되었다.
원격 SFF가 선택됨에 따라, 트래픽의 처리가 위탁될 수 있다. 아래에서는 재귀적 호출 방식에 따른 트래픽의 처리의 위탁이 설명된다.
제1 SFF(710)의 통신부는 선택된 원격 SFF에게 트래픽의 처리를 요청할 수 있다. 여기에서, 트래픽의 처리는 트래픽에 대한 SF a의 실행을 의미할 수 있다.
단계(1040)에서, 제3 SFF(730)에 연결된 SFI a2(731)는 트래픽의 처리를 수행할 수 있고, 트래픽의 처리의 결과를 제3 SFF(730)의 통신부로 전송할 수 있다. SFI a2(731)는 도 8을 참조하여 전술된 제2 SFI에 대응할 수 있다.
단계(1050)에서, 원격 SFF의 통신부는 트래픽의 처리의 결과를 제1 SFF(710)의 통신부로 전송할 수 있다. 제1 SFF(710)의 통신부는 원격 SFF로부터 트래픽의 처리의 결과를 수신할 수 있다.
단계(1060)에서, 제1 SFF(710)의 통신부는 트래픽의 처리의 결과를 트래픽에 대한 SFP에 따른 제1 SFF(710)의 다음의 SFF로 전송할 수 있다. 도 10에서, SFI b1(721)과 연결된 제2 SFF(720)가 다음의 SFF로 도시되었다.
제1 SFF(710)의 처리부는 제3 SFF(730)로부터 트래픽의 처리의 결과가 전송됨에 따라 트래픽에 대한 SFP를 재시작할 수 있다. 제1 SFF(710)의 통신부는 트래픽에 대한 SF b1의 실행을 위해 트래픽을 SFI b1(721)과 연결된 제2 SFF(720)로 전송할 수 있다.
전술된 실시예에서의 단계들은 도 8을 참조하여 전술된 단계들에 대응할 수 있다. 예를 들면, 단계(835)는 단계(1020)를 포함할 수 있다. 단계(1030)는 단계870 및 875)에 대응할 수 있다. 또한, 단계(880)는 단계들(1040, 1050 및 1060)을 포함할 수 있다. 말하자면, 단계(880)의 재귀적 콜 방식을 사용하여 트래픽을 처리하는 방법은 단계들(1040, 1050 및 1060)을 포함할 수 있다.
도 11은 일 예에 따른 재전송을 사용하는 트래픽의 처리를 설명한다.
단계(1110)에서, CLSF(750)은 주어진 "SFC {SF a 및 SF b}"에 대하여 "SFP {SF a1, SF b1}를 결정할 수 있다.
단계(1120)에서, SFI a1(711)은 연결의 요청에 대한 거절을 제1 SFF(710)의 통신부로 전송할 수 있다. SFI a1(711)은 도 8을 참조하여 전술된 제1 SFI에 대응할 수 있다.
SFI a1(711)로부터 연결의 요청에 대한 거절이 전송되었기 때문에, 제1 SFF(710)는 SF a를 제공하지 못할 수 있다. 따라서, 제1 SFF(710)는 네트워크 시스템의 하나 이상의 SFF들 중 SF a를 제공하는 다른 SFF에게 트래픽의 처리를 위탁할 수 있다.
단계(1130)에서, 제1 SFF(710)의 처리부는 네트워크 시스템의 하나 이상의 SFF들 중 SF a를 제공하는 SFF를 원격 SFF로서 선택할 수 있다. 도 11에서는, 제3 SFF(730)가 원격 SFF로 선택되었다.
원격 SFF가 선택됨에 따라, 트래픽의 처리가 위탁될 수 있다. 아래에서는 재전송 방식에 따른 트래픽의 처리의 위탁이 설명된다.
제1 SFF(710)의 통신부는 선택된 원격 SFF에게 트래픽의 처리를 요청할 수 있다. 여기에서, 트래픽의 처리는 트래픽에 대한 SF a의 실행을 의미할 수 있다.
단계(1140)에서, 제3 SFF(730)에 연결된 SFI a2(731)는 트래픽의 처리를 수행할 수 있고, 트래픽의 처리의 결과를 제3 SFF(730)로 전송할 수 있다. SFI a2(731)는 도 8을 참조하여 전술된 제2 SFI에 대응할 수 있다.
단계(1150)에서, 원격 SFF의 통신부는 트래픽의 처리의 결과를 트래픽에 대한 SFP에 따른 제1 SFF(710)의 다음의 SFF로 직접 전송할 수 있다. 도 11에서, SFI b1(721)과 연결된 제2 SFF(720)가 다음의 SFF로 도시되었다. 제3 SFF(730)에 의한 트래픽의 처리의 결과는 제1 SFF(710)을 거치지 않고 다음의 SFF인 제2 SFF(720)로 직접 전송될 수 있다.
제3 SFF(730)의 처리부는 SFI a2(731)로부터 트래픽의 처리의 결과가 전송됨에 따라 트래픽에 대한 SFP를 재시작할 수 있으며, 트래픽에 대한 SF b1의 실행을 위해 트래픽을 SFI b1(721)과 연결된 제2 SFF(720)로 전송할 수 있다.
전술된 실시예에서의 단계들은 도 8을 참조하여 전술된 단계들에 대응할 수 있다. 예를 들면, 단계(835)는 단계(1120)를 포함할 수 있다. 단계(1130)는 단계870 및 875)에 대응할 수 있다. 또한, 단계(880)는 단계들(1140 및 1150)을 포함할 수 있다. 말하자면, 단계(880)의 재전송(redirect) 방식을 사용하여 트래픽을 처리하는 방법은 단계(1140)를 포함할 수 있다.
도 12는 일 예에 따른 반복된 재전송을 사용하는 트래픽의 처리를 설명한다.
단계(1210)에서, CLSF(750)은 주어진 "SFC {SF a 및 SF b}"에 대하여 "SFP {SF a1, SF b1}를 결정할 수 있다.
단계(1220)에서, SFI a1(711)은 연결의 요청에 대한 거절을 제1 SFF(710)의 통신부로 전송할 수 있다. SFI a1(711)은 도 8을 참조하여 전술된 제1 SFI에 대응할 수 있다.
SFI a1(711)로부터 연결의 요청에 대한 거절이 전송되었기 때문에, 제1 SFF(710)는 SF a를 제공하지 못할 수 있다. 따라서, 제1 SFF(710)는 네트워크 시스템의 하나 이상의 SFF들 중 SF a를 제공하는 다른 SFF에게 트래픽의 처리를 위탁할 수 있다.
단계(1230)에서, 제1 SFF(710)의 처리부는 네트워크 시스템의 하나 이상의 SFF들 중 SF a를 제공하는 SFF를 원격 SFF로서 선택할 수 있다. 도 10에서는, 제3 SFF(730)가 원격 SFF로 선택되었다.
원격 SFF가 선택됨에 따라, 트래픽의 처리가 위탁될 수 있다. 아래에서는 재전송 방식에 따른 트래픽의 처리의 위탁이 설명된다.
제1 SFF(710)의 통신부는 선택된 원격 SFF에게 트래픽의 처리를 요청할 수 있다. 여기에서, 트래픽의 처리는 트래픽에 대한 SF a의 실행을 의미할 수 있다.
단계(1240)에서, SFI a2(731)는 연결의 요청에 대한 거절을 제3 SFF(730)의 통신부로 전송할 수 있다.
SFI a2(731)로부터 연결의 요청에 대한 거절이 전송되었기 때문에, 제3 SFF(730) 또한 SF a를 제공하지 못할 수 있다. 따라서, 제3 SFF(730)는 네트워크 시스템의 하나 이상의 SFF들 중 SF a를 제공하는 다른 SFF에게 트래픽의 처리를 다시 위탁할 수 있다.
예시적인 실시예에서, 단계(1230)에서 제1 SFF(710)로부터 전송된 트래픽의 처리의 요청은 제1 SFF(710)의 정보를 포함할 수 있다. 제3 SFF(730)의 처리부는 제3 SFF(730)로 전송된 트래픽의 처리의 요청에 포함된 정보를 사용하여 트래픽의 처리의 요청을 전송한 제1 SFF(710)를 원격 SFF의 선택에서 제외할 수 있다.
단계(1250)에서, 제3 SFF(730)의 처리부는 네트워크 시스템의 하나 이상의 SFF들 중 SF a를 제공하는 SFF를 원격 SFF로서 선택할 수 있다. 도 12에서는, 제4 SFF(740)가 원격 SFF로 선택되었다.
원격 SFF가 선택됨에 따라, 트래픽의 처리가 다시 위탁될 수 있다.
제3 SFF(730)의 통신부는 선택된 원격 SFF에게 트래픽의 처리를 요청할 수 있다. 여기에서, 트래픽의 처리는 트래픽에 대한 SF a의 실행을 의미할 수 있다.
제4 SFF(740)에 연결된 SFI a3(741)은 트래픽의 처리를 수행할 수 있고, 트래픽의 처리의 결과를 제4 SFF(740)로 전송할 수 있다. SFI a3(741)는 도 8을 참조하여 전술된 제2 SFI에 대응할 수 있다.
단계(1260)에서, 제4 SFF(740)의 통신부는 트래픽의 처리의 결과를 트래픽에 대한 SFP에 따른 제1 SFF(710)의 다음의 SFF로 직접 전송할 수 있다. 도 10에서, SFI b1(721)과 연결된 제2 SFF(720)가 다음의 SFF로 도시되었다. 제4 SFF(740)에 의한 트래픽의 처리의 결과는 제1 SFF(710) 및 제3 SFF(730)을 거치지 않고 다음의 SFF인 제2 SFF(720)로 직접 전송될 수 있다.
제4 SFF(740)의 처리부는 SFI a3(741)로부터 트래픽의 처리의 결과가 전송됨에 따라 트래픽에 대한 SFP를 재시작할 수 있으며, 트래픽에 대한 SF b1의 실행을 위해 트래픽을 SFI b1(721)과 연결된 제2 SFF(720)로 전송할 수 있다.
전술된 실시예에서의 단계들은 도 8을 참조하여 전술된 단계들에 대응할 수 있다. 예를 들면, 단계(835)는 단계(1220)를 포함할 수 있다. 단계(1230)는 단계870 및 875)에 대응할 수 있다. 또한, 단계(880)는 단계들(1240, 1250)을 포함할 수 있다. 말하자면, 단계(880)의 재전송(redirect) 방식을 사용하여 트래픽을 처리하는 방법은 단계들(1240 및 1250)을 포함할 수 있다.
또한, 단계(1250)은 도 8을 참조하여 전술된 단계들(825, 830, 835 및 850)이 제1 SFF(710)이 아닌 제3 SFF(730)에 의해 수행되는 것으로 간주될 수 있다. 말하자면, 재전송 방식의 트래픽의 처리의 요청 반복됨에 따라, 우선 제1 SFF(710)가 도 8을 참조하여 전술된 실시예의 단계들을 수행하고, 다음으로 제3 SFF(730)가 도 8을 참조하여 전술된 실시예의 단계들을 수행할 수 있다. 또한, 제4 SFF(740)가 트래픽의 처리를 수행하는 원격 SFF일 수 있다.
도 13은 일 예에 따른 브로드캐스팅을 사용하는 트래픽의 처리를 설명한다.
단계(1310)에서, CLSF(750)은 주어진 "SFC {SF a 및 SF b}"에 대하여 "SFP {SF a1, SF b1}를 결정할 수 있다.
단계(1320)에서, SFI a1(711)은 연결의 요청에 대한 거절을 제1 SFF(710)의 통신부로 전송할 수 있다. SFI a1(711)은 도 8을 참조하여 전술된 제1 SFI에 대응할 수 있다.
SFI a1(711)로부터 연결의 요청에 대한 거절이 전송되었기 때문에, 제1 SFF(710)는 SF a를 제공하지 못할 수 있다. 따라서, 제1 SFF(710)는 네트워크 시스템의 하나 이상의 SFF들 중 SF a를 제공하는 다른 SFF에게 트래픽의 처리를 위탁할 수 있다.
단계(1330)에서, 제1 SFF(710)의 처리부는 네트워크 시스템의 하나 이상의 SFF들 중 SF a를 제공하는 SFF를 원격 SFF로서 선택할 수 있다. 선택된 원격 SFF는 복수일 수 있다. 도 10에서는, 제3 SFF(730) 및 제4 SFF(740)가 복수의 원격 SFF들로 선택되었다.
원격 SFF가 선택됨에 따라, 트래픽의 처리가 위탁될 수 있다. 아래에서는 재귀적 호출 방식에 따른 트래픽의 처리의 위탁이 설명된다.
제1 SFF(710)의 통신부는 선택된 복수의 원격 SFF들의 각각에게 트래픽의 처리를 요청할 수 있다. 제1 SFF(710)의 통신부는 브로드캐스팅을 사용하여 선택된 복수의 원격 SFF들에게 트래픽의 처리를 동시에 요청할 수 있다. 여기에서, 트래픽의 처리는 트래픽에 대한 SF a의 실행을 의미할 수 있다.
여기에서, 브로드캐스팅은 인터넷 프로토콜(Internet Protocol; IP)의 브로드캐스팅으로 제한되지 않으며, 제1 SFF(710)의 통신부에서 수행되는 하나의 절차를 통해 복수의 원격 SFF들에게 트래픽의 처리를 한 번에 요청하는 동작을 의미할 수 있다.
단계(1340)에서, 복수의 원격 SFF들의 각각은 트래픽의 처리를 수행할 수 있다. 제3 SFF(730)에 연결된 SFI a2(731)는 트래픽의 처리를 수행할 수 있고, 트래픽의 처리의 결과를 제3 SFF(730)의 통신부로 전송할 수 있다. 제4 SFF(740)에 연결된 SFI a3(741)은 트래픽의 처리를 수행할 수 있고, 트래픽의 처리의 결과를 제4 SFF(740)의 통신부로 전송할 수 있다. SFI a2(731) 및 SFI a3(741)의 각각은 도 8을 참조하여 전술된 제2 SFI에 대응할 수 있다.
단계(1350)에서, 복수의 원격 SFF들은 트래픽의 처리의 결과들을 각각 제1 SFF(710)의 통신부로 전송할 수 있다. 제3 SFF(730)의 통신부 및 제4 SFF(740)의 통신부의 각각은 트래픽의 처리의 결과를 제1 SFF(710)의 통신부로 전송할 수 있다. 제1 SFF(710)의 통신부는 복수의 원격 SFF들로부터 트래픽의 처리의 결과들 수신할 수 있다.
제1 SFF(170)의 처리부는 복수의 원격 SFF들로부터 전송된 트래픽의 처리의 결과들 중 소정의 조건에 따라 하나의 트래픽의 처리의 결과를 선택할 수 있으며, 나머지의 트래픽의 처리의 결과는 무시할 수 있다. 예를 들면, 제1 SFF(710)의 처리부는 복수의 원격 SFF들로부터 전송된 트래픽의 처리의 결과들 중 가장 먼저 제1 SFF(710)로 전송된 트래픽의 처리의 결과를 선택할 수 있다.
단계(1360)에서, 제1 SFF(710)의 통신부는 선택된 트래픽의 처리의 결과를 트래픽에 대한 SFP에 따른 제1 SFF(710)의 다음의 SFF로 전송할 수 있다. 도 10에서, SFI b1(721)과 연결된 제2 SFF(720)가 다음의 SFF로 도시되었다.
제1 SFF(710)의 처리부는 복수의 SFF들로부터 트래픽의 처리의 결과들이 전송됨에 따라 트래픽에 대한 SFP를 재시작할 수 있다. 제1 SFF(710)의 통신부는 트래픽에 대한 SF b1의 실행을 위해 트래픽을 SFI b1(721)과 연결된 제2 SFF(720)로 전송할 수 있다.
전술된 실시예에서의 단계들은 도 8을 참조하여 전술된 단계들에 대응할 수 있다. 예를 들면, 단계(835)는 단계(1320)를 포함할 수 있다. 단계(1330)는 단계870 및 875)에 대응할 수 있다. 또한, 단계(880)는 단계들(1340, 1350 및 1360)을 포함할 수 있다. 말하자면, 단계(880)의 재귀적 콜 방식을 사용하여 트래픽을 처리하는 방법은 단계들(1340, 1350 및 1360)을 포함할 수 있다.
도 14은 일 예에 따른 SFP의 갱신을 설명한다.
단계(1410)에서, CLSF(750)은 주어진 "SFC {SF a 및 SF b}"에 대하여 "SFP {SF a1, SF b1}를 결정할 수 있다.
단계(1420)에서, SFI a1(711)은 연결의 요청에 대한 거절을 제1 SFF(710)의 통신부로 전송할 수 있다. SFI a1(711)은 도 8을 참조하여 전술된 제1 SFI에 대응할 수 있다.
SFI a1(711)로부터 연결의 요청에 대한 거절이 전송되었기 때문에, 제1 SFF(710)는 SF a를 제공하지 못할 수 있다.
단계(1430)에서, 제1 SFF(710)의 처리부는 SFI a1(711)이 지속적으로 SF a를 처리할 수 없는 상태인 것으로 판단할 수 있다. 예를 들면, SFI a1(711)로부터 연결의 요청에 대한 거절이 지속적으로 전송된 경우, 제1 SFF(710)의 처리부는 SFI a1(711)이 지속적으로 SF a를 처리할 수 없는 상태인 것으로 판단할 수 있다.
SFI a1(711)이 지속적으로 SF a를 처리할 수 없는 상태인 것으로 판단된 경우, 제1 SFF(710)의 처리부는 SFI a1(711)를 사용하지 않도록 트래픽에 대한 SFP를 갱신할 수 있다.
예시적인 실시예에 따르면, SFP에서 SFI a1(711)을 대신하여 사용되는 SFI는 마지막으로 트래픽의 처리가 위탁된 SFI일 수 있다. 예를 들면, 제1 SFF(710)의 처리부는 SFI a1(711)를 대신하여 이전에 트래픽의 처리의 위탁을 위해 선택된 SFI a2(731)가 사용되도록 트래픽에 대한 SFP를 갱신할 수 있다.
단계(1440)에서, 제3 SFF(730)의 통신부는 갱신된 SFP의 데이터를 CLSF(750)로 전송할 수 있다. 갱신된 SFP의 데이터가 전송되면 CLSF(750)는 SFP의 데이터를 사용하여 SFP를 갱신될 수 있다. 예를 들면, CLSF(750)는 SFI a1(711)를 대신하여 이전에 트래픽의 처리의 위탁을 위해 선택된 SFI a2(731)가 사용되도록 SFP를 "SFP {SF a2, SF b1}"로 갱신할 수 있다. 갱신에 따라, 이후 네트워크 시스템에서는 트래픽의 처리를 위해 "SFP {SF a2, SF b1}"가 사용될 수 있다.
전술된 실시예에서의 단계들은 도 8을 참조하여 전술된 단계들에 대응할 수 있다. 예를 들면, 단계(1420)는 단계(885)에 대응할 수 있다. 단계(835)는 단계(1420)에 대응할 수 있다. 단계(885)는 단계(1430)에 대응할 수 있다. 단계(890) 및 단계(895)는 단계(1440)에 대응할 수 있다.
실시예에 따른 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 실시예를 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 실시예의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
이상과 같이 실시예들이 비록 한정된 실시예와 도면에 의해 설명되었으나, 해당 기술분야에서 통상의 지식을 가진 자라면 상기의 기재로부터 다양한 수정 및 변형이 가능하다. 예를 들어, 설명된 기술들이 설명된 방법과 다른 순서로 수행되거나, 및/또는 설명된 시스템, 구조, 장치, 회로 등의 구성요소들이 설명된 방법과 다른 형태로 결합 또는 조합되거나, 다른 구성요소 또는 균등물에 의하여 대치되거나 치환되더라도 적절한 결과가 달성될 수 있다.
그러므로, 다른 구현들, 다른 실시예들 및 특허청구범위와 균등한 것들도 후술하는 특허청구범위의 범위에 속한다.
600: SFF
610: 처리부
620: 통신부

Claims (20)

  1. 서비스 기능 전달 노드(Service Function Forwarding node; SFF)가 트래픽을 처리하는 방법에 있어서,
    상기 SFF에 로컬로 연결되고, 트래픽의 처리를 위한 서비스 기능(Service Function; SF)을 구현하는 제1 서비스 기능 인스턴스(Service Function Instance; SFI)가 상기 트래픽을 처리할 수 있는 상태인가를 판단하는 단계; 및
    상기 제1 SFI가 상기 트래픽을 처리할 수 없는 상태이면 상기 SF가 구현된 제2 SFI에게 상기 트래픽의 처리를 요청하는 단계
    를 포함하는 트래픽 처리 방법.
  2. 제1항에 있어서,
    상기 제1 SFI는 상기 트래픽에 대한 서비스 기능 경로(Service Function Path; SFP)에 따라 선택된 SFI인 트래픽 처리 방법.
  3. 제1항에 있어서,
    상기 SFF는 상기 트래픽을 처리할 수 없는 상태인 상기 제1 SFI를 대신하여 상기 제2 SFI가 상기 트래픽을 처리하게 함으로써 상기 트래픽에 대한 서비스 기능 경로(Service Function Path; SFP)를 복원하는 트래픽 처리 방법.
  4. 제1항에 있어서,
    상기 제1 SFI에게 연결을 요청하는 단계
    를 더 포함하고,
    상기 SFI는 상기 연결의 요청에 대한 타임 아웃이 발생하면 상기 제1 SFI가 상기 트래픽을 처리할 수 없는 상태라고 판단하는 트래픽 처리 방법.
  5. 제1항에 있어서,
    상기 제1 SFI에게 연결을 요청하는 단계
    를 더 포함하고,
    상기 SFI는 상기 제1 SFI로부터 상기 연결의 요청에 대한 거절을 수신하면 상기 제1 SFI가 상기 트래픽을 처리할 수 없는 상태라고 판단하는 트래픽 처리 방법.
  6. 제1항에 있어서,
    상기 SFF는 상기 SFF에 로컬로 연결된 적어도 하나의 SFI 중 상기 제2 SFI를 선택하는 트래픽 처리 방법.
  7. 제1항에 있어서,
    상기 제2 SFI는 원격 SFF와 연결되는 것이 가능한 원격 SFI인 트래픽 처리 방법.
  8. 제7항에 있어서,
    상기 다른 SFF에 포함되는 SFI의 목록을 획득하는 단계
    를 더 포함하고,
    상기 제2 SFI는 상기 목록 내의 SFI인 트래픽 처리 방법.
  9. 제8항에 있어서,
    상기 SFF는 오버레이 네트워크 통신을 통해 상기 목록을 획득하는 트래픽 처리 방법.
  10. 제8항에 있어서,
    상기 SFF는 제어 평면을 통해 상기 목록을 획득하는 트래픽 처리 방법.
  11. 제7항에 있어서,
    상기 요청하는 단계는,
    상기 원격 SFF에게 상기 트래픽의 처리의 요청을 전송하는 단계
    를 포함하는 트래픽 처리 방법.
  12. 제11항에 있어서,
    상기 요청하는 단계는,
    상기 원격 SFF로부터 상기 트래픽의 처리의 결과를 수신하는 단계; 및
    상기 결과를 상기 트래픽에 대한 SFP에 따른 상기 SFF의 다음의 SFF로 전송하는 단계
    를 더 포함하는 트래픽 처리 방법.
  13. 제11항에 있어서,
    상기 트래픽의 처리의 결과는 상기 원격 SFF에 의해 상기 트래픽에 대한 SFP에 따른 상기 SFF의 다음의 SFF로 전송되는 트래픽 처리 방법.
  14. 제11항에 있어서,
    소정의 기준에 따라 하나 이상의 SFF들 중 하나를 상기 원격 SFF로 선택하는 단계
    를 더 포함하는 트래픽 처리 방법.
  15. 제14항에 있어서,
    상기 원격 SFF는 상기 하나 이상의 SFF들 중 상기 트래픽의 처리에 있어서 최적의 성능을 나타내는 SFF인 트래픽 처리 방법.
  16. 제14항에 있어서,
    상기 하나 이상의 SFF들 중 상기 SFF에게 상기 트래픽의 처리를 요청한 SFF는 상기 원격 SFF로서의 선택에서 제외되는 트래픽 처리 방법.
  17. 제1항에 있어서,
    상기 원격 SFF들은 복수이고,
    상기 SFF는 브로드캐스팅을 사용하여 상기 복수의 원격 SFF들에게 상기 트래픽의 처리를 요청하는 트래픽 처리 방법.
  18. 제1항에 있어서,
    상기 제1 SFI를 대신하여 상기 제2 SFI를 사용하도록 상기 트래픽에 대한 SFP를 갱신하는 단계; 및
    상기 갱신된 SFP의 데이터를 트래픽 분류 노드로 전송하는 단계
    를 더 포함하는 트래픽 처리 방법.
  19. 서비스 기능 전달 노드(Service Function Forwarding node; SFF)에 있어서,
    상기 SFF에 로컬로 연결되고, 트래픽의 처리를 위한 서비스 기능(Service Function; SF)을 구현하는 제1 서비스 기능 인스턴스(Service Function Instance; SFI)가 상기 트래픽을 처리할 수 없는 상태임을 감지하는 처리부; 및
    상기 SF가 구현된 제2 SFI에게 상기 트래픽의 처리를 요청하는 통신부
    를 포함하는 SFF.
  20. 복수의 서비스 기능 전달 노드(Service Function Forwarding node; SFF)들을 포함하는 네트워크 시스템에 있어서,
    트래픽의 처리를 위한 서비스 기능(Service Function; SF)을 구현하는 제1 서비스 기능 인스턴스(Service Function Instance; SFI)와 로컬로 연결된 제1 SFF; 및
    상기 SF가 구현된 제2 SFF와 로컬로 연결된 제2 SFF
    를 포함하고,
    상기 제1 SFF는 상기 제1 SFI가 상기 트래픽을 처리할 수 없는 상태임을 감지하고, 상기 제1 SFI에 로컬로 연결된 상기 SF가 구현된 다른 SFI가 존재하지 않으면 상기 제2 SFF에게 상기 트래픽의 처리를 요청하고,
    상기 제2 SFF는 상기 제2 SFI를 사용하여 상기 트래픽을 처리하는 네트워크 시스템.
KR1020150006585A 2015-01-14 2015-01-14 서비스 체인 경로를 회복하기 위한 트래픽 처리 방법, 이를 이용한 서비스 기능 전달 노드 및 이를 이용한 네트워크 시스템 KR20160087530A (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR1020150006585A KR20160087530A (ko) 2015-01-14 2015-01-14 서비스 체인 경로를 회복하기 위한 트래픽 처리 방법, 이를 이용한 서비스 기능 전달 노드 및 이를 이용한 네트워크 시스템
US14/993,233 US20160205005A1 (en) 2015-01-14 2016-01-12 Method of processing traffic to recover service chain path, service function forwarding node using the same, and network system using the same

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020150006585A KR20160087530A (ko) 2015-01-14 2015-01-14 서비스 체인 경로를 회복하기 위한 트래픽 처리 방법, 이를 이용한 서비스 기능 전달 노드 및 이를 이용한 네트워크 시스템

Publications (1)

Publication Number Publication Date
KR20160087530A true KR20160087530A (ko) 2016-07-22

Family

ID=56368329

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020150006585A KR20160087530A (ko) 2015-01-14 2015-01-14 서비스 체인 경로를 회복하기 위한 트래픽 처리 방법, 이를 이용한 서비스 기능 전달 노드 및 이를 이용한 네트워크 시스템

Country Status (2)

Country Link
US (1) US20160205005A1 (ko)
KR (1) KR20160087530A (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20180039465A (ko) * 2016-10-10 2018-04-18 한국전자통신연구원 소프트웨어 정의 네트워크 기반 서비스 기능 체인의 서비스 기능 경로 설정 장치 및 방법
KR20200026628A (ko) * 2018-09-03 2020-03-11 성균관대학교산학협력단 서비스 기능 연결 환경에서의 네트워크 서비스 관리 방법

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3675424B1 (en) * 2015-08-31 2021-06-09 Huawei Technologies Co., Ltd. Method and apparatus for deploying network service
US11356359B2 (en) * 2015-09-02 2022-06-07 Telefonaktiebolaget Lm Ericsson (Publ) Methods and network nodes for scalable top-of-chain selection in mobile service chaining
KR101759429B1 (ko) * 2016-03-24 2017-07-31 숭실대학교산학협력단 멀티 도메인 환경에서 도메인과 대응되는 피어 및 이의 제어 방법
US10716150B2 (en) 2016-12-19 2020-07-14 At&T Intellectual Property I, L.P. Method for mobile service chaining via hybrid network resources switching
US10243793B1 (en) 2018-08-13 2019-03-26 Nefeli Networks, Inc. Modular system framework for software network function automation
US11012294B2 (en) 2019-04-17 2021-05-18 Nefeli Networks, Inc. Inline data plane monitor placement and operation for network function virtualization
US11411843B2 (en) * 2019-08-14 2022-08-09 Verizon Patent And Licensing Inc. Method and system for packet inspection in virtual network service chains

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8730980B2 (en) * 2011-12-27 2014-05-20 Cisco Technology, Inc. Architecture for scalable virtual network services
US8948001B2 (en) * 2012-06-26 2015-02-03 Juniper Networks, Inc. Service plane triggered fast reroute protection
US9722927B2 (en) * 2014-06-05 2017-08-01 Futurewei Technologies, Inc. Service chain topology map construction
US9686181B2 (en) * 2014-10-07 2017-06-20 Cisco Technology, Inc. Selective service bypass in service function chaining
US9866472B2 (en) * 2014-12-09 2018-01-09 Oath Inc. Systems and methods for software defined networking service function chaining
JP6426849B2 (ja) * 2015-01-20 2018-11-21 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． Ｓｄｔがｎｆｖ及びｓｄｎと連携するためのシステム及び方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20180039465A (ko) * 2016-10-10 2018-04-18 한국전자통신연구원 소프트웨어 정의 네트워크 기반 서비스 기능 체인의 서비스 기능 경로 설정 장치 및 방법
KR20200026628A (ko) * 2018-09-03 2020-03-11 성균관대학교산학협력단 서비스 기능 연결 환경에서의 네트워크 서비스 관리 방법

Also Published As

Publication number Publication date
US20160205005A1 (en) 2016-07-14

Similar Documents

Publication Publication Date Title
KR20160087530A (ko) 서비스 체인 경로를 회복하기 위한 트래픽 처리 방법, 이를 이용한 서비스 기능 전달 노드 및 이를 이용한 네트워크 시스템
CN112911525B (zh) 应用功能影响业务路由的消息和系统
US11095504B2 (en) Initializing network device and server configurations in a data center
EP3261290B1 (en) Software defined data center and method for deploying service cluster therein
US10938660B1 (en) Automation of maintenance mode operations for network devices
US9967175B2 (en) Restoring service functions after changing a service chain instance path
AU2020239763A1 (en) Virtual network, hot swapping, hot scaling, and disaster recovery for containers
US11201782B1 (en) Automation of maintenance mode operations for network devices
JP3850391B2 (ja) ＶＲＲＰ（ＶｉｒｔｕａｌＲｏｕｔｅｒＲｅｄｕｎｄａｎｃｙＰｒｏｔｏｃｏｌ）によるルータ・インターフェース・バックアップ実行方法
CN112398676B (zh) 多租户环境中服务接入端点的基于供应商无关简档的建模
US9967346B2 (en) Passing data over virtual links
EP2731313A1 (en) Distributed cluster processing system and message processing method thereof
EP3731459B1 (en) Initializing server configurations in a data center
JP5679343B2 (ja) クラウドシステム、ゲートウェイ装置、通信制御方法、及び通信制御プログラム
US9942108B2 (en) Network service aware routers, and applications thereof
US20160254951A1 (en) Virtual links for network appliances
US11949602B2 (en) Stretched EPG and micro-segmentation in multisite fabrics
CN106713519B (zh) 基于软体定义网络的网络传输方法与系统
KR101883712B1 (ko) 네트워크 기능 가상화 시스템을 운용하는 방법, 장치 및 컴퓨터 프로그램
JP7020556B2 (ja) 障害復旧制御方法、通信装置、通信システム、及びプログラム
US20150200813A1 (en) Server connection apparatus and server connection method
CN116915837A (zh) 基于软件定义网络的通信方法及通信系统

Legal Events

Date Code Title Description
WITN Application deemed withdrawn, e.g. because no request for examination was filed or no examination fee was paid