SDN 오케스트레이션기술동향및개발과정분석 김영화, 윤빈영, 최태상, 강세훈, 조충래 Electronics and Telecommunications Research Institute (ETRI) Abstract 오픈플로우 (OpenFlow) 논문을시작으로 ONF(Open Networking Forum) 설립, 구글의 B4 프로젝트발표, 다양한클라우드및트랜스포트의적용등을통해 SDN(Software Defined Networking) 은피할수없는네트워킹아키텍처로간주되고있다. 이러한 SDN이이제는특정영역에서만의적용을벗어나클라우드및트랜스포트의통합아키텍처또는 5G 네트워킹아키텍처에서해당아키텍처에대한프레임워크에도적용되고있다. 이러한흐름속에서본고는다수의네트워크영역상위에서 SDN 오케스트레이션이적용되어야하는필요성과산업체및표준화동향을살펴보고, 국내에서진행하고있는 SDN 오케스트레이션에대한개발과정을소개한다. I. 서론 현재인터넷기술의키워드로클라우드, 빅데이터, 모바일을들수있다. 이들기술들은사물인터넷과결합하여초연결사회실현을위해국가정보화시행중점추진과제또는미래신산업육성및서비스모델발굴을위해 ICBM(IoT, Cloud, Big Data, Mobile) 이라는통합플래그쉽키워드로확장되고있다.
특히, 이들주요기술요소가운데클라우드는기존유선의영역을탈피하여무인이동체시스템 ( 예 : 자율주행자동자, 로봇, 드론 ), 모바일및 5G 등에서도종단사용자에게융합서비스를제공하기위한중요한기술요소이다. 이러한클라우드는크게컴퓨트, 스토리지, 네트워크로구성되는데, 서버가상화, 클라우드 OS(Operating System), SDN 등과같은기술을통합하여 SDDC(Software Defined Data Center) 로진화하고있다. 이러한새로운형태의클라우드에서네트워크의유연성및가용성그리고자원활용성을지원하는데있어 SDN을아주유용한툴로써활용하고있고, 네트워크의 SDN 화는이제온-디맨드대역폭제어및이종벤더장비간자동서비스프로비저닝등을위해트랜스포트영역으로확산되고있다. 이러한과정에서클라우드및통신사업자의데이터센터확장, 데이터센터간 M2M(Machine-to-Machine) 워크로드의폭증, 예측불가능한트래픽패턴, 트랜스포트네트워크의새로운비즈니스모델제공등을이유로종단간서비스품질보장을위한클라우드및트랜스포트네트워크자원의통합적제어관리를제공하는스마트 DCI(Smart Data Center Interconnection) 기술이부상하고있다. 현재데이터센터네트워크 (DCN, Data Center Network) 와트랜스포트네트워크 (WAN, Wide Area Network) 에대한제어관리를각각별개로진행하고있으며, 종단사용자간네트워크내부에는다중벤더, 다중계층, 다중도메인특성이존재한다. 결국, DCN과 WAN은각자자신의네트워킹자원을제어관리하기때문에클라우드및트랜스포트와같은복수의영역상에서종단간사용자요구사항에적합한서비스 ( 트래픽스티어링, 서비스체이닝등 ) 프로비저닝및제어관리를해결할방안이어려워지고, 종단간네트워크슬라이스개념으로들여다보면이러한문제는더욱분명해진다. 이를해결하기위해서는 DCN과 WAN 상위에존재하는네트워크오케스트레이션계층
을통해이종자원들을최적화하는등성격이서로다른네트워크들을상호조정하여사용자가요구한글로벌가상네트워크 (VN, Virtual Network) 를적시에제공하는것이다. 그림 1은이러한목적으로기존 SDN 계층구조를 SDN 오케스트레이션계층구조로확장한것이다. 즉, 기존 SDN에서는인프라계층, 제어계층, 응용계층으로만구성되어있지만, 네트워크오케스트레이션을고려한상황에서는인프라계층, 제어계층, 오케스트레이션계층, 응용계층으로확장이필요하다. 참고로, 오케스트레이션이라는용어는현재클라우드 OS, SDN, NFV(Network Function Virtualization) 에서다양한의미로사용되고있는데, 본고에서는사용자가요구한글로벌가상네트워크를제공하기위해이종자원들을최적화하는등성격이서로다른네트워크들을상호조정하는개념으로사용한다. 그림 1. SDN 계층확장 지금까지언급한개론적인내용을토대로 SDN 오케스트레이션에대한제반사항을살펴보고자한다. 2장에서는 SDN 오케스트레이션에대한산업체및표준화동향을소개하고, 3장에서는클라우드및트랜스포트의 SDN 오케스트레이션에대한실제적인세부기술적사항을다루고, 마지막으로 4
장에서는본고에대한정리와향후고려사항등을통해결론을내리고자 한다. II. SDN 오케스트레이션기술동향 1. OpenDaylight OpenDaylight에서오케스트레이션은각 OpenDaylight 컨트롤러의 VTN(Virtual Tenant Network) Manager와컨트롤러들상위에서응용형태의 VTN Coordinator를통해이루어진다. 여기서 VTN Manager는자신의물리적토폴로지상에서로컬 VTN의관리기능을담당하고, VTN Coordinator 는로컬 VTN들을묶어하나의글로벌 VTN을관리하는기능을담당하고있다. 2. 산업체 Huawei는클라우드또는트랜스포트등단일영역만의적용을탈피하여 5G 지향종단간네트워킹아키텍처로 SDN을적극적으로적용하고있다. 분산데이터센터및네트워크슬라이싱등과같은 5G 요구사항에대해계층적 SDN 제어및오케스트레이션구조를해결방안으로제시하고있다 [1]. Ericsson은 C-RAN(Cloud Radio Access Network), 트랜스포트, 클라우드로구성되는이종네트워크들의상위에서다중계층 다중도메인오케스트레이션을위해이종자원들의조정을통한종단간서비스자동프로비져닝에대한개념검증 (PoC, Proof of Concept) 결과를발표하였다. 이 PoC를통해동적모바일브로드밴드서비스와분산파일시스템의동기화서비스에대한두개의 Use Case를실증하였다 [2]. 또한, 작년에개최된 SDN and OpenFlow World Congress 에서 DT, NTT, ZTE
도네트워크오케스트레이션을위한이슈를제기하고, 독자적인접근방식에대한전략또는프로토타입결과를발표하였다. 예를들면, DT의경우, SDN화로넘어가는중간단계로캐리어네트워크에서 LER(Label Edge Router) 노드는중앙컨트롤러에서제어하고 LSR(Label Switching Router) 노드는기존분산제어평면을적용하는전략을제안하고있다 [3]. NTT는네트워크상위에서오케스트레이션계층을통해각각의네트워크를제어관리하고자동프로비젼할수있는프로세스에따라도쿄와산호세간데이터센터를구축하고국내사용자가 L2를통해원격클라우드서비스를요청하는프로토타입모델을발표하였다 [4]. ZTE는오케스트레이션을서비스혁신및차별화의열쇠이자사업자의비즈니스변화의촉진제로보고, 서비스오케스트레이션 (Service Orchestration), 연결성오케스트레이션 (Connectivity Orchestration), 자원오케스트레이션 (Resource Orchestration) 으로구성되는네트워크서비스오케스트레이션제품 (Conductor) 을소개하였다 [5]. 3. IETF IETF는 2015년부터 TEAS(Abstraction and Control of Traffic engineered Networks) 워킹그룹에서 ACTN(Abstraction and Control of Traffic engineered Networks) 이라는이름으로 T-SDN(Transport SDN) 에대한표준화를진행하고있다 [6]. ACTN에서는사용자혹은응용서비스로부터네트워크서비스요청을수신하면, MPLS-TP(Multiprotocol Label Switching - Transport Profile), OTN(Optical Transport Network), WDM(Wavelengthdivision multiplexing) 기반트랜스포트네트워크로효율적으로맵핑시켜네트워크자원사용을극대화하고, 맵핑된가상네트워크를사용자에게제공하는일련의과정을규정하는프로토콜을다루고있다. ACTN 에서는그림 2 처럼 T-SDN 구조를세개의 SDN 컨트롤러레벨로정 의하고있는데, CNC(Customer Network Controller), MDSC(Multi Domain
Service Coordinator), PNC(Physical Network Controller) 컴포넌트들과, CNC 와 MDSC 사이의인터페이스인 CMI(CNC-MDSC Interface) 와 MDSC 와 PNC 사이의인터페이스인 MPI(MDSC-PNC Interface) 로구성하고있다. 그림 2. ACTN 모델 MDSC 컴포넌트의주요기능으로다중도메인조정 (Multi-domain coordination), 가상화 추상화 (Virtualization abstraction), 사용자네트워크맵핑 (Customer mapping), 가상서비스조정 (Virtual service coordination) 을포함하고있다. 다중도메인조정기능은다중도메인으로부터토폴로지를추출하여가상의토폴로지로구성하고, 각각의도메인을제어하는기능을수행한다. 가상화 추상화기능은고객이원하는형태의추상화된가상네트워크를제공하는기능으로사용자가요구하는가상네트워크경로를계산하여하위레벨의네트워크에맵핑및슬라이싱하여추상화된가상네트워크를사용자에게제공한다. 사용자네트워크맵핑기능은 OSS/NMS(Operational Support System and Network Management System) 의프로비전닝정책을반영한고객의가상네트워크요청명령어를해석하
여실제물리네트워크에맵핑하기위한수행명령어로변경하는기능을 수행한다. 가상서비스조정기능은고객의서비스요구를만족시킬수있 도록실질적으로가상네트워크를제어관리하는기능을담당한다. ACTN 표준화의목표는사용자에게가상네트워크서비스를제공하기위한 MPI 및 CMI 인터페이스들을정의하는것으로, CNC와 PNC 사이의수행절차는다음과같다. Customer는자신이운용하는 CNC를통해가상네트워크사업자인 MDSC에게가상네트워크서비스 (VN 설정, 변경, 삭제등 ) 를요구한다. 이때서비스설정에필요한정보도함께제공한다. MDSC는 Customer가요청한가상네트워크서비스를다중도메인네트워크인프라에적용하는기능즉, 다중도메인환경에서종단간네트워크서비스를보장하기위한통합제어관리기능을수행한다. 그리고 PNC는 MDSC가요청한가상네트워크서비스에대한해당물리네트워크인프라를제어하는기능을수행한다. 현재, 이러한 ACTN 표준화를위해다양한 Use Case, 프레임워크, 요구사항, 정보모델등의기고서들이제안되어논의중에있다. 4. ITU-T ITU-T는캐리어지원가상네트워크상에서자원최적화, 온-디맨드서비스대응, 응용 QoE(Quality of Experience) 개선등을위해자원제어관리에대한표준화를진행하고있으며, 이와관련하여 2016년 2월에두개의표준을제정하였다. SG13에서는 Y.3014(Resource Control and Management Function for Virtual Networks for Carriers) 표준을통해캐리어지원가상 네트워크의자원제어관리를위한아키텍처를제시하고, SG11 에서는 Q.3316(Interface and Signalling Requirements and Specification for Cross Stratum Optimization) 표준을통해 Y.3014 에서제시된아키텍처에서특정 인터페이스에대한프로토콜을다루고있다.
그림 3은 Y.3014의캐리어지원가상네트워크의자원제어관리아키텍처로써, 서비스계층의 SRCM-FE (Service Resource Control and Management Functional Entity) 와네트워크계층의 TRCM-FE (Transport Resource Control and Management Functional Entity) 를중심으로아키텍처관점에서기능구조및인터페이스를정의하여기능실체간자원정보교환을통해자원최적화, 온-디맨드서비스대응등을지원할수있도록하였다 [7]. 한편, Q.3316은 SRCM-FE와 TRCM-FE 사이의인터페이스 (Vt) 에대한요구사항, 절차, 메시지포맷등을정의하고있다 [8]. 그림 3. 캐리어지원가상네트워크의자원제어관리아키텍처 III. SDN 오케스트레이션개발 지금부터는클라우드와트랜스포트영역에서 SDN 오케스트레이션을개발
하는데필요한 Use Case, 사용자요구사항, 구조등을다룬다. 일단출발점은주어진범위내에서 SDN 오케스트레이션의사용자를명확히정의해야하는데, 그사용자는클라우드사업자, 트랜스포트사업자, 클라우드 ( 데이터센터 ) 운영자등이될수있다. 1. SDN 오케스트레이션 Use Case (1) E2E QoS 보장가상테넌트네트워킹 이 Use Case는 QoS(Quality of Service) 가보장되는클라우드및트랜스포트네트워크를통해지역적으로분산되어있는동일클라우드사업자내의데이터센터들 ( 예 : Private Cloud) 또는서로다른클라우드사업자들의데이터센터들 ( 예 : Hybrid Cloud) 을하나로묶어독립된가상네트워크인프라를제공하는것이다. 이 Use Case를위해서기본적으로트랜스포트네트워크는 QoS( 예 : 최소대역폭보장 ) 를지원할수있어야하며, 사용자에게다수의물리적인데이터센터들에대한하나의통합된뷰를지원하는수단을제공한다. (2) 고가용성 고확장성지원종단간서비스체이닝 이 Use Case는분산데이터센터상에서사용자요구사항, 응용및네트워크상황과정책에따라다수의서비스기능들에대한제어관리를수행하는과정에서조건에따라데이터센터내에서또는데이터센터간에포워딩패스를마이그레이션하거나분리하는것이다. 이를통해종단간서비스체이닝의구성및프로비젼을자동화하고, 글로벌서비스체이닝에대한스케일인 아웃을자동제어하여서비스가용성및확장성을향상시킨다. 2. SDN 오케스트레이션사용자요구사항 SDN 오케스트레이션의사용자및 Use Case 를지원하기위해필요한주요
사용자요구사항은다음과같으며, 또다른요구사항들이추가될수있다. 복수의클라우드및트랜스포트사업자지원등과같은요구사항은추후 검토가필요하다. l 다수의단일클라우드도메인과연동을통해독립적으로운용가능한다중클라우드상의가상네트워크를생성 변경 삭제할수있어야한다 l 다중클라우드상의가상네트워크는 L2 L3 통신을통해구성될수있어야한다 l 클라우드및트랜스포트네트워크는 SDN 방식으로제어관리가가능해야한다 l 클라우드및트랜스포트상의가상네트워크에대한 SLA 설정및정책지정이가능해야한다 l 클라우드및트랜스포트상의가상네트워크에대한토폴로지및경로정보를제공해야한다 l 클라우드및트랜스포트상의가상네트워크에대한트래픽모니터링및장애관리가가능해야한다 l 클라우드및트랜스포트네트워크에서대역폭을변경할수있어야한다 3. SDN 오케스트레이션구조 최근에클라우드 OS( 예 : 오픈스택 ) 로구성되는클라우드영역과 IP, PTN( 예 : MPLS-TP), OTN 등과같은다양한전달망유형으로구성될수있는트랜스포트영역은온-디맨드트래픽 대역폭제어, 운용 관리의효율화, 서비스신속도입등을위해자신영역내에서네트워크를 SDN화하고있다. 그림 4 는이러한 SDN 기반클라우드및트랜스포트네트워크상위에서종 단간서비스 ( 예 : 트래픽스티리어링, 서비스체이닝 ) 프로비저닝을위해다 중클라우드도메인들을하나로묶어글로벌가상네트워크를제공하는
SDN 오케스트레이션시스템에대한상위레벨의개념구조이다. 이 SDN 오케스트레이션은다수의클라우드및트랜스포트도메인들에대한물리적인프라를추상화하고사용자가요구한글로벌가상네트워크및다양한이종의자원들을제어관리한다. 이를좀더세부적으로보면, 다중계층및다중벤더도메인을묶어하나의가상트랜스포트네트워킹서비스 (T-NaaS, Transport Network as a Service) 를제공하는다중트랜스포트조정자 (MTC, Multi-Transport Coordinator), 지역적으로분산된다양한클라우드도메인들을묶어하나의가상클라우드네트워킹서비스 (C-NaaS, Cloud Network as a Service) 를제공하는다중클라우드조정자 (MCC, Multi-clouds Coordinator), 클라우드네트워크와트랜스포트네트워크를묶어하나의큰가상네트워킹서비스 (NaaS) 를제공하기위해클라우드네트워크와트랜스포트네트워크간연동기능을수행하는클러스터지향 Inter-DC 게이트웨이 (GW, Gateway), Inter-DC 게이트웨이 (GW) 들로구성되는네트워크를제어관리하는 Inter-DC GW 네트워크조정자 (IGC, Inter-DC GW Network Coordinator), 그리고사용자와상호작용을통해요구사항을수집하고클라우드또는트랜스포트의가상인프라를프로비젼을요청하는서비스포털 (Service Portal) 로구성될수있다.
그림 4. SDN 오케스트레이션의시스템개념구조 SDN 오케스트레이션구조의확장에따라종단간 SDN 제어관리를위한계층적구조가필요하다. 클라우드및트랜스포트영역각각에서해당영역의특성에맞는 SDN 컨트롤러 ( 예 : ONOS, OpenDaylight) 를적용하는것처럼클라우드및트랜스포트상위에존재하는다양한제어관리컴포넌트들 ( 예 : Multi-Cloud Coordinator, Multi-Transport Coordinator) 또한해당물리인프라에대한적절한수준의추상화, 가용성및확장성을제공하기위해적절한 SDN 컨트롤러를사용하는것이필요하다. 하나의가능한방법은 SDN 오케스트레이션의컴포넌트들은다양한인터페이스가필요하지않기때문에 ONOS(Open Network Operating System) 를기반으로세부기능들을확장하고이들컴포넌트에대한데이터모델은 YANG으로정의하는것이다. 그리고이들컴포넌트들에대한 SBI(South-bound Interface) 및 NBI(North-
bound Interface) 등으로 REST 인터페이스를사용하는것이다. 그림 5는 SDN 오케스트레이션개념구조에서 SDN 제어관리를위한계층구조와인터페이스를논리적으로표현한것이다. 물리적인구조에서는 Inter-DC GW 제어관리 (C&M, Control and Management) 및 C-SDN(Cloud SDN) 제어관리 (C&M) 컴포넌트를하나의 ONOS 서버에서구동할수있으며, 다중트랜스포트조정자 (Multi-Transport Coordinator), Inter-DC GW 네트워크조정자 (Inter-DC GW Network Coordinator), 다중클라우드조정자 (Multi-clouds Coordinator) 를묶어서하나의 ONOS 서버에서구동할수있다. 그림 5. SDN 오케스트레이션지원컨트롤러및인터페이스구조
한편, 다수의데이터센터들에분산되어있는가상머신 (VM, Virtual Machine) 들을하나의가상네트워크로구성할수있는시나리오에대한고민이필요하다. 사용자는가상네트워크구성에제약이없기를바라지만, 한번만의시스템개발작업으로거의모든가상네트워크시나리오들을지원하는것은가능하지않기때문에단계별로접근할필요가있다. 그림 6은다중클라우드에분산되어있는 VM들에대한글로벌가상네트워크유형들로개발자관점에서기본적으로적용가능한시나리오들을표현한다. 즉, 물리적으로분산된 VM들이동일한세그멘트에속하는유형 ( 유형 1), 물리적으로분산된 VM들이서로다른세그멘트에속하는유형 ( 유형 2), 그리고물리적으로분산된 VM들이동일한세그멘트에속하는유형이복수로존재하는유형 ( 유형 3) 이우선지원할수있는글로벌가상네트워크들이다. 그림 6. 글로벌가상네트워크유형 다음은이러한글로벌가상네트워크를제공하기위해 SDN 오케스트레이
션컴포넌트들간상위정보흐름을정의해야하는데, 이는 Inter-DC 네트워크구성단계와가상네트워크구성단계로구성된다. 다음그림 7 및 8은트랜스포트를통해접속되는두개의데이터센터상에서이들두단계에대한세부절차를표현한것이다. 먼저, Inter-DC 네트워크구성단계에서는클라우드와트랜스포트연결지점과대역폭정보그리고 Inter-DC 네트워킹동작유형 ( 생성, 변경, 삭제 ) 에따라수행되는트랜스포트네트워크회선및 Inter-DC GW 연결관련가상포트에대한제어관리과정을수행한다. 가상네트워크구성단계에서는글로벌가상네트워크및로컬가상네트워크에대한제어관리과정과각데이터센터에서의 VM에대한동작을수행한다. 이러한기본적정보흐름을통해각컴포넌트의세부동작및자료구조를설계할수있다. 그림 7. Inter-DC 네트워크구성절차
그림 8. 가상네트워크구성절차 IV. 결론 본고에서는다수의네트워크영역상위에서오케스트레이션에대한필요 성, 산업체및표준화동향, 그리고국내에서진행하고있는 SDN 오케스트 레이션에대한개발과정을소개하였다. 2장및 3장에서언급한바와같이각기관은다양한관점으로 SDN 오케스트레이션을접근하고있다. 예를들면, OpenDaylight는특정컨트롤러관점에서오케스트레이션을바라보고있고, Huawei나 Ericsson는 5G를지향하는큰그림측면에서오케스트레이션을접근하고있으며, 그리고 ITU-T 및
IETF는표준관점에서오케스트레이션아키텍처및인터페이스를다루고있다. 그리고 ETRI는클라우드및트랜스포트영역상에서요구되는구체적인오케스트레이션을다루고있다. 이를종합하면, 국내외적으로 SDN 오케스트레이션에대해이슈를제기하고자신의해결방안을찾아가고있는초기상태로볼수있다. 향후, ETRI의 SDN 오케스트레이션개발에서추가될수있는세부기술요소로성능개선, 종단간자원최적화를들수있다. 예를들면, 성능개선을통해 ONOS와같은 SDN 컨트롤러특성을활용하여 SDN 오케스트레이션컴포넌트들에대한가용성을제공하고, 종단간자원최적화를통해글로벌가상네트워크들이조건 ( 예 : QoS, 응용및네트워크상태 ) 에따라클라우드및트랜스포트의네트워킹자원들을최적으로제어관리하도록한다. 이를위해서새로운종단간자원관리알고리즘들을적용할수있다. 지금까지는단지 SDN 관점에서의오케스트레이션을다루었다. 만일 SDN 과 NFV를동시에적용해야하는상황이라면 SDN과 NFV를아키텍처차원에서통합할수있는네트워킹아키텍처를우선정의한후, 그통합아키텍처상에서특정응용인스턴스 ( 예 : 서비스체이닝 ) 를설계해야한다. 예를들면, SDN 및 NFV 각각을분리하여정의하였던관점에서벗어나함께어우를수있는 SDN/NFV 통합아키텍처를정의하고네트워크및서비스오케스트레이션을고려한세부 SDN/NFV 인프라시나리오를정의해야한다. 이후, 특정인스턴스에대한개발을진행할수있을것이다.
Acknowledgement 본연구는미래창조과학부 (MSIP) 및정보통신기술진흥센터 (IITP) 의정보통신 / 방송연구개발사업의일환으로하였음. [B0101-16-233, 스마트네트워킹 핵심기술개발 ]. References [1] Du Wei, SDN for 5G and Beyond, SDN and OpenFlow World Congress 2015, Oct. 2015 [2] Ahmad Rostami, Transport, Radio and Cloud Orchestration with SDN, OFC 2015, Mar. 2015 [3] Nicolai Leymann, End-to-end SDN for Service Providers, SDN and OpenFlow World Congress 2015, Oct. 2015 [4] Ayumu Yasuda, Process Innovation Using SDN/NFV Technologies, SDN and OpenFlow World Congress 2015, Oct. 2015 [5] Dick Chen, Orchestration Facilitating Telecom Service Innovation and Business Transformation, SDN and OpenFlow World Congress 2015, Oct. 2015 [6] https://datatracker.ietf.org/wg/teas/documents/ [7] Recommendation ITU-T Y.3014, Resource Control and Management Function for Virtual Networks for Carriers [8] Recommendation ITU-T Q.3316, Interface and Signalling Requirements and Specification for Cross Stratum Optimization
Biographies 김영화 - 1987년 : 전남대학교계산통계학과학사 - 1997년 : 충남대학교컴퓨터과학과석사 - 2005년 : 충남대학교컴퓨터과학과박사 - 주요관심분야 : 미래인터넷, SDN/NFV, 클라우드컴퓨팅 - e-mail : yhwkim@etri.re.kr 윤빈영 - 1986년 : 중앙대학교전자공학과학사 - 1996년 : 중앙대학교전자공학과석사 - 2004년 : 충남대학교전자공학과박사 - 관심분야 : Transport SDN, 광가입자망 (PON) - e-mail : byyun@etri.re.kr 최태상 - 1988년 : 계명대학교건축공학과학사 - 1991년 : University of Missouri 컴퓨터통신학과석사 - 1996년 : University of Missouri 컴퓨터통신학과박사 - 주요관심분야 : SDN/NFV 네트워크관리, QoS 관리, 트패픽엔지니어링 - e-mail : choits@etri.re.kr 강세훈 - 1995년 : 고려대학교전산과학과학사 - 1999년 : 한국정보통신대학교공학부석사 - 2007년 : 한국정보통신대학교공학부박사 - 주요관심분야 : SDN, 클라우드컴퓨팅, 네트워크가상화 - e-mail : skang@etri.re.kr 조충래 - 1994년 : 부산대학교전자계산학과학사 - 1996년 : 부산대학교전자계산학과석사 - 2011년 : University of Florida 컴퓨터공학과박사 - 주요관심분야 : 네트워크최적화, SDN/NFV, 클라우드컴퓨팅 - e-mail : clcho@etri.re.kr