SDN/NFV-enabled Satellite Communications: Ground Segment Network .
SDN/NFV-enabled Satellite Communications: Ground Segment Network Architecture for 5G Integration R. Ferrus1), H. Koumaras2), O. Sallent1), T. Rasheed3), R. Riggio3), N. Kuhn4), P. Gélard4), T. Ahmed5) 1) Universitat Politècnica de Catalunya, Spain; 2)National Centre for Scientific Research "Demokritos", Greece;3)Center for Research and Telecommunication Experimentation for Networked communities, Italy;4)Centre National d’Etudes Spatiales, France;5)CNRS-LaBRI, University of Bordeaux, France Abstract— The satellite industry is clearly committed to revisit and revamp the role of satellite communications within the 5G ecosystem. Central technologies being adopted in 5G networks such as Software Defined Networking (SDN) and Network Function Virtualization (NFV) are also anticipated to become key technological enablers for improved and more flexible hybridization of both satellite and terrestrial segments. This paper describes a novel architecture for SDN/NFV-enabled satellite ground segment systems that is conceived to facilitate the integration of the satellite component within 5G systems so that ubiquitous, highly available and reliable connectivity can be better supported. Keywords—Satellite network; Network Function Virtualization; Software-Defined Networking; Satellite gateway virtualization; Combined satellite-terrestrial networks I. INTRODUCTION The unique wide-scale geographical coverage of satellite networks, coupled with its inherent broadcast/multicast capabilities and highly reliable connectivity, anticipates new opportunities for the integration of the satellite component in the upcoming 5G systems. Several recent industry white papers reference the satellite-terrestrial cooperation as part of the mobile networks of 2020 and beyond [1][2], as there is a growing consensus on the idea that satellite responds efficiently to a number of usage/connectivity/traffic scenarios and complements nicely terrestrial 5G network components for many verticals (e.g. transportation, energy, media & entertainment, emergency communications). Indeed, the 3rd Generation Partnership Project (3GPP) is actually considering several use cases for 5G connectivity using satellites [3]. A huge increase in satellite capacity is underway as new High Throughput Satellites (HTS) in Geostationary Earth Orbit (GEO) come online, reducing the cost of the satellite capacity and achieving throughput rates that are magnitudes higher than previous satellites. Moreover, technological evolutions in satellites and the fruition in the forthcoming years of a range of disruptive initiatives envisioning the use of Low Earth Orbit (LEO) constellations with a large number of low-cost microsatellites [4][5] might lead to further cost reduction as well as improvements in other Quality of Service (QoS) metrics such as latency. However, the evolutions in satellite ground segment network architectures (satellite hubs, satellite terminals and networking equipment within the satellite networks) can hardly be identified, since they are rarely publicly documented and implementations may not follow existing standards. Functionalities are thus deployed on vendor-specific network appliances, which execute specific functions. This leads to network infrastructure settings quite prone to vendor locking, complicated to manage since they use specific management protocols and proprietary systems that cannot operate together: even suppliers following the DVB-S2/RCS2 standards cannot inter-operate. In this context, the introduction of Software Defined Networking (SDN) and Network Function Virtualization (NFV) technologies within the satellite ground segment networks (referred simply to as satellite networks in the following) is anticipated to be a necessary step in their evolution [6][7]. SDN and NFV technologies can bring greater flexibility to Satellite Network Operators (SNOs), reducing both operational and capital expenses in deploying and managing SDN/NFV-compatible networking equipment within the satellite networks. In addition, the adoption of SDN/NFV into the satellite networks can eventually pave the way for a more flexible and agile integration and operation of combined satellite and terrestrial networks [8]. This paper describes an innovative architecture for SDN/NFV-enabled satellite networks. The proposed architecture improves flexibility and reconfigurability in the delivery of satellite network services by supporting virtualization (i.e. softwarisation) of key satellite network functions together with network abstraction and resource control programmability. Moreover, the proposed architecture supports multi-tenancy to facilitate virtual network operator models and federation capabilities for the multi-domain orchestration of network functions and SDN-based control and management across terrestrial and satellite domains. The rest of the paper is organized as follows. Section 2 briefly describes current satellite network architectures and discusses on the feasibility of virtualizing part of the satellite network functionality. Section 3 points out the expected benefits that the integration of a SDN/NFV-enabled satellite component could bring into two compelling scenarios: mobile backhauling and hybrid access. On this basis, Section 4 describes the proposed architecture for SDN/NFV-enabled satellite networks and Section 5 extends the architecture to
coveer the case of integrated d satellite-terrrestrial netw works. Finaally, main concclusions are drrawn in Sectioon 6. II. VIRTUA ALIZATION OF F SATELLITE NETWORKS A. Current C satelliite network arrchitectures Fig. F 1 illustraates a generall reference model m for a multim gatew way satellite ground seggment for saatellite broaddband com mmunications [9][10]. It is structuredd in three main subssystems: -Thee access subsyystem, commonly referred to as the sattellite acceess network. This T includes thhe satellite gatteways (GWs)) and the satellite s terminnals (STs), wh hich are intercconnected thrrough the resource of one o or severaal channels (ttransponders) of a mmunication saatellite. com -Thee core subsysteem, commonly referred to as a the satellitee core netw work. This is an aggregatiion network that interconn nects diffeerent satellite GWs G located in the same or different sattellite hub//teleport faciliities as well as a the networkk nodes locateed in somee Points of P Presence (PoP Ps) to intercoonnect with other operrators, corporaations and Inteernet Service Providers P (ISP Ps). -Thee control annd managemeent subsystem ms, composedd of netw work elementss such as the Network N Conttrol Centre (N NCC) and the Networkk Managemen nt Centre (N NMC), the foormer viding real-tim me control of o the satellite network (e.g. prov conn nection controol including thhe signaling neecessary to seet up, supeervise and releease connectioons) and the latter in chargge of the management m oof the system elements e of thhe satellite netw work (e.g. fault, configuration, accounting, a p performance, and urity managem ment). secu A satellite GW W typically comprises: thhe Out-Door Unit (OD DU), composed of the anteenna and radiio head unitss; the Satellite Basebandd Gateway (S SBG) subsysteems, composeed of F L Link (FL) subsystem and thhe Returning Link the Forwarding (RL)) subsystem fo for satellite acccess and transsmission; and a set of Satellite Netwoork Functions (SNF), in chharge of the L2/L3 L with the satelllite core netw work as well as a of interrconnection w diffeerent Perform mance Enhanccing Proxy (P PEP) functionns to imprrove the higheer layer protoccols performannce. typiccal GEO sattellite GW. For a LEO constellationn, the funcctional GW model m would be b similar, inccluding only a few otheer specific additionnal a coontrol functions such ass the mannagement of handovers. h Th his architecturre is based onn the authhors’ interpreetation of th he DVB-S2 and DVB-R RCS2 norm mative docum ments. Three potential variants for the split betw ween VNFs and a Physical Network N Funnctions (PNFss) are illusstrated in Fig. 2 by red-dottted lines. For each variannt, the proccesses below the red-line would w be impplemented as PNFs P (i.e. embedded within w specialiized hardwaree), while the ones ould be suppllied as VNFss (i.e. abovve the red-dootted line wo execcuted in a NF FV Infrastruccture Point off Presence [N NFVIPoP] with generic hardware). The relevannce of selectiing a pends on the fronthaul f link characteristiccs and variaant mostly dep the interaction between b (1) the functionns that could d be n entity (2) and thosee that centtralized in onee or several network are distributed in the satelllite gatewayss. Without being b condditioned to anyy particular vaariant, in the following f the VNF impllementation of o the SNFs shown in Figg. 2 is generiically denooted as SNF-V VNF. Likewise, the VNF implementatioon of part of the SBG G is denoted as SBG-VN NF. And the nonvirtuualized part of o the SBG is i denoted ass SBG-PNF. More M information on the suitabiliity of the ddifferent poteential decoompositions caan be found in n [11]. Fig. 1. 1 Reference arcchitecture for a ty ypical multi-gatew way satellite netw work B. Virtualization V of satellite gaateways Given G their ceentral role in th he satellite nettwork, the sattellite GW is the mostt crucial com mponent. Keyy drivers forr the ualization of satellite s GWs are similar too those behindd the virtu virtu ualization of mobile radio o access netw works (e.g. Cloud C Radiio Access Nettwork and virrtualization off small cells). The ultim mate aim is too enable the creation c of an environment with fully y virtualized capabilities allowing a multii-tenancy, flexible instaantiation, orchhestration and d managementt of resourcess and funcctions. In this regard, the concept of Sattellite Cloud RAN R (Sat--Cloud-RAN) is defined to t refer to thhe applicabilitty of NFV V techniques too satellite GW Ws so that mosst of their funcctions can be run as onee or more Virttual Network Functions (VN VNFs) g ose compute platforms, leeaving only very on general-purpo speccific functionaality to be run on specific haardware appliaances for th he sake of perrformance. Fig. F 2 providees a more detaailed view of the main dataa and conttrol plane funnctions that arre generally inntegrated withhin a Fig. 2. 2 Main function ns within the datta and control pllanes of a satellitte GW and possible VN NF-PNF decompoosition variants
III. INTEGRATION SCENARIOS Two compelling scenarios that will benefit from the integration of satellite and terrestrial networks through SDN/NFV-based technologies are described in the following. A. 4G/5G satellite backhauling services In addition to service extension in remote or hard to reach areas, a tighter integration of satellite backhauling services in 4G/5G mobile networks can be instrumental to facilitate more efficient traffic delivery to radio access network (RAN) nodes (e.g. the satellite link can be used to offload multicast/broadcast traffic such as TV live streams addressed to multiple cell sites), increased resilience and support for fast, temporary cell deployments and moving cells [12][13]. Building on the enhanced flexibility (e.g. bandwidth on demand) and satellite network service customization (e.g. selectable set of satellite VNFs) capabilities brought by SDN/NFV-enabled satellite networks, MNO’s are expected to improve the level of control and management of satellite backhauling services through programmable interfaces for resource management and control. This must allow the MNO to simplify integration and management of satellite network services to satisfy its time- and location-dependent backhauling needs. This must also allow the MNO to be able to dynamically and flexibly provision and configure satellite network services with specific network functions (e.g. PEP, firewalling, etc.). From the SNO side, this scenario could also lead into an extended role of the SNO that, in addition to providing satellite connectivity, could be also participating in the value chain of Mobile Edge Computing (MEC) services and cellular access capacity provisioning through the operation of neutral/wholesale RAN shared nodes (e.g. multi-tenant small cells bundled with satellite connectivity). B. Satellite-terrestrial hybrid access services Hybrid access networks are those combining a satellite component and a terrestrial component in parallel [10]. Such a combination can improve service delivery in areas where QoS/QoE delivered by terrestrial access alone may be not satisfactory (e.g. higher speed broadband Internet access in low density populated areas with limited xDSL or fiber coverage [14]). One promising approach to address the integration of satellite and terrestrial networks for hybrid access is federation. Federation refers to the pooling of network resources from two or more domains in a way that slices of network resources distributed across the different domains can be created and used as one logical domain enabling easier control of the resources [15]. Federation of network resources in heterogeneous and multi-domain scenarios is currently being addressed in several EU research projects (e.g. FELIX, FI-PPP XIFI, and FP7-NOVI). The expected development of federation capabilities in satellite communications is regarded as pivotal for providing additional resources, features and services by SNOs to customers. Reconfigurability, evolvability and programmability are three key characteristics that can facilitate the achievement of the federation challenge, while SDN and NFV are the most promising enabling technologies. By embracing SDN, the satellite network can expose a vendor-neutral, universally supported open interface, enabling unified management with terrestrial networks. Similarly, the NFV techniques simplify the provision of value-added networking services in the satellite communications systems, by expanding the terrestrial NFV management framework to satisfy the needs of the satellite domain as well. This is in line with the 5G vision, which encompasses federation of heterogeneous access networks in a transparent manner [16]. Federation could also create a new market, where the federation from a business perspective is supported by a third party e.g. a broker, which offers added value federated network services supported by the underlying federated networks. IV. ARCHITECTURE OF SDN/NFV-ENABLED SATELLITE NETWORKS A high-level view of the proposed architecture for SDN/NFV-enabled satellite ground segment systems is given in Fig. 3 and explained in the following. A. Physical network infrastructure As depicted in Fig. 3, the physical network infrastructure is assumed to consist of the following elements: - NFVI-PoP(s) for SNF-VNFs. This infrastructure might not be necessarily located close to the satellite hub premises. The main resources in this NFVI-PoP are network, computing (CPU) and storage. Additionally, certain VNFs may require specific NFVI resource requirements, such as hardware accelerators (e.g. IPSec specific hardware). - NFVI-PoP(s) for SBG-VNFs. This represents the virtualization infrastructure over which the satellite baseband gateway functions would be deployed. This infrastructure is likely to be located in or close to the satellite hub premises due to distance limitations that might impose the fronthaul network in terms of latency and bandwidth between SBG-VNFs and SBG-PNFs. - One or several SBG-PNFs. These elements host the nonvirtualized part of the satellite gateway. A SBG-PNF is directly connected to an ODU. - Transport network between the several NFVI-PoPs (backhaul) and between the NFVI-PoP where the SBG-VNFs are run and the location that hosts SBG-PNFs (fronthaul). B. Virtualized satellite network On top of the above described physical network infrastructure, one or several virtualized satellite networks could be deployed, as illustrated in Fig. 3. A Virtualized Satellite Network (VSN) is conceived here as a satellite network in which most of their functions are supplied as software components running in one or several NFVI-PoPs of the SNO physical network infrastructure. The operation of each VSN could be undertaken by the SNO itself or by another company that will therefore play the role of SVNO. Each of the VSNs may include a variety of different entities (e.g. PEP, VPN, etc.). In particular, as illustrated in Fig. 3, the following entities could form part of a given VSN:
assumed thaat the VNFs thhat form part of o the VSN (SNF--VNFs, SBG--VNF and co ontrol applications//SDN controollers) shouldd be managed in n the same manner m as enntities implementedd with non-virtualizzation options, to thhe extent posssible. C. Managem ment componeents The creaation and maanagement of the lifecycle of the VSNs is realized throuugh a set of functtional entitiess within the SNO domain. In n particular, VSNs cann be instantiated, terminated, monitored, and V modified (e.g. scaled up/down, VNFs sateellite caarriers added/removved, added/removved, etc.) throough the follo owing managementt entities: Fig. 3. 3 Architecture reference modeel of the SDN/N NFV-enabled saatellite groun nd segment - On ne or several S SNF-VNFs andd one or severral SBG-VNFss. All thesee functions aare part of thee data plane processing of the VSN N. - Coontrol applicatiions and SDN N controllers (aall running as VNF instaances) for the control and management m p planes of the VSN. V SDN N controllers provide the programmatic languages and abstrraction models while the ulttimate controll logic is withiin the conttrol applicationns. Control appplications annd SDN controollers interract with the ddata plane VN NFs through different d protoocols (e.g. openflow, neetconf, proprieetary solutionss). As illustratted in R (i.e. dynnamic Fig. 3, potential control appliccations are RRM band dwidth allocattion to satellitee terminals), FMT F (i.e. dynnamic selecction of moddulation and coding schem mes accordinng to satelllite link quallity) and GW WD (i.e. gatew way diversity). It’s wortth noting thaat an SDN abstraction of o the SBG--PNF funcctions for coontrol and management m p purpose is made m availlable to the control program ms through thhe PBG-Contrroller entitty (explained bbelow). - Neetwork Managgement (NM) and a Element Management M (EM) ( funcctions of the V VSN. This prov vides a package of function ns (to be used u by thee operator off a particulaar VSN) forr the management off the satelllite networkk (e.g. FC CAPS management). Thhese NM/EM functions couuld be supplieed as VNF Fs or Virtual M w Machines on top the same NFVI-PoP where data and control plane VNFs are instantiaated. Indeed, it is - Service Orrchestrator (SO O). Decides on o the compositionn and capabilities of the VSN. V The decisioon-making loogic for nettwork compositionn can be fullyy supported within w this elementt or distributedd across a nuumber of service orchestrators o t through federration capabilities (as ( described later in sectioon 5). Once a netw work service is i defined, the SO provides the necessary yment deploy templates (ee.g. network service descrriptor [NSD]) too the NF FV manageement infrastructurre. In parallel, the SO allo ocates and configurres the requireed resources in i the SBG-PNFs that will be used by the VSN (e.g. forward andd return frequ uency channells). Once VNF Fs of the VSN V are boarrded to the NF FVI-PoPs, the SO takes oveer and interracts with each e of the deployed viirtualized sattellite netw works througgh managemeent interfacees (SO-VSN)). In partiicular, the SO O takes care off further (re-)cconfiguration of o the VNF Fs that form part p of the VS SN at runtimee, dynamically y and on-ddemand, to fulfil custtomer-specificc services (e.g. conffiguration usin ng Netconf/Yaang protocols and data mod dels). Therrefore, the SO O is able to mo onitor the com mponents of a VSN oncee operational and take action in case off violation of rules (e.g. SLAs). Trigggering condittions could coome from botth the NFV V Manager as well as from the NM/EM ffunctions that form part of the VSN. - NFV manageement entitiess. Comprised of o the NFV V Manager, th he Virtual Infrrastructure Maanagers (VIMs) for eachh involved NFVI-PoP and a the Nettwork Controollers (NC C)/Network Management M Syystems (NMS S) in charge of o the connnectivity betw ween the NFVII-PoPs and beetween NFVI--PoPs and SBG-PNFs. NFV N configurration manageement includees the V applicatiion specific paarameters (sattellite conffiguration of VNF netw work service related) and d the configguration of VNF deplloyment speciific parameterrs (non-satellitte network seervice relatted). In additiion to initial deployment d o the VNFs, some of runttime actions such s as scalin ng, updating aand healing might m also involve the NFV N managem ment entities. - SB BG-PNF-Conttroller. This element hostss a set of co ontrol proggrams and a SDN S controlleer to manage the pool of SGBS PNF Fs. Through a SO agent appplication, the SO S can request the alloccation of SGB-PNFs S r resources (e.g. forward/rreturn
chan nnels) for a given VSN N. Therefore,, the SBG-P PNFConttroller will be in charge of o slicing thee resources of the SBG G-PNF so that a logically isoolated portion of those resouurces is alllocated to a particular VS SN. Through a NFV agentt, the SBG G-PNF-Controoller will alsoo provide suppport to the NFV N Man nager for the chaining of the t resources sliced withinn the PNF F and the resources (e.g. SBG-VNF) S ruunning withinn the NFV VI-PoPs of the SNO physical network infrastructure i (e.g. netw work ports/laabels/tags). In I addition, the SBG-P PNFConttroller providdes a SDN abstraction of the alloccated resouurces (i.e. virrtualized view w of the PBG GW resourcess and funcctions) so thatt control and management of these resouurces can be b integrated w within the VSN. - SN NO’s OSS/BS SS componentts such as dashboards/customer portaals that the ccustomers of the SNO cann use to order the prov visioning of VSNs and relateed SLA managgement. V. V INTEGRATTED SATELLITEE-TERRESTRIA AL NETWORKS Fig. F 4 depictts an extensiion of the previous p descrribed architecture for a scenario thatt involves a SDN/NFV-ena S abled satelllite ground seegment infrasttructure, owneed and operateed by a SN NO, and a teerrestrial netw work infrastruucture, such as a mob bile or fixed ccommunication n network, ow wned and opeerated by a Terrestrial N Network Operrator (TNO). The T delineatioon of the two t infrastrucctures is depiccted in Fig. 4 as SNO and TNO T dom mains. A key added feature to thhe proposed architecture is i the suppport for multi-domain serrvice orchesttration capabiilities through federation n managers annd agents, whhich will be paart of w each dom main. Federattion manager/agent the SO entities within will interact to establish the end-to-endd network seervice g into muultiple settiings and to paartition the overall service graph subggraphs which can be giveen to each off the domainns for furthher decomposition and instaantiation. A Another key feature f of the architecture will w be the suupport for multi-domain m c and management. m In n this SDN-based control regaard, the VSN N would exppose SDN-bassed interfacess for enabbling unified management m when w interworrked with terreestrial netw works for e.g. end-to-end (E2E) ( Traffic Engineering (TE) and QoS control, as illustrated in i Fig. 4. S Several federration modelss are envisiooned (hierarcchical centtralized, distriibuted in chaain, distributeed full-mesh,, and hieraarchical hybriid), which co ould even leadd to new bussiness casees for third paarty companiees that could play the rolee of a Fedeeration Brokerr, as illustratedd in Fig. 5. VI. CONCLUSIONS O The role thatt satellite com T mmunicationss can play in n the forthhcoming 5G ecosystem e is being b revisitedd. In particulaar, the adopption of SDN N and NFV technologies into the sattellite dom main is a keyy facilitator to actively hybridize sattellite infraastructure witthin an anticippated multi-laayer/heterogenneous 5G network n archittecture. Fig. 4. 4 Architecture rreference model for f an integrated terrestrial-satellit t e network with feederation function ns supported with hin SNO/TNO doomains
Fig. 5. 5 Architecture rreference model for f an integrated terrestrial-satellit t e network with feederation function ns provided by a 3rd party entity This T paper haas described an a architecturee reference model m for SDN/NFV-ennabled satelllite networkss. The propposed architecture is buuilt on (1) thee virtualizationn of satellite core work functionss and satellite baseband gateway g functtions, netw and on (2) the adoption of SDN N principles in i the architecctural gn of the ddata and conntrol plane components c desig of a virtu ualized satelllite network. The resullting architeecture supp ports multi-tennancy as well as federation capabilities foor the multti-domain orcchestration off network funnctions and SDNS baseed control andd managemen nt across terreestrial and sattellite dom mains. Future F work will focus on the speecification off the funcctional architeccture of a virtuualized satellitte network, fu urther delin neating whichh control appss actually makke sense and what are the interactioons between control c apps, SDN contro ollers, M functions. Also, A data--plane processsing VNFs and EM/NM furth her progress iss expected to develop the relevant r federration mod dels for multi-domain servvice orchestrration in sateelliteterreestrial networkks. ACKNOWLLEDGMENT Research R leadiing to these reesults has receeived funding from the European U Union’s H20220 Research and Innovvation gramme (H2020-ICT-2014--1) under the Grant Agreement Prog H2020-ICT-6448443. [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] REFER RENCES [1] [2] [3] NGMN Alliancee, “5G White Paper”, February 20115 ARIB 2020 andd Beyond Ad Hooc Group White Paper, October 2014. http://www.arib.or.jp/english/20bbah-wp-100.pdf 3GPP TR 22.8991 V1.1.0, “Feaasibility Study on o New Servicees and Markets Technollogy Enablers;Staage 1 (Release 144)”, November 20015 [16] ARTES prograamme, “ESA an nnounces dedicated support fo or the development of megaconstellatioons”, Last updateed July 2015. Available upportonline at ted-su development-meegaconstellations OneWeb Satellittes Company. Weebsite: http://onew web.world/#homee H2020 VITAL research r project website w at http://w www.ict-vital.eu/ Bertaux L., Med djiah S., Berthouu P., Abdellatif S., Hakiri A., Gelard P., “Software Defiined Networking g and Virtualizzation for Broaadband Satellite Networrks”. IEEE Comm munications Magaazine, March 2015 R. Ferrus, H. Koumaras, K O. Saallent, G. Agapioou, T. Rasheed, M.-A. Kourtis, C. Bou ustie, P. Gelard, T. Ahmed, SDN N/NFV-enabled saatellite communicationss networks: Opp portunities, scennarios and challlenges, Physical Commuunication, Novem mber 2015 Gerard Maral, Michel Bousquuet, Zhili Sun (Contributing Editor), E mmunications Systems: S System ms, Techniquess and “Satellite Com Technology, 5thh Edition, ISBN: 978-0-470-71458 9 8-4, December 20009 ETSI TR 103 272 2 V1.1.1, Satelllite Earth Stationns and Systems (SES); “Hybrid FSS satellite/terrestriall network archittecture for high speed broadband accesss”, March 2015 “Software Defiined Satellite Clo oud RAN”, Touffik Ahmed, Emm manuel Dubois, Jean-Baaptiste Dupé, Ram mon Ferrús, Patriick Gélard and Nicolas N Kuhn. Under sub bmission. “Backhaul for rural r and remote small cells”, Sm mall cell forum, release r five, white paperr, March 2015. Watts S., Glennn O., “5G resilient backhaul using integrated saatellite networks”, Ad dvanced Satellite Multimedia Sysstems Conferencee, 7th, IEEE. Pp. 114-119, September 20014 band Network. Official website: w Australian Naational Broadb http://www.nbncco.com.au/learn-aabout-the-nbn.htm ml S. Wahle, T. Maagedanz, “Networrk Domain Federration -An Architeectural View on How to t Federate Testb beds”, White pap aper available online at http://www.ictREweek/FIRE S Strategy WS/FSW WS W fireworks.eu/fileeadmin/events/FIR ahle.pdf P in Hoorizon 2020: Creaating a NetWorld2020, “Public Private Partnership Smart Ubiquitouus Network for thhe Future Internett”, November 20113
Networking (SDN) and Network Function Virtualization (NFV) technologies within the satellite ground segment networks (referred simply to as satellite networks in the following) is anticipated to be a necessary step in their evolution [6][7]. SDN and NFV technologies can bring greater flexibility to Satellite Network Operators (SNOs), reducing
Regulatory Implications of SDN & NFV: An ONF Perspective Author: ONF Subject: BoR;Others;16;BoR (16) 10;2016.01.26 Keywords: Presentation " Regulatory Implications of SDN & NFV:An ONF Perspective" given on 21 Janury 2016 during the public BEREC expert workshop on "Regulatory implications of SDN and NFV". Created Date: 1/26/2016 3:21:20 PM
sdn.301 security protocol3(sp3) sdn.401 security protocol4(sp4) sdn.701 messagesecurity protocol sdn.702 directoryspecs forusewith msp key management sdn.601 keymanagement profile sdn.902 kmp definitionof servicesprovided bykmase sdn.903 kmp servicesprovided bykmase sdn,906 kmp traffickey attribute negotiation access control sdn.801 .
SDN Application (GUI & Orchestration) SDN Controller VIM(OpenStack) Server VSW VM VM Server VSW vFW (A) vFW (A) SDN GW Server VSW vFW (S) vFW (S) Internet DC Router Data Center NFV SDN SDN Service Chain VNFM VNFM ①Create vFW request ②call plugin ③Create FW VM ④response VM ID, vport ⑤send vFW information, classifier rules .
NFV, Cloud and SDN The ESTI NFV architecture creates three fundamental critical blocks: NFVI or NFV Infrastructure comprised of the underlying datacenter hardware (compute, networking and storage) with the associated virtualization layer, abstracting that hardware to a software controlled Cloud and SDN environment.
NFV provides an opportunity for a better approach. Guidance and Best Practices available in GS NFV-REL 002 & GS NFV-REL 003 (published) A new work item has been launched to specify requirements on software update. The scope covers all types of software related to NFV: VNFs, MANO and NFVI. ETSI GR NFV-REL 006:
SDN 40-24-100C aND SDN 40-24-480C DImENSIoNS Catalog Number Dimensions - mm (in) h w D SDN 5-24-100C 123.0 (4.85) 50.0 (1.97) 111.0 (4.36) SDN 10-24-100C 123.0 (4.85) 60.0 (2.36) 111.0 (4.36) SDN 20-24-100C 123.0 (4.85) 87.0 (3.42) 127.0 (4.98) SDN 5-24-480C 123.0 (4.85) 50.0 (1.97) 111.0 (4.36) SDN 10-24-480C 123.0 (4.85) 60
SDN and NFV: Enhancing Network Capacity and Functionality Figure 4. Goal of Wide Area SDN: the SDN Cockpit (not yet a reality) Data Center SDN The Enterprise data center is where SDN is best known, and most advanced in implementation. When SDN is discussed, it is usually in the context of the data center. The common Enterprise data
jogensis is the only recorded species of the genus by M.O.P. Iyengar in 1958. It shows the least indulgence of It shows the least indulgence of subsequent researchers in study of this group.
