Layer-2 Network Virtualization

Slides:



Advertisements
Similar presentations
(omniran TG) Short introduction into OmniRAN P802.1CF Date: Authors: NameAffiliationPhone Max RiegelNokia.
Advertisements

Heterogeneous Networking – Setting the Scene
Omniran CF00 1 OmniRAN R3 Considerations Date: Authors: NameAffiliationPhone Max RiegelNSN
Omniran CF CF Network Reference Model Introduction Date: Authors: NameAffiliationPhone Max RiegelNokia Networks+49.
Omniran Thoughts about the tenets in IEEE 802.1CF Date: Authors: NameAffiliationPhone Max RiegelNSN
Omniran IEEE 802 Scope of OmniRAN Date: Authors: NameAffiliationPhone Max RiegelNSN
Omniran CF00 1 VLANs in relation to P802.1CF NRM Date: Authors: NameAffiliationPhone Max RiegelNokia Networks
Omniran CF00 1 CF ToC Refinements Date: Authors: NameAffiliationPhone Max RiegelNSN
Omniran CF00 1 Content and outline considerations for Annex: Applicability to non-IEEE 802 PHY layer technologies Date: Authors:
Omniran CF00 1 P802.1CF NRM Backhaul Considerations Date: Authors: NameAffiliationPhone Max RiegelNokia Networks
Omniran IEEE 802 Scope of OmniRAN Date: Authors: NameAffiliationPhone Max RiegelNSN
Omniran Backhaul representation in OmniRAN SDN model Date: Authors: NameAffiliationPhone Max RiegelNSN
P802.1CF Information Model Structure
Progressing OmniRAN Abstract
Layer-2 Network Virtualization
802.1CF perspective on planned Industry Connections activity
Network instantiation
P802.1CF Information Model Structure
Relation between information modeling and network operation
P802.1CF NRM Mapping to real networks
doc.: IEEE <doc#>
P802.1CF User Service Information Model
Information Model Structure
omniRAN Virtual Access Network Instantiation
P802.1CF architectural considerations for EM and NM
Model for Accounting and Monitoring
omniRAN Network Function Virtualization
P802.1CF Information Model Structure
P802.1CF NRM Refinements Abstract
P802.1CF NRM Discussions Abstract
Network reference model for access network virtualization
Chapter 7.1 Restructuring Proposal
WLAN as a Component (WaaC)
Layer-2 Network Virtualization
802.1CF-D1.0 WG ballot comment remedies
802.1CF-D1.0 WG ballot comment remedies
Date: < yyyy-mm-dd >
and LMAP liaison Document Number: IEEE R0
An SDN-based approach for OmniRAN
Transmission Modes for Multi-Radio Access in Hierarchical Networks
P802.1CF D1.0 Figure Proposals Abstract
Network instantiation
Brief Introduction to OmniRAN P802.1CF
P802.1CF architectural considerations for EM and NM
Terminology clean-up User/Subscriber
Information Model Structure
Terminology clean-up User/Subscriber
P802.1CF Information Model Structure
P802.1CF operational models
omniRAN Network Function Virtualization
IEEE 802 omniRAN R9c Reference Point
P802.1CF D1.0 Figure Proposals Abstract
P802.1CF NRM Refinements Abstract
[place document title here]
IEEE 802 Scope of OmniRAN Abstract
Mapping of QoS Related Parameters
P802.1CF NRM Refinements Abstract
Information Model for AN Setup
and LMAP liaison Document Number: IEEE R0
Working Group Treasurer’s Report - Session #100
An SDN-based approach for OmniRAN Reference Point mapping
[place document title here]
802.1CF ToC Refinements Abstract
OmniRAN SDN Use Case ToC
SDN-based OmniRAN Use Cases Summary
OmniRAN SDN Use Case ToC
Working Group Treasurer’s Report - Session #106
Working Group Treasurer’s Report - Session #108
Working Group Treasurer’s Report - Session #110
IEEE 802 RAN Recommended Practice ToC Proposal
Presentation transcript:

Layer-2 Network Virtualization Date: 2017-07-10 Authors: Name Affiliation Phone Email Max Riegel Nokia Bell Labs maximilian.riegel@nokia.com Notice: This document does not represent the agreed view of the IEEE 802.1 OmniRAN TG. It represents only the views of the participants listed in the ‘Authors:’ field above. It is offered as a basis for discussion. It is not binding on the contributor, who reserve the right to add, amend or withdraw material contained herein. Copyright policy: The contributor is familiar with the IEEE-SA Copyright Policy <http://standards.ieee.org/IPR/copyrightpolicy.html>. Patent policy: The contributor is familiar with the IEEE-SA Patent Policy and Procedures: <http://standards.ieee.org/guides/bylaws/sect6-7.html#6> and <http://standards.ieee.org/guides/opman/sect6.html#6.3>. Abstract The presentation provides an introduction into the rationales and basic concepts for Layer-2 virtualized networks.

Layer-2 Network Virtualization Max Riegel (Nokia Bell Labs) 2017-07-10

Outline Preface Multi-tenancy networks Virtual networks Example: Shopping mall Example: Factory floor Virtual networks Virtualized networks Standardization demand P802.1CF Data model of virtualized access network Way forward

Presentation provides idea of standardization demand. Preface Presentation provides idea of standardization demand. Idea stems from observations of emerging networking demand in the enterprise market. Preliminary thoughts, no firm proposal Further discussions required with potential stakeholders to create sharper picture.

Multi-tenancy networks Shared use of common infrastructure For operational or economic reasons Multiple operational domains A tenant pays for some exclusive rights to use a defined portion of the infrastructure Infrastructure is owned by a ‘landlord’ Growing importance in highly distributed economy Smaller, highly specialized entities operate pieces of a bigger process Such independent business entities require independent networks at a common location.

Example: Shopping mall Shopping malls assemble a variety of (even) competing shops at a common building. Stores gain their competitiveness through offering the same goods at many places Common supply processes and correlation of customer insights With ‘cloud’, ‘big data’ and ‘customer intelligence’ driving the evolution of the business, vendors require their own network Not only a networking service of the mall owner Responsiveness and flexibility to install new functions Exclusive access to communications’ meta-data

Example: Factory floor Production processes are getting split up into multiple separate businesses E.g. a brewery may outsource the bottling of the beer to a specialized company Instead of the brewery buying the bottling plant and taking care of the logistics by itself The manufacturer of the bottling plant may increase its business through selling a bottling service instead of only selling the machinery. Subcontractors will require their own networks at the production plant Not only a networking service of the production plant Responsiveness to issues and reorganizations Liability

Virtual networks IEEE 802 supports virtual networks. (VLAN, multi-SSID) Virtual networks separate the data paths but do not isolate control and management (meta data).

Virtualized networks Virtualization separates data path as well control and management. Can be implemented through virtualized SDN.

Standardization demand Tenant Landlord Produces a service at multiple locations Requires same kind of virtualized network at all of the locations. A common template of a virtualized network would simplify operation and negotiations with the landlords. Owns and operates the network infrastructure at a location Assigns resources to multiple tenants according to contractual agreements. A common template of a virtualized network would simplify business. There is demand for a common template (blue-print of a data model) of a virtualized network for running a small business inside a bigger location.

P802.1CF P802.1CF defines Network Reference Model and Functional Description of IEEE 802 Access Network Network model fits well to the deployment scenario in shopping malls and production plants. Plain Layer-2 data path avoids interdependencies with network layer configuration particularities. Specification contains generic information model (UML) of an IEEE 802 network connecting multiple terminals/devices to a gateway/router. P802.1CF could be used as the base for specification of the template.

Data model of virtualized access network Template would be a data model of the virtualized local area network. Only external interfaces to be covered. Description could be done in YANG. Scope of data model

Who would be interested in progressing the idea further? Way forward Does it really make sense to standardize a data model of a virtualized IEEE 802 Access Network? For which deployment scenario? IMHO: There is not the one-fits-all solution. Where are the market drivers? Who are the opponents? Is a YANG data model the right approach? Who would be interested in progressing the idea further?