KR20150033498A - 써킷망과 패킷망이 혼재하는 복합망을 위한 단대단 경로 제공 방법 및 이를 위한 통합 소프트웨어 정의 네트워크 컨트롤러 - Google Patents

써킷망과 패킷망이 혼재하는 복합망을 위한 단대단 경로 제공 방법 및 이를 위한 통합 소프트웨어 정의 네트워크 컨트롤러 Download PDF

Info

Publication number
KR20150033498A
KR20150033498A KR20130163158A KR20130163158A KR20150033498A KR 20150033498 A KR20150033498 A KR 20150033498A KR 20130163158 A KR20130163158 A KR 20130163158A KR 20130163158 A KR20130163158 A KR 20130163158A KR 20150033498 A KR20150033498 A KR 20150033498A
Authority
KR
South Korea
Prior art keywords
network
path
packet
circuit
controller
Prior art date
Application number
KR20130163158A
Other languages
English (en)
Other versions
KR102087670B1 (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 주식회사 케이티
Publication of KR20150033498A publication Critical patent/KR20150033498A/ko
Application granted granted Critical
Publication of KR102087670B1 publication Critical patent/KR102087670B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/60—Software-defined switches
    • H04L49/602—Multilayer or multiprotocol switching, e.g. IP switching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport
    • 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/645—Splitting route computation layer and forwarding layer, e.g. routing according to path computational element [PCE] or based on OpenFlow functionality
    • 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/76—Routing in software-defined topologies, e.g. routing between virtual machines

Landscapes

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

Abstract

써킷망과 패킷망이 혼재하는 복합망을 위한 단대단(E2E; end-to-end) 경로 제공 방법 및 이를 위한 통합 소프트웨어 정의 네트워크 컨트롤러가 개시된다. 복합망에서 SDN 기술을 적용한 단대단 경로 제공 방법은 단대단 경로를 구성하는 써킷망 상의 경로를 생성하는 단계, 단대단 경로를 구성하는 패킷망 상의 경로를 생성하는 단계, 및 써킷망과 패킷망의 형상(topology) 정보를 이용하여 써킷망 상의 경로와 패킷망 상의 경로를 연결하는 단계를 포함할 수 있다. 따라서, 본 발명에 따른 경로 제공 방법 및 통합 SDN 컨트롤러를 이용하면, 써킷망과 패킷망이 혼재된 이종망에 대해 통합적으로 단대단 경로를 제공(provisioning)하는 것이 가능해진다.

Description

써킷망과 패킷망이 혼재하는 복합망을 위한 단대단 경로 제공 방법 및 이를 위한 통합 소프트웨어 정의 네트워크 컨트롤러{Method for providing end-to-end path on mixed networks comprising circuit and packet networks, and unified software defined network controller}
본 발명은 네트워크 기술에 관한 것으로, 더욱 상세하게는 써킷망(circuit network)와 패킷망(packet network)이 혼재한 복합망 상에서 사용자에게 단대단(end-to-end) 경로를 제공하는 방법, 및 이를 위한 통합 SDN 컨트롤러(unified Software Defined Network controller)에 관한 것이다.
통신사업자가 IP기반의 통신서비스를 제공하기 위해 유지하는 네트워크는 크게 두 가지 서로 다른 네트워크로 구성되어 있다. 첫째는 데이터그램 형식의 데이터를 전달하기 위해 사용되는 패킷망으로서 IP기반의 라우터들을 근간으로 구축된다. 둘째는 회선을 먼저 설정하고 그 위에서 데이터를 전달하는 써킷망으로서 전송장치들을 근간으로 구축된다.
점진적으로, 패킷망 위주로 네트워크가 구현되고 있으나, 상술된 두 가지 망이 병존되는 형태의 복합망이 상당 기간 동안 이용될 것으로 예상되고 있다. 이때, 이와 같이 써킷망과 패킷망이 병존하는 상황에서 사용자와 사용자, 사용자와 클라우드 데이터 센터(Cloud Data Center; CDC) 내의 서버 간의 단대단 경로(end-to-end path)를 생성 및 유지하는 경우에는, 서로 다른 특성과, 서로 다른 장비들로 구성된 두 개의 망을 걸쳐서 경로를 생성하여야 한다는 문제점이 존재한다. 특히, 생성될 단대단 경로에 대한 사용자 요구 사항을 서로 다른 특성을 가지는 두 가지 망을 함께 이용하여 충족하여야 한다는 점에서, 이종 망에 대한 통합적 제어의 필요성이 존재한다.
한 가지 방법으로, 패킷 기술과 써킷 기술이 하나의 장비 내에 포함된 네트워크 장비를 구현하고, 이러한 네트워크 장비들을 이용하여 써킷망과 패킷망을 통합하는 방안이 있을 수 있다. 그러나, 이 방법의 경우는 기존에 존재하는 많은 수의 네트워크 장비들이 모두 교체되어야 하고, 기존의 망 구성 전체가 변경되어야 한다는 문제점이 있다.
상기와 같은 문제점을 해결하기 위한 본 발명의 목적은, 써킷망과 패킷망이 혼재하는 복합망 환경에서, SDN 기술을 이용하여 중앙의 컨트롤러가 패킷망과 써킷망 전체를 통합 운영하여, 패킷망과 써킷망이 혼합된 이종망 상에서 사용자에게 적절한 단대단 경로를 제공하고 관리하는 방법을 제공하는데 있다.
상기와 같은 문제점을 해결하기 위한 본 발명의 다른 목적은, 써킷망과 패킷망이 혼재하는 복합망 환경에서, 패킷망과 써킷망 전체를 통합 운영하여 사용자에게 적절한 단대단 경로를 제공하고 관리할 수 있는 통합 SDN 컨트롤러를 제공하는데 있다.
상기 목적을 달성하기 위한 본 발명은, 써킷망(circuit network)과 패킷망(packet network)을 통합적으로 관리하여, 단대단(end-to-end) 경로를 제공하는 통합 소프트웨어 정의 네트워크 컨트롤러의 동작 방법으로서, 상기 단대간 경로를 구성하는 상기 써킷망 상의 경로를 생성하는 단계, 상기 단대단 경로를 구성하는 상기 패킷망 상의 경로를 생성하는 단계, 및 상기 써킷망과 상기 패킷망의 형상(topology) 정보를 이용하여 상기 써킷망 상의 경로와 상기 패킷망 상의 경로를 연결하는 단계를 포함하는, 통합 소프트웨어 정의 네트워크 컨트롤러의 동작 방법을 제공한다.
여기에서. 상기 형상 정보는 상기 써킷망과 상기 패킷망에서 정의된 노드들 간의 링크 상태 정보를 포함할 수 있다.
여기에서, 상기 방법은 상기 단대단 경로의 생성 요청을 수신하는 단계를 추가로 포함할 수 있다. 이때, 상기 단대단 경로의 생성 요청은, 사용자로부터 응용서비스의 제공을 중재하는 서비스 컨트롤러(service controller)를 거쳐 수신될 수 있다.
여기에서, 상기 방법은 상기 단대단 경로를 클라우드 데이터 센터(Cloud Data Center) 내의 가상 머신(Virtual Machine)에 대한 경로와 연결시키는 단계를 추가로 포함할 수 있다. 이때, 상기 방법은 상기 클라우드 데이터 센터를 관리하는 클라우드 컨트롤러에게 상기 가상 머신의 특성과 상기 클라우드 데이터 센터 내의 가상 머신에 대한 경로의 특성에 관한 정보를 제공하는 단계를 추가로 포함할 수 있다.
여기에서, 상기 방법은 상기 통합 소프트웨어 정의 네트워크 컨트롤러가 미리 정의된 어플리케이션 프로그래밍 인터페이스(API)를 이용하여, 상기 생성된 써킷망 상의 경로에 대한 정보를 써킷 망 네트워크 장비로 전송하는 단계를 추가로 포함할 수 있다.
여기에서, 상기 방법은 상기 통합 소프트웨어 정의 네트워크 컨트롤러가 미리 정의된 어플리케이션 프로그래밍 인터페이스(API)를 이용하여, 상기 생성된 패킷망 상의 경로에 대한 정보를 패킷 망 네트워크 장비로 전송하는 단계를 추가로 포함할 수 있다.
이때, 상기 미리 정의된 어플리케이션 프로그래밍 인터페이스(API)는 오픈플로우(OpenFlow) 또는 IETF의 I2RS(Interface to Routing System) 규약에 기초할 수 있다.
상기 다른 목적을 달성하기 위한 본 발명은, 써킷망(circuit network)과 패킷망(packet network)을 통합적으로 관리하여 단대단(end-to-end) 경로를 제공하는 통합 소프트웨어 정의 네트워크 컨트롤러로서, 패킷망 네트워크 장치들의 연결 형상 정보를 유지 및 관리하는 패킷 토폴로지(topology) 관리부, 써킷망 네트워크 장치들의 연결 형상 정보를 유지 및 관리하는 써킷 토폴로지(topology) 관리부, 하부 장치들에 대한 명령어 전달을 수행하는 어댑터부 및 상기 패킷 토폴로지 관리부와 상기 써킷 토폴로지 관리부의 연결 형상 정보를 이용하여 상기 써킷망과 상기 패킷망이 연결된 상기 단대단 경로를 생성하고, 상기 어댑터부를 통하여 상기 써킷망 및 패킷망 네트워크 장치들에게 상기 단대단 경로를 설정하는 제어부를 포함하는, 통합 소프트웨어 정의 네트워크 컨트롤러를 제공한다.
여기에서, 상기 컨트롤러는 상기 패킷망 구간의 링크들에 대한 정보를 수집하여, 상기 패킷 토폴로지(topology) 관리부로 제공하는 패킷 링크 디스커버리부를 추가로 포함할 수 있다.
여기에서, 상기 컨트롤러는 상기 써킷망 구간의 링크들에 대한 정보를 수집하여, 상기 써킷 토폴로지(topology) 관리부로 제공하는 써킷 링크 디스커버리부를 추가로 포함할 수 있다.
여기에서, 상기 제어부는 사용자로부터 응용서비스의 제공을 중재하는 서비스 컨트롤러(service controller)를 통하여 상기 단대단 경로의 생성 요청을 수신할 수 있다.
이때, 상기 제어부는 상기 생성된 단대단 경로에 대한 정보를 상기 단대단 경로를 구성하는 노드들 중 적어도 일부에게 제공할 수 있다.
여기에서, 상기 제어부는 상기 단대단 경로를 클라우드 데이터 센터(Cloud Data Center) 내의 가상 머신(Virtual Machine)에 대한 경로와 연결시킬 수 있다. 이때, 상기 제어부는 상기 단대단 경로를 상기 클라우드 데이터 센터를 관리하는 클라우드 컨트롤러에게 상기 가상 머신의 특성과 상기 클라우드 데이터 센터 내의 가상 머신에 대한 경로의 특성에 관한 정보를 제공할 수 있다.
여기에서, 상기 컨트롤러는 패킷망 네트워크 장치들과 통신하기 위한 패킷망 어플리케이션 프로그래밍 인터페이스(API)부를 추가로 포함하고, 상기 어댑터부는 상기 패킷망 API부를 통하여 상기 패킷망 네트워크 장치들과 통신하도록 구성될 수 있다.
여기에서, 상기 컨트롤러는 써킷망 네트워크 장치들과 통신하기 위한 써킷망 어플리케이션 프로그래밍 인터페이스(API)부를 추가로 포함하고, 상기 어댑터부는 상기 써킷망 API부를 통하여 상기 써킷망 네트워크 장치들과 통신하도록 구성될 수 있다.
이때, 상기 패킷망 어플리케이션 프로그래밍 인터페이스(API)부의 어플리케이션 프로그래밍 인터페이스(API)는 오픈플로우(OpenFlow) 또는 IETF의 I2RS 규약에 기초할 수 있다.
본 발명을 통해 써킷망과 패킷망이 혼재된 이종망에 대해 SDN 기술을 이용하여 통합적으로 단대단(E2E) 경로를 제공(provisioning)하는 것이 가능해진다.
특히, 본 발명을 따를 경우, 이종망을 통해 제공되는 단대단 경로상에 형성되는 플로우(flow)들을 제어하는 것이 가능해지며, 이를 통해 SDN의 적용범위가 확장되고 유연성을 증가시키는 장점을 제공한다.
도 1은 캐리어 급 네트워크에 SDN이 적용되어 이용되는 환경을 설명하는 개념도이다.
도 2는 SDN의 기본 구조를 도시한 개념도이다.
도 3은 본 발명에 따른 통합 SDN 컨트롤러가 패킷망과 써킷망이 혼합된 복합망 환경을 통제하는 개념을 설명하기 위한 개념도이다.
도 4는 본 발명에 따른 통합 SDN 컨트롤러의 구성예를 설명하기 위한 블록도이다.
도 5는 본 발명에 따른 통합 SDN 컨트롤러가 패킷망과 써킷망을 통합 관리하여 단대단 경로를 제공하는 방법을 설명하기 위한 순서도이다.
도 6은 본 발명에 따른 통합 SDN 컨트롤러에 의해 수행되는 단대단 경로 설정의 구체적인 예를 설명하기 위한 개념도이다.
본 발명은 다양한 변경을 가할 수 있고 여러 가지 실시예를 가질 수 있는 바, 특정 실시예들을 도면에 예시하고 상세한 설명에 상세하게 설명하고자 한다. 그러나, 이는 본 발명을 특정한 실시 형태에 대해 한정하려는 것이 아니며, 본 발명의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다. 각 도면을 설명하면서 유사한 참조부호를 유사한 구성요소에 대해 사용하였다.
제1, 제2, A, B 등의 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 상기 구성요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 발명의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소도 제1 구성요소로 명명될 수 있다. 및/또는 이라는 용어는 복수의 관련된 기재된 항목들의 조합 또는 복수의 관련된 기재된 항목들 중의 어느 항목을 포함한다.
어떤 구성요소가 다른 구성요소에 "연결되어" 있다거나 "접속되어" 있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다고 이해되어야 할 것이다. 반면에, 어떤 구성요소가 다른 구성요소에 "직접 연결되어" 있다거나 "직접 접속되어" 있다고 언급된 때에는, 중간에 다른 구성요소가 존재하지 않는 것으로 이해되어야 할 것이다.
본 출원에서 사용한 용어는 단지 특정한 실시예를 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 출원에서, "포함하다" 또는 "가지다" 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가지고 있다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥 상 가지는 의미와 일치하는 의미를 가지는 것으로 해석되어야 하며, 본 출원에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.
이하, 본 발명에 따른 바람직한 실시예를 첨부된 도면을 참조하여 상세하게 설명한다.
이하, 본 발명에서 언급되는 통합 SDN 컨트롤러(Unified SDN controller)는 트래픽의 흐름을 제어하기 위해 관련 구성 요소(예를 들면, 스위치, 라우터 등)를 제어하는 기능 요소(entity)를 의미하는 것으로, 물리적인 구현 형태나 구현 위치 등에 한정되지 않는다. 예를 들어, 상기 통합 SDN 컨트롤러는 ONF(OpenFlow)나, IETF(Internet Engineering Task Force), ETSI(European Telecommunication Standards Institute) 및/또는 ITU-T(International Telecommunication Union Telecommunication) 등에서 정의하고 있는 컨트롤러 기능 요소(entity)를 의미할 수 있다. 또한, 본 발명에서 언급되는 '스위치(switch)' 또는 '라우터(router)'는 트래픽(또는 패킷)을 실질적으로 포워딩하거나 스위칭 또는 라우팅하는 기능 요소를 의미하는 것으로, ONF나, IETF, ETSI 및/또는 ITU-T 등에서 정의하고 있는 스위치, 라우터, 스위치 요소(Switching Element), 라우터 요소(Routing Element), 포워딩 요소(Forwarding Element) 등을 의미할 수 있다.
도 1은 캐리어 네트워크(carrier network)에 SDN이 적용되어 이용되는 환경을 설명하는 개념도이다.
도 1을 참조하면, 3G/LTE(101), WiFi(101) 등과 같은 무선망을 위시하여, 백본(back-bone) 네트워크(103), 라우터(104), 에지(edge) 액세스망(105), 데이터 센터(106)를 아우르는 모든 캐리어 네트워크 장비들은 개방형 인터페이스(open interface; 110)를 통해 SDN 컨트롤러(120)와 연결되고, 그 설정 및 기능들이SDN 컨트롤러(120)에 의해 조절된다. SDN 컨트롤러 위에는 개방형 SDK(Software Development Kit; 130)를 통하여 다양한 어플리케이션들(141, 142, 143, ...)이 동작하게 된다.
이러한 SDN의 개방적 특성은 폐쇄적인 캐리어 네트워크를 제 3자에게 개방하여 혁신적인 새로운 서비스의 제공을 촉진시키며, CAPEX(Capital expenditures) 및 OPEX(Operating Expenditure)의 절감을 가져올 수 있다. 그러나, SDN의 캐리어급 네트워크 적용에 대한 연구 및 개발은 아직 매우 기초적인 단계에 머물고 있고 특별히 다양한 이종망의 연결방법에 대한 구체화 작업이 필요한 상황이다.
본 발명에서는 여러 이종망 중에서 써킷망과 패킷망이 연동된 이종망(또는, 복합망)의 관점에서 SDN 기술에 기반하여 단대단 경로(E2E path)를 제공(provisioning)하는 방안을 제시한다.
본 발명은 기존의 망 구성을 수정하지 않고 SDN기술을 이용하여 중앙의 제어장치가 패킷망과 써킷망 전체를 통합 운영하여 전체적으로 통합된 형식의 망으로 구축하여, 패킷망과 써킷망이 혼합된 이종망 상에서 사용자에게 적절한 단대단 경로를 제공하고 관리하는 기술을 정의한다.
먼저, 본 발명의 목적이 되는 복합망을 구성하는 써킷망과 패킷망의 특성에 대해서 간략히 설명한다.
써킷망의 존재 목적은 지리적으로 떨어진 두 지점간에 대역폭이 보장된 통신경로를 제공하는 것이다. 전송망(transport network)을 대표하는 써킷 장비들은 전통적으로 제조사별로 독자적인 제어 및 관리 기술을 개발해온 관계로, 상호 연동이 현실적으로 어렵기 때문에 통신망 구축 시에는 제조사별 장비 도메인을 구성하고 이들간의 연동과 운용은 중앙의 운용지원시스템에서 수행하는 것이 일반적이다. 따라서 써킷망 위주로 구성된 전송망은 중앙집중형 제어형태를 취하게 된다.
반면, 전송망 위에 구축되는 서비스망은 패킷기술을 근간으로 구축되며 지속적인 표준화 작업을 통해 장비 제조사들 간에 연동이 통일되어 있다. 예를 들어 두 개의 라우터를 연결하는 IP 기반의 연결링크는 네트워크 프로토콜 상 하부 계층인 전송계층에서 물리적으로 연결되며 시분할 또는 파장분할 기술에 의한 슬롯(slot)의 할당에 의해 논리적 연결이 성취된다. 각 장비는 독자적인 제어권을 가지고 운용되지만 운용 메커니즘은 전체 망의 정상적인 운용이 성취될 수 있게 정교하게 구현되어 있다. 따라서 패킷망 위주로 구성된 서비스망은 분산된 제어형태를 취하게 된다.
한편, 소프트웨어 정의 네트워크(Software Defined Network; SDN)는 소프트웨어 프로그래밍을 통해 네트워크 경로설정과 제어 및 복잡한 운용관리를 편리하게 처리할 수 있는 차세대 네트워킹 기술이다. 이를 위해 SDN에서는 네트워크의 데이터 평면(data plane)과 제어평면(control plane)을 분리하고 이 사이에 표준화된 인터페이스를 제공한다. 따라서, 네트워크 운용자가 여러 상황에 맞추어 제어 평면을 프로그래밍하여 데이터 평면에서 이루어지는 통신 기능을 다양한 방식으로 제어할 수 있다.
SDN은 제어평면과 전달평면의 분리를 기본으로 삼고 있다. 이 두 평면 사이의 표준화된 인터페이스로 대표적인 것이 ONF에서 표준화 중인 오픈플로우(OpenFlow) 또는 IETF에서 표준화 중인 I2RS(Interface to Routing System)이다. 그러나 SDN은 OpenFlow 또는 I2RS 만을 그 하부 기술로 한정하지는 않는다. 즉, SDN은 훨씬 더 큰 개념으로 네트워크 구조 혹은 새로운 패러다임이며, OpenFlow와 I2RS는 SDN을 위한 인터페이스 기술의 하나이다.
현재, SDN 표준화를 추진하고 있는 ONF가 SDN을 바라보는 관점은 크게 두 가지의 기본적인 원칙을 바탕으로 하고 있다.
첫째로, SDN은 소프트웨어 정의 포워딩(Software Defined Forwarding)을 해야 한다. 이것은 스위치/라우터에서 하드웨어가 처리하는 데이터 포워딩 기능은 반드시 개방형 인터페이스와 소프트웨어를 통해서 제어되어야만 한다는 것을 의미한다.
둘째는, SDN이 글로벌 관리 추상화(Global Management Abstraction)를 목표로 한다는 것이다. SDN은 추상화를 통해 보다 진보된 네트워크 관리 툴이 개발될 수 있도록 해야 한다. 예를 들면 이런 추상화 도구들은 전체 네트워크의 상태를 보면서 이벤트(토폴로지 변화나 새로운 플로우 입력 등)에 따른 반응, 그리고 네트워크 요소를 제어할 수 있는 기능 등을 포함할 수 있다.
도 2는 SDN의 기본 구조를 도시한 개념도이다.
도 2를 참조하면, 네트워크의 지능(intelligence)은 SDN 컨트롤러(231)에 집중화되어 네트워크 전체를 관리하며 네트워크는 하나의 논리적인 스위치로 간주된다. 관리자(또는, NMS(Network Management System))는 표준화된 인터페이스(220)를 통해 전체 네트워크 장치들(211, 212, 213, ...)을 벤더에 의존하지 않고 제어할 수 있고, 네트워크 설계와 운용을 보다 단순화할 수 있게 된다.
또한, SDN은 네트워크 장치를 단순화할 수도 있다. 즉, 장치를 설계할 때에 수백~수천 개의 프로토콜(RFC; Request for Comments) 처리를 고려하지 않아도 되며, 단순히 SDN 컨트롤러로부터의 명령을 받아 데이터를 처리하는 기능만 갖추도록 하면 되기 때문이다.
네트워크 관리자는 예를 들어 수천 개의 장치에 분산된 수만 라인의 구성정보(configuration)를 수작업으로 관리할 필요가 없고 단순히 추상화된 네트워크를 프로그램만으로 구성하는 것으로 네트워크를 제어할 수 있다.
네트워크 추상화와 함께 SDN은 SDN 컨트롤 계층(230)과 애플리케이션 계층(250) 간에 일련의 어플리케이션 프로그래밍 인터페이스(Application Programming Interface; API; 240)를 제공한다. API를 이용하여 공통적인 네트워크 서비스를 구현할 수 있고 비즈니스 목표에 맞는 라우팅, 접근제어, 트래픽 엔지니어링, QoS 관리, 전력제어 등 모든 형태의 정책 관리가 가능하다.
그러나, SDN 기술의 도입을 통해 얻어질 수 있는 이득과 제공되는 기능들에 대한 논의는 많으나 정작 기간 계층(Infrastructure Layer; 210)을 구성하고 있는 다양한 이종망의 연결 방안에 대해서는 구체화된 사례가 드물다.
특히, 유무선 통신 사업자의 경우 모바일 데이터의 오프로딩, 인프라 전체의 자원과 트래픽 상황을 종합적으로 고려한 스마트 컨텐츠 전달, 메트로 이더넷 및 광 전송망을 비롯한 장거리 전달망 자체의 가상화 제어와 실시간 관리를 소프트웨어에 의해 유기적으로 통합하여 제어하는 개념으로 SDN을 발전시켜 나갈 것으로 예상된다. 따라서, SDN 망을 통하여 기존의 망을 단번에 대체하는 것보다는 기존의 이종 혼합망에 SDN의 개념을 도입한 후 점차 확대 적용하는 전략이 필수적이다.
도 3은 본 발명에 따른 통합 SDN 컨트롤러가 패킷망과 써킷망이 혼합된 복합망 환경을 통제하는 개념을 설명하기 위한 개념도이다.
서비스 컨트롤러(service controller; 310)는 응용서비스의 제공을 위한 중개자(broker)의 역할을 수행하는 기능 주체(functional entity)로서, 사용자에 대한 엔드-포인트(end-point) 역할을 수행한다. 예컨대, 서비스 컨트롤러는 사용자에게 제공되는 서비스의 종류를 검색할 수 있도록 하고, 사용자로부터 원하는 서비스에 대한 요청을 수신하는 역할을 수행한다. 한편, 서비스 컨트롤러(310)는 본 발명에 따른 후술될 통합 SDN 컨트롤러(320)와 연동하는 외부 구성요소로서, 그 자세한 구현과 동작 방법은 본 발명에서 설명되지 않는다.
다음으로, 클라우드 컨트롤러(cloud controller; 330)는 클라우드 데이터 센터(Cloud Data Center; CDC; 331; 또는, 데이터 센터(Data Center)) 내의 자원을 활용하여 응용 서비스 제공에 필요한 가상 머신(Virtual Machine)을 생성하고, 생성된 가상 머신과 외부로 연결되는 경로를 생성하여 제공하는 역할을 수행한다. 한편, 클라우드 컨트롤러(330)는 본 발명에 따른 통합 SDN 컨트롤러(320)와 연동하는 외부 구성요소로서, 그 자세한 구현과 동작 방법은 본 발명에서 설명되지 않는다. 본 명세서에서 '클라우드 컨트롤러'라는 용어는 클라우드 데이터 센터 또는 데이터 센터들을 관장하는 임의의 기능 주체를 명시한 것으로 '클라우드'라는 용어에 의해서 한정되어서는 안된다.
마지막으로, 본 발명에 따른 통합 SDN 컨트롤러(Unified SDN Controller; 320)는 서비스 컨트롤러(310)를 통하여 접수된 사용자의 요청에 기초하여 패킷구간(321)의 경로와 써킷구간(322)의 경로를 생성 및 연결하여 단대단 경로를 구성하는 역할을 수행한다.
많은 경우에, 단대단 경로의 타단이 클라우드 데이터 센터(331) 내의 가상머신이 되므로, 통합 SDN 컨트롤러(320)는 앞서 설명된 클라우드 컨트롤러(330)가 제공한 가상 머신에 대한 경로를 생성된 단대단 경로와 연결함으로써 응용서비스가 사용자에게 전달될 수 있도록 한다.
도 3을 참조하면, 서비스 컨트롤러(310)는 단대단 경로의 일단이 되는 사용자로부터 단대단 경로의 설정을 요청 받게 된다(S301). 이때, 단대단 경로의 일단이 되는 사용자 대신, 단대단 경로의 타단(상대 사용자 또는 CDC 내의 가상머신) 또는 제3자로부터 단대단 경로의 설정을 요청 받을 수도 있을 것이다. 또한, 단대단 경로의 일단은 사용자뿐만 아니라 데이터 센터 내의 가상머신 또는 서버가 될 수도 있다.
이때, 사용자는 제공되는 서비스의 종류를 서비스 컨트롤러를 통하여 검색하고 특정 서비스에 대해 이용의사를 밝힘으로써 해당 서비스가 제공될 경로 설정 요청을 수행할 수 있다. 다음으로, 서비스 컨트롤러(310)는 경로 설정을 요청한 일단(사용자)의 위치와 경로 특성 등에 기초하여, 통합 SDN 컨트롤러(320)에게 단대단 경로의 생성을 요청한다(S302).
다음으로, 통합 SDN 컨트롤러(320)는 서비스 컨트롤러(310)의 단대단 경로 생성 요청에 대응하여, 단대단 경로를 구성하는 패킷망 상의 경로(321)를 생성하고(S305), 단대단 경로를 구성하는 써킷망 상의 경로(322)를 생성한(S306) 다음에, 생성된 경로들을 연결하여 단대단 경로의 매핑 정보를 생성하여 단대단 경로를 구성하고, 생성된 단대단 경로를 다시 서비스 컨트롤러(310)로 통보한다(S307).
한편, 통합 SDN 컨트롤러(320)는 클라우드 컨트롤러(330)에게 제공할 서비스가 위치한 데이터 센터와 필요한 가상 머신의 특성 및 가상 머신으로부터 데이터센터 외부 접점까지 이르는 경로 특성을 결정하여 제공할 것을 요청할 수 있다(S303). 이에 대응하여, 클라우드 컨트롤러(330)는 요청에 따라 서비스를 탑재할 가상 머신과 해당 가상 머신으로부터 외부 접점까지의 경로를 생성하여 통합 SDN 컨트롤러에게 제공할 수 있다(S304).
한편, 상술된 통합 SDN 컨트롤러와 클라우드 컨트롤러 간의 연동 절차들(S303, S304)은, 앞서 언급된 단대단 경로의 구성하기 위한 써킷망, 패킷망 경로 생성 절차들(S305, S306)보다 앞서 수행될 수도 있고, 써킷망, 패킷망 경로 생성 절차와 함께 수행되거나, 써킷망, 패킷망 경로 생성 절차보다 뒤에 수행될 수도 있을 것이다.
도 4는 본 발명에 따른 통합 SDN 컨트롤러의 구성예를 설명하기 위한 블록도이다.
도 4를 참조하면, 본 발명에 따른 통합 SDN 컨트롤러(320)는 패킷망 어플리케이션 프로그래밍 인터페이스(API)부(321), 써킷망 어플리케이션 프로그래밍 인터페이스(API)부(324), 패킷 토폴로지(topology) 관리부(322), 써킷 토폴로지(topology) 관리부(235); 어댑터부(328); 및 제어부(327)를 포함하여 구성될 수 있다.
먼저, 패킷망 어플리케이션 프로그래밍 인터페이스부(321)는 패킷 장비들(351, 352, 353, ...)에 대해 경로 설정 및 경로 관리의 명령을 전달하고 정보를 수집하기 위한 통신 인터페이스이다.
다음으로, 써킷망 어플리케이션 프로그래밍 인터페이스부(324)는, 써킷 장비들(361, 362, 363, ...)에 대해 경로설정 및 경로관리의 명령을 내리고 정보를 수집하기 위한 통신 인터페이스이다.
다음으로, 패킷 토폴리지 관리부(322)는, 패킷망 구간의 장비들의 연결 형상을 실시간으로 유지하고 관리하는 역할을 한다. 또한, 써킷 토폴리지 관리부(325)는, 써킷망 구간의 장비들의 연결형상을 실시간으로 유지하고 관리하는 역할을 한다.
한편, 본 발명에 따른 통합 SDN 컨트롤러(320)는 패킷 토폴로지 관리부(322)가 패킷망 구간의 장비들의 연결형상으로 실시간으로 유지하고 관리할 수 있도록, 패킷망 구간의 링크들에 대한 정보를 수집하여, 상기 패킷 토폴로지(topology) 관리부로 제공하는 패킷 링크 디스커버리부(323)를 추가로 포함할 수 있다. 즉, 패킷 링크 디스커버리부는 패킷망 구간의 신규 링크나 장애 상태에 빠진 링크, 혹은 장애로부터 복구된 링크들을 자동으로 발견하여 토폴로지 정보를 업데이트하는 역할을 수행할 수 있다.
또한, 본 발명에 따른 통합 SDN 컨트롤러는 써킷 토폴로지 관리부가 써킷망 구간의 장비들의 연결형상으로 실시간으로 유지하고 관리할 수 있도록, 써킷망 구간의 링크들에 대한 정보를 수집하여, 상기 써킷 토폴로지(topology) 관리부로 제공하는 써킷 링크 디스커버리부(326)를 추가로 포함할 수 있다. 즉, 써킷 링크 디스커버리부는 써킷망 구간의 신규 링크나 장애 상태에 빠진 링크, 혹은 장애로부터 복구된 링크들을 자동으로 발견하여 토폴로지 정보를 업데이트하는 역할을 한다.
따라서, 상술된 패킷 토폴리지 관리부(322)와 상기 써킷 토폴리지 관리부(325)가 연동되면 복합망의 통합된 네트워크 토폴리지 정보가 얻어질 수 있으며, 패킷 및 써킷 링크 디스커버리부(323, 236)가 연동될 경우에는 실시간으로 신규 링크나 장애 상태에 빠진 링크, 혹은 장애로부터 복구된 링크들의 정보가 업데이트될 수 있다.
다음으로, 어댑터부(328)는 하부 장치들에 대한 명령어 전달을 수행하는 구성요소이다. 즉, 어댑터부(328)는 후술될 제어부(327)로부터 하부 장비들(351, 352, 353, 361, 362, 363)에 전달되어야 할 커맨드(command)를 수신하여, 커맨드에 대응되는 API들을 패킷 API부(321) 또는 써킷 API부(324)를 거쳐서 호출하는 것에 의해 하부 장비들을 직접적으로 관리한다.
마지막으로, 제어부(327)는, 상기 패킷 토폴로지 관리부와 상기 써킷 토폴로지 관리부의 연결 형상 정보를 이용하여 상기 써킷망과 상기 패킷망이 연결된 상기 단대단 경로를 형성하고, 상기 어댑터부를 통하여 상기 써킷망 및 패킷망 네트워크 장치들에게 상기 단대단 경로를 설정하는 역할을 수행한다.
또한, 제어부(327)는 사용자로부터 응용서비스의 제공을 중재하는 서비스 컨트롤러(service controller)를 통하여 상기 단대단 경로의 생성 요청을 수신하는 역할을 수행한다. 또한, 제어부(427)는 상기 단대단 경로를 클라우드 데이터 센터(Cloud Data Center) 내의 가상 머신(Virtual Machine)에 대한 경로와 연결시키는, 상기 단대단 경로를 상기 클라우드 데이터 센터를 관리하는 클라우드 컨트롤러에게 상기 가상 머신의 특성과 상기 클라우드 데이터 센터 내의 가상 머신에 대한 경로의 특성에 관한 정보를 제공하는 역할을 수행한다. 상기 제어부(327)가 서비스 컨트롤러 또는 클라우드 데이터 센터와 통신하기 위해서, 통합 SDN 컨트롤러(320)는 통신을 위한 추가적인 구성요소(미도시)를 포함할 수 있다.
추가적인 구성요소로서, 상기 통합 SDN 컨트롤러는 패킷 및 써킷 토폴리지 관리부들을 포함한 상술된 구성요소들이 생성하거나 유지하고 있는 정보들을 데이터베이스 형태로 저장하고 관리하는 기능을 수행하는 데이터베이스 관리부(미도시)를 포함할 수 있다.
도 5는 본 발명에 따른 통합 SDN 컨트롤러가 패킷망과 써킷망을 통합 관리하여 단대단 경로를 제공하는 방법을 설명하기 위한 순서도이다. 한편, 도 6는 본 발명에 따른 통합 SDN 컨트롤러에 의해 수행되는 단대단 경로 설정의 구체적인 예를 설명하기 위한 개념도이다.
이하에서, 도 5와 도6은 본 발명의 실시예를 설명하기 위해 병행 참조된다.
먼저, 도 5를 참조하면, 통합 SDN 컨트롤러는 서비스 컨트롤러의 단대단 경로 생성 요청에 대응하여 단대간 경로를 생성하게 되며, 단대단 경로를 생성하는 과정은 단대간 경로를 구성하는 써킷망 상의 경로를 생성하는 단계(S510), 단대단 경로를 구성하는 패킷망 상의 경로를 생성하는 단계(S520) 및 상기 써킷망과 상기 패킷망의 형상(toplogy) 정보를 이용하여 상기 써킷망 상의 경로와 패킷망 상의 경로를 연결하는 단계(S530)를 포함하여 구성될 수 있다.
이때, 단계(S510)와 단계(S520)의 실행 순서는 한정되지 않는다. 즉, 단계(S510)보다 단계(S520)가 먼저 실행될 수도 있으며, 단계(S510)와 단계(S520)는 병행하여 수행될 수도 있다.
이하에서는, 상술된 써킷망 상의 경로를 구성하는 단계(S510), 패킷망 상의 경로를 구성하는 단계(S520), 및 써킷망 상의 경로와 패킷망 상의 경로를 연결하는 단계(S530)의 구체적인 예가 설명되나, 상술된 단계들(S510, S520, S530)의 구체적인 실행 방법은 반드시 이하에 설명된 방법으로 한정되지 않는다.
먼저, 써킷망 상의 경로를 생성하는 단계(S510)는 구체적으로 도 4를 통하여 설명되었던 써킷 토폴리지 관리부(325), 제어부(327), 어댑터부(328), 및 써킷 API부(324)를 통하여 수행될 수 있다.
즉, 제어부는(327)는 외부(예컨대, 서비스 컨트롤러)로부터 단대단 경로의 설정 요청(610)을 수신하면, 써킷 토폴리지 관리부(325)가 유지관리하고 있는 현재의 써킷망 연결구성 정보를 바탕으로 도 6에 예시된 써킷 경로 설정(Circuit Path Setup; 620)과 같이 연결대상이 되는 두 개의 노드(621, 622)에 대한 연결구성을 정의한다.
다음으로, 제어부(327)는 써킷 토폴리지 관리부(325)가 유지관리하고 있는 현재의 써킷망 형상 정보 및 써킷 링크 디스커버리부가 수집한 실시간 링크 정보를 참조하여, 써킷 경로 설정에서 정의된 두 개의 노드 간에 존재하는 링크들을 차례로 기술하여 써킷망 구간 상의 경로(circuit path)를 완성한다. 이때, 생성된 써킷망 구간 상의 경로에는 고유한 식별명(circuit path name)이 부여될 수 있다.
또한, 제어부(327)는 완성된 경로를 확보하기 위해 써킷망 장비들의 API 규약에 맞추어 어댑터부(328)와 써킷 API부(324)를 거쳐 실제 써킷 장비들(361, 362, 363, ...)로 결정된 경로를 설정하기 위한 명령들을 전달한다.
다음으로, 패킷망 상의 경로를 생성하는 단계(S520)는 구체적으로 도 4를 통하여 설명되었던 패킷 토폴리지 관리부(322), 제어부(327), 어댑터부(328), 및 패킷 API부(321)를 통하여 수행될 수 있다.
즉, 제어부는(327)는 외부(예컨대, 서비스 컨트롤러)로부터 단대단 경로의 설정 요청(610)을 수신하면, 패킷 토폴리지 관리부(322)가 유지관리하고 있는 현재의 패킷망 연결구성 정보를 바탕으로 도 6에 예시된 패킷 경로 설정(Packet Path Setup; 630)과 같이 연결대상이 되는 두 개의 노드(622, 623)에 대한 연결구성을 정의한다.
다음으로, 제어부는(327)는 패킷 토폴리지 관리부(322)가 유지관리하고 있는 현재의 패킷망 형상 정보 및 패킷 링크 디스커버리부가 수집한 실시간 링크 정보를 참조하여, 패킷 경로 설정에서 정의된 두 노드 간의 연결경로 상의 네트워크 노드들에 대해 가상 네트워크 이름(도 6의 예시에서는 VLAN-ID)이 인식되도록 지정한다. 이를 위하여, 패킷 토폴리지 관리부(322)가 현재의 연결구성정보를 검색하여 가용경로를 확인하게 된다.
확인된 경로상의 노드들이 확인된 경로를 설정할 수 있도록 패킷망 장비들의 API 규약에 맞추어 어댑터부(328)와 패킷 API부(321)를 거쳐 실제 패킷 장비들(351, 352, 353, ...)로 결정된 경로를 설정하기 위한 명령들을 전달한다.
마지막으로, 써킷망 상의 경로와 패킷망 상의 경로를 연결하는 단계(S530)에서는 앞선 단계(S510)와 단계(S520)에서 각각 생성된 써킷망 상의 경로(circuit path)와 패킷망 상의 경로(packet path) 간의 연결관계를 정의한 매핑 정보(640)를 생성하여, 최종 단대단 구간의 경로의 생성을 완료하고 매핑 정보를 테이블 형태로 관리한다.
이때, 생성된 단대단 경로는 고유의 식별자가 부여되어, 테이블의 형태로 관리될 수 있으며, 상기 생성된 단대단 경로에 대한 정보를 상기 단대단 경로를 구성하는 노드들 중 적어도 일부에게 제공될 수 있다. 예를 들면, 생성된 단대단 경로에 대한 정보는 도 6을 통하여 예시된 매핑 정보의 형태로 단대단의 일단(예를 들면, 사용자) 및/또는 타단(예를 들면, 클라우드 데이터 센터 내의 가상 머신)에게 제공될 수 있다.
상기에서는 본 발명의 바람직한 실시예를 참조하여 설명하였지만, 해당 기술 분야의 숙련된 당업자는 하기의 특허 청구의 범위에 기재된 본 발명의 사상 및 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다.
310: 서비스 컨트롤러
320: 통합 SDN 컨트롤러
321: 패킷 API부 322: 패킷 토폴로지 관리부
323: 패킷 링크 디스커버리부
324: 써킷 API부 325: 써킷 토폴리지 관리부
326: 써킷 링크 디스커버리부
327: 제어부 328: 어댑터부
351~353: 패킷망 네트워크 장치
361~363: 써킷망 네트워크 장치

Claims (19)

  1. 써킷망(circuit network)과 패킷망(packet network)을 통합적으로 관리하여, 단대단(end-to-end) 경로를 제공하는 통합 소프트웨어 정의 네트워크 컨트롤러의 동작 방법으로서,
    상기 단대간 경로를 구성하는 상기 써킷망 상의 경로를 생성하는 단계;
    상기 단대단 경로를 구성하는 상기 패킷망 상의 경로를 생성하는 단계; 및
    상기 써킷망과 상기 패킷망의 형상(topology) 정보를 이용하여 상기 써킷망 상의 경로와 상기 패킷망 상의 경로를 연결하는 단계를 포함하는, 통합 소프트웨어 정의 네트워크 컨트롤러의 동작 방법.
  2. 청구항 1에 있어서,
    상기 형상 정보는 상기 써킷망과 상기 패킷망에서 정의된 노드들 간의 링크 상태 정보를 포함하는, 통합 소프트웨어 정의 네트워크 컨트롤러의 동작 방법.
  3. 청구항 1에 있어서,
    상기 단대단 경로의 생성 요청을 수신하는 단계를 추가로 포함하는, 통합 소프트웨어 정의 네트워크 컨트롤러의 동작 방법.
  4. 청구항 3에 있어서,
    상기 단대단 경로의 생성 요청은, 사용자로부터 응용서비스의 제공을 중재하는 서비스 컨트롤러(service controller)를 거쳐 수신되는 것을 특징으로 하는, 통합 소프트웨어 정의 네트워크 컨트롤러의 동작 방법.
  5. 청구항 1에 있어서,
    상기 단대단 경로를 클라우드 데이터 센터(Cloud Data Center) 내의 가상 머신(Virtual Machine)에 대한 경로와 연결시키는 단계를 추가로 포함하는, 통합 소프트웨어 정의 네트워크 컨트롤러의 동작 방법.
  6. 청구항 5에 있어서,
    상기 클라우드 데이터 센터를 관리하는 클라우드 컨트롤러에게 상기 가상 머신의 특성과 상기 클라우드 데이터 센터 내의 가상 머신에 대한 경로의 특성에 관한 정보를 제공하는 단계를 추가로 포함하는, 통합 소프트웨어 정의 네트워크 컨트롤러의 동작 방법.
  7. 청구항 1에 있어서,
    상기 통합 소프트웨어 정의 네트워크 컨트롤러가 미리 정의된 어플리케이션 프로그래밍 인터페이스(API)를 이용하여, 상기 생성된 써킷망 상의 경로에 대한 정보를 써킷 망 네트워크 장비로 전송하는 단계를 추가로 포함하는, 통합 소프트웨어 정의 네트워크 컨트롤러의 동작 방법.
  8. 청구항 1에 있어서,
    상기 통합 소프트웨어 정의 네트워크 컨트롤러가 미리 정의된 어플리케이션 프로그래밍 인터페이스(API)를 이용하여, 상기 생성된 패킷망 상의 경로에 대한 정보를 패킷 망 네트워크 장비로 전송하는 단계를 추가로 포함하는, 통합 소프트웨어 정의 네트워크 컨트롤러의 동작 방법.
  9. 청구항 8에 있어서,
    상기 미리 정의된 어플리케이션 프로그래밍 인터페이스(API)는 오픈플로우(OpenFlow) 또는 IETF의 I2RS(Interface to Routing System) 규약에 기초하는, 통합 소프트웨어 정의 네트워크 컨트롤러의 동작 방법.
  10. 써킷망(circuit network)과 패킷망(packet network)을 통합적으로 관리하여, 단대단(end-to-end) 경로를 제공하는 통합 소프트웨어 정의 네트워크 컨트롤러로서,
    패킷망 네트워크 장치들의 연결 형상 정보를 유지 및 관리하는 패킷 토폴로지(topology) 관리부;
    써킷망 네트워크 장치들의 연결 형상 정보를 유지 및 관리하는 써킷 토폴로지(topology) 관리부;
    하부 장치들에 대한 명령어 전달을 수행하는 어댑터부; 및
    상기 패킷 토폴로지 관리부와 상기 써킷 토폴로지 관리부의 연결 형상 정보를 이용하여 상기 써킷망과 상기 패킷망이 연결된 상기 단대단 경로를 생성하고, 상기 어댑터부를 통하여 상기 써킷망 및 패킷망 네트워크 장치들에게 상기 단대단 경로를 설정하는 제어부를 포함하는, 통합 소프트웨어 정의 네트워크 컨트롤러.
  11. 청구항 10에 있어서,
    상기 패킷망 구간의 링크들에 대한 정보를 수집하여, 상기 패킷 토폴로지(topology) 관리부로 제공하는 패킷 링크 디스커버리부를 추가로 포함하는, 통합 소프트웨어 정의 네트워크 컨트롤러.
  12. 청구항 10에 있어서,
    상기 써킷망 구간의 링크들에 대한 정보를 수집하여, 상기 써킷 토폴로지(topology) 관리부로 제공하는 써킷 링크 디스커버리부를 추가로 포함하는, 통합 소프트웨어 정의 네트워크 컨트롤러.
  13. 청구항 10에 있어서,
    상기 제어부는 사용자로부터 응용서비스의 제공을 중재하는 서비스 컨트롤러(service controller)를 통하여 상기 단대단 경로의 생성 요청을 수신하는, 통합 소프트웨어 정의 네트워크 컨트롤러.
  14. 청구항 13에 있어서,
    상기 제어부는 상기 생성된 단대단 경로에 대한 정보를 상기 단대단 경로를 구성하는 노드들 중 적어도 일부에게 제공하는, 통합 소프트웨어 정의 네트워크 컨트롤러.
  15. 청구항 10에 있어서,
    상기 제어부는 상기 단대단 경로를 클라우드 데이터 센터(Cloud Data Center) 내의 가상 머신(Virtual Machine)에 대한 경로와 연결시키는, 통합 소프트웨어 정의 네트워크 컨트롤러.
  16. 청구항 15에 있어서,
    상기 제어부는 상기 단대단 경로를 상기 클라우드 데이터 센터를 관리하는 클라우드 컨트롤러에게 상기 가상 머신의 특성과 상기 클라우드 데이터 센터 내의 가상 머신에 대한 경로의 특성에 관한 정보를 제공하는, 통합 소프트웨어 정의 네트워크 컨트롤러.
  17. 청구항 10에 있어서,
    패킷망 네트워크 장치들과 통신하기 위한 패킷망 어플리케이션 프로그래밍 인터페이스(API)부를 추가로 포함하고, 상기 어댑터부는 상기 패킷망 API부를 통하여 상기 패킷망 네트워크 장치들과 통신하는, 통합 소프트웨어 정의 네트워크 컨트롤러.
  18. 청구항 17에 있어서,
    상기 패킷망 어플리케이션 프로그래밍 인터페이스(API)부의 어플리케이션 프로그래밍 인터페이스(API)는 오픈플로우(OpenFlow) 또는 IETF의 I2RS 규약에 기초하는, 통합 소프트웨어 정의 네트워크 컨트롤러.
  19. 청구항 10에 있어서,
    써킷망 네트워크 장치들과 통신하기 위한 써킷망 어플리케이션 프로그래밍 인터페이스(API)부를 추가로 포함하고, 상기 어댑터부는 상기 써킷망 API부를 통하여 상기 써킷망 네트워크 장치들과 통신하는, 통합 소프트웨어 정의 네트워크 컨트롤러.
KR1020130163158A 2013-09-23 2013-12-24 써킷망과 패킷망이 혼재하는 복합망을 위한 단대단 경로 제공 방법 및 이를 위한 통합 소프트웨어 정의 네트워크 컨트롤러 KR102087670B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020130112765 2013-09-23
KR20130112765 2013-09-23

Publications (2)

Publication Number Publication Date
KR20150033498A true KR20150033498A (ko) 2015-04-01
KR102087670B1 KR102087670B1 (ko) 2020-04-14

Family

ID=53030826

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020130163158A KR102087670B1 (ko) 2013-09-23 2013-12-24 써킷망과 패킷망이 혼재하는 복합망을 위한 단대단 경로 제공 방법 및 이를 위한 통합 소프트웨어 정의 네트워크 컨트롤러

Country Status (1)

Country Link
KR (1) KR102087670B1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101676570B1 (ko) * 2015-06-18 2016-11-15 주식회사 케이티 가상 데이터 센터를 제공하는 방법 및 시스템
KR20170027238A (ko) * 2015-08-28 2017-03-09 주식회사 케이티 이기종 패킷전달망간 연동을 위한 통합 네트워크 관리 시스템 및 그 방법

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100876062B1 (ko) * 2007-07-11 2008-12-26 에스케이 텔레콤주식회사 이동 통신망에서 패킷망과 써킷망간 호 이중화 시스템 및방법
KR101155012B1 (ko) * 2010-11-24 2012-06-14 한국과학기술정보연구원 오픈플로우 네트워크 시스템 및 그 제어방법
KR20130097532A (ko) * 2012-02-24 2013-09-03 한국전자통신연구원 이종 네트워크 연동 장치 및 방법

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100876062B1 (ko) * 2007-07-11 2008-12-26 에스케이 텔레콤주식회사 이동 통신망에서 패킷망과 써킷망간 호 이중화 시스템 및방법
KR101155012B1 (ko) * 2010-11-24 2012-06-14 한국과학기술정보연구원 오픈플로우 네트워크 시스템 및 그 제어방법
KR20130097532A (ko) * 2012-02-24 2013-09-03 한국전자통신연구원 이종 네트워크 연동 장치 및 방법

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101676570B1 (ko) * 2015-06-18 2016-11-15 주식회사 케이티 가상 데이터 센터를 제공하는 방법 및 시스템
KR20170027238A (ko) * 2015-08-28 2017-03-09 주식회사 케이티 이기종 패킷전달망간 연동을 위한 통합 네트워크 관리 시스템 및 그 방법

Also Published As

Publication number Publication date
KR102087670B1 (ko) 2020-04-14

Similar Documents

Publication Publication Date Title
Velasco et al. In-operation network planning
CN112020844B (zh) 用于互连多域网络分片控制和管理的系统、功能和接口
Devlic et al. A use-case based analysis of network management functions in the ONF SDN model
Vilalta et al. The need for a control orchestration protocol in research projects on optical networking
Campanella et al. ODTN: Open Disaggregated Transport Network. Discovery and control of a disaggregated optical network through open source software and open APIs.
US20210204191A1 (en) Inter-slice sharing in 5g core networks
JP6887886B2 (ja) 多様な構成ユニットを支援可能なソフトウェア定義型ネットワークコントローラ
US9794146B2 (en) Methods and systems for a monitoring device to execute commands on an attached switch
Do et al. SDN-based wireless mobile backhaul architecture: Review and challenges
US20230336492A1 (en) Transport network slice control device and control plane entity for a time sensitive network-based transport network
KR102087670B1 (ko) 써킷망과 패킷망이 혼재하는 복합망을 위한 단대단 경로 제공 방법 및 이를 위한 통합 소프트웨어 정의 네트워크 컨트롤러
WO2016188548A1 (en) Telecommunication network with automated control and data plane instantiation
Ventre et al. Sdn-based ip and layer 2 services with an open networking operating system in the geant service provider network
JP5436597B2 (ja) 仮想化ネットワークインフラ制御システム及び方法
Muñoz et al. SDN orchestration and virtualization of heterogeneous multi-domain and multi-layer transport networks: The STRAUSS approach
Cafini et al. Standard-based approach to programmable hybrid networks
Muñoz et al. Network virtualization, control plane and service orchestration of the ICT STRAUSS project
Kretsis et al. An emulation environment for SDN enabled flexible IP/optical networks
JP5063726B2 (ja) 仮想ノード装置のコンフィグ制御方法
Shaikh et al. Performance analysis of various open flow controllers by performing scalability experiment on software defined networks
Devlic et al. Carrier-grade network management extensions to the SDN framework
Kim et al. SDN-based orchestration for interworking cloud and transport networks
Großmann et al. Cloudless computing-a vision to become reality
Nguyen et al. S-manage protocol for provisioning IoT applications on demand
Andi et al. Load Sharing Intervlan Networks Using Virtual Redundancy Protocol To Maintain Network Availability With EVE-NG

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant