Presentation is loading. Please wait.

Presentation is loading. Please wait.

OFERTIE OpenFlow Experiments in Real-Time Interactive Edutainment Tim Chown, Martin Hall-May, Tim Humernbrum, Iris Bueno-Rodriguez Pre-FIA 2014 Workshop.

Similar presentations

Presentation on theme: "OFERTIE OpenFlow Experiments in Real-Time Interactive Edutainment Tim Chown, Martin Hall-May, Tim Humernbrum, Iris Bueno-Rodriguez Pre-FIA 2014 Workshop."— Presentation transcript:

1 OFERTIE OpenFlow Experiments in Real-Time Interactive Edutainment Tim Chown, Martin Hall-May, Tim Humernbrum, Iris Bueno-Rodriguez Pre-FIA 2014 Workshop on Testbed Interoperability, Athens 17 th March 2014

2 About OFERTIE OFERTIE is a research project funded within the European Commission’s FIRE area (Future Internet Research and Experimentation) – Developing new capabilities to allow SLA-based management of Real-Time Online Interactive Applications (ROIAs) – Defining the northbound application interface (API) – Developing Network Control Layer software – Experiment over the OFELIA testbed infrastructure OFERTIE - - FIA 20142

3 Project Partners OFERTIE - - FIA 20143

4 Real-Time Online Interactive Applications (ROIA) OFERTIE’s target application domain is Real- Time Online Interactive Applications (ROIAs) and their challenging network demands Example Application Scenarios: – Collaborative real-time world editor – Large-scale multiplayer online games Characteristics include: – High level of interactivity and update rates – Dynamically changing game situations – Network requirements change dynamically – Variable player loads over time – Impact of packet loss and latency on QoE will depend on what player is doing OFERTIE - - FIA 20144 Content (assets and artwork) by courtesy of PrävEM research group of the University of Applied Sciences Mittweida.

5 Challenges Project challenges/questions include – How can SDN optimise network utilisation whilst keeping QoS levels to agreed SLAs? – What can SDN do to enable novel business models for game/application developers, network providers / data centres? – How can application developers specify effective network requirements in an abstract way? Methodology – Design and development of components – Phased experiments – Seek to (re)use other projects’ experimental facilities/testbeds OFELIA, XIFI, Fed4FIRE, BonFIRE, etc. OFERTIE - - FIA 20145

6 Technology Stack OFERTIE - - FIA 20146 Management Layer Application Layer Network Control Layer Network Infrastructure Layer Service Level Agreement Monitor SLA violation Audit ROIA Northbound API Real-Time Framework Application metrics OpenNaaS OpenFlow controller Packet logging OpenFlow-enabled switches

7 OpenNaaS Open source network virtualisation platform – Provides Networks as a Service (NaaS), e.g. virtualised CPE – OFERTIE is developing additional components for OpenNaaS to allow it to deliver SLA-based monitoring and control for OpenFlow networks – released/ released/ – e.g. reading or deleting flows on an OpenFlow switch – Will come back to the Network Control Layer (NCL) later OFERTIE - - FIA 20147

8 Improving network QoS in ROIA Specification of a novel API that allows ROIA applications to specify their dynamic network requirements and to meet them using SDN technology Improve network utilisation by allowing applications to signal type of traffic The API frees ROIA developers from specifying detailed, low-level network metrics OFERTIE - - FIA 20148

9 Generic ROIA Processing: The Real-Time Loop The server receives inputs (e.g., movement commands) from connected clients OFERTIE - - FIA 20149

10 Generic ROIA Processing: The Real-Time Loop The server computes a new application state according to the application logic OFERTIE - - FIA 201410

11 Generic ROIA Processing: The Real-Time Loop The server sends the newly computed state to the users and other servers OFERTIE - - FIA 201411

12 Real-Time Framework The Real-Time Framework (RTF) of the Univ. Münster is a C++ library for development and runtime support of ROIAs RTF supports several concepts for distributing ROIA processing on multiple servers: – Zoning: disjoint areas are processed by distinct servers – Replication: same area is processed cooperatively by distinct servers, each server responsible for a disjoint set of entities – Instancing: independent copies of the same area are processed by distinct servers RTF offers access to high-level application metrics, e.g.: – Response time – Entity count – Entity positions OFERTIE - - FIA 201412

13 Classes of data transfer ROIA data transfers can be classified into various categories: Game updates / State synchronisaton – Depends on number of players, proximity, and their activities State transfer/migration – e.g. need to migrate ten 100KB players in 10 seconds – NCL can feed back to application on availability of path – May wish to prioritise synchronisation of migration traffic Asset transfer (upload or download) – e.g. a 2MB asset in 1 minute, or 50MB in 30 seconds If the application developer can express these requirements, the NCL can make better decisions about provisioning the flows – Rather than simply reacting to observed traffic OFERTIE - - FIA 201413

14 RTFdemo OFERTIE - - FIA 201414

15 SDN Northbound API SDN decouples the control logic from the individual network components; a centralised SDN Controller configures the forwarding behaviour Problem: No standardised Northbound API for SDN (only southbound, e.g., OpenFlow) Our goal: Provide an easy-to-use and well- defined SDN Northbound API for ROIA Challenges: – Develop a Northbound API for specifying application’s QoS by the developer – Implement the API by translating: application QoS  network QoS metrics – Organise QoS monitoring and dynamic network reconfiguration to meet the QoS OFERTIE - - FIA 201415

16 SDN Northbound API Design decision: Separate the Northbound API in two parts: 1.Application-level API ROIA developer specifies runtime network QoS requirements and is notified about changes in QoS 2.Network-level API SDN Module requests network QoS and receives QoS status notifications from the SDN Controller The two APIs are implemented by the SDN Module integrated in RTF The SDN Module is the basis for developing applications that can use the benefits of SDN and OpenFlow-enabled networks OFERTIE - - FIA 201416

17 Network Control layer Design: The NCL integrates three modules: – SDN App (QoS algorithms, QoS tracker, resource allocation, provisioning) – SDN Monitoring tools (allows feedback to the application via Northbound API) – SDN Controller (implements paths) Solution based on: – OpenFlow: SDN communication protocol used between the control and data planes – OpenNaaS: A framework that enables the NCL to supply applications with on-demand self-service, resource manipulation rights, resource pooling, flexibility, elasticity and dynamic service management. OFERTIE - - FIA 201417

18 Network Control Layer OFERTIE - - FIA 201418

19 Management Layer OFERTIE - - FIA 201419 SLAStakeholders Network Monitoring SLA violation Metrics agree measures Thresholds checks defines

20 Integration of NCL, RTF and Shark 3D Engine Integration of Real-Time- Framework (RTF) Library of the University of Münster with Shark 3D Engine of Spinor Purpose: Use a commercial 3D Engine for realistic SDN experiments over OFELIA Shark 3D provides RTF high-level information about entities and their relationships in the 3D world RTF can use this information for its SDN functions in communications with the NCL OFERTIE - - FIA 201420

21 Technical Aspects of the NCL, RTF and Shark 3D Integration Integrate RTF SDN API with Shark 3D Map RTF entity concept into Shark 3D links (s3d_CEngNetLink) and agents (s3d_CEngNetAgent) Map RTF packets into Shark 3D stream-based network serialization Map RTF entity creation and appearance into Shark 3D producing mechanism (producer actor and nodes, see screenshot on the right) OFERTIE - - FIA 201421

22 Experiments OFERTIE - - FIA 201422

23 Experimentation OFERTIE - - FIA 201423 Southampton Bristol Ghent Trento Barcelona

24 OFELIA An OpenFlow-based testbed – Built through a previous FP7 FIRE project – Includes OFELIA Control Framework – Created several OFELIA islands in Europe – Currently being extended to Brazil (FIBRE) and Japan (FELIX) – Plans for sustainability through OFELIA Foundation (more on this in a moment) Some islands included in Fed4FIRE – – OFERTIE is running experiments within (data centre model) and between (inter- ISP model) the OFELIA islands OFERTIE - - FIA 201424

25 Business Use Cases drive Experiments Collaboration via Internet For example: Online virtual production in interactive 3d worlds OFERTIE - - FIA 2014 25 Multi-player online games

26 Experiments Phase 1 (running now) Dynamic QoS for MMO Dynamic QoS for Shark3D ROIA prototype Network monitoring and SLA violation reporting On-the-fly asset download for Shark3D Multi-island extension IPv6+Multicast tests to validate OF1.3 Phase 2 (planned) SDN-managed VOIP Multi-domain QoS management for VOD Enhanced collaborative visual production application (innovative Shark3D + RTF integration) Inter-site IPv6 experiment on JANET, using OF1.3+ Inter-testbed experiment (target is XIFI) OFERTIE - - FIA 201426

27 Some reflections OFERTIE - - FIA 201427

28 Testbed provision thoughts Ideally one project can re-use the testbed produced by another – FIRE has ‘facility’ projects and ‘research’ projects – Made more complex if the testbed project ends before the research project. OFELIA completed in 2013. Outages at each island may become more likely May be harder to get timely support from the testbed provider – Quite likely that testbed islands will remain – May be less likely that their interconnects will – OFERTIE is very happy to see testbed sustainability offered via the proposed OFELIA Foundation, and through Fed4FIRE Testbed sustainability very important for researchers Testbed builder may want to design and deploy Testbed 2.0… Other research projects also using OFELIA, e.g. ALIEN, CityFlow OFERTIE - - FIA 201428

29 Connectivity thoughts There are many research networks within Europe which can provide L2 paths for experimentation – Highly preferable to virtual overlays (OFELIA islands support VPN links) – More control, reproducable scenarios/results GEANT Autobahn, and new Testbed-as-a-Service (TaaS) – Between GEANT PoPs Various NREN approaches – Typically some from of MPLS-based provisioning – Can link experiment sites to the GEANT PoPs – OFERTIE is working with JANET (UK NREN) to link Southampton and Bristol Provisioning also required in the partner sites So may have five administrative domains to deal with to create a L2 path for an experiment between two sites – Paths can be provisioned, but may take time – How can this be improved? OFERTIE - - FIA 201429

30 Standardisation thoughts There are many places where SDN-related standardisation is happening – IETF – sfc WG, i2rs WG, alto WG, forces WG.pce WG, and others – IRTF – sdn RG Both completely open – ETSI – NFV ISG Open to academic organisations – Open Networking Foundation (ONF) Requires annual fee – Open Grid Forum (OGF) – And others, e.g. the IEEE has an SDN group Some aspects are more developed than others – Southbound interface is well-developed (e.g. OpenFlow) – Northbound interface less so, e.g. application APIs to SDN capability OFERTIE - - FIA 201430

31 IRTF sdn RG – a draft on layer terminology (draft-haleplidis-sdnrg-layer-terminology-04) OFERTIE - - FIA 201431

32 FIRE SDN workshop We held an SDN workshop for FIRE projects in Brussels on 30 th January this year – sdn-concertation-workshop/ sdn-concertation-workshop/ – Includes information on OFELIA foundation and GEANT Testbed as a Service (TaaS) – Commonalities, e.g. architectures, APIs – Workshop report should be published soon Planning a second workshop late in 2014 OFERTIE - - FIA 201432

33 Public reports Project video News Events Workshop info Questions? OFERTIE - - FIA 201433

Download ppt "OFERTIE OpenFlow Experiments in Real-Time Interactive Edutainment Tim Chown, Martin Hall-May, Tim Humernbrum, Iris Bueno-Rodriguez Pre-FIA 2014 Workshop."

Similar presentations

Ads by Google