Scenarios, Niches, Architectures

Slides:



Advertisements
Similar presentations
Resonance: Dynamic Access Control in Enterprise Networks Ankur Nayak, Alex Reimers, Nick Feamster, Russ Clark School of Computer Science Georgia Institute.
Advertisements

Network Virtualization and Service Awareness Properties of FNs
The Anatomy of the Grid: An Integrated View of Grid Architecture Carl Kesselman USC/Information Sciences Institute Ian Foster, Steve Tuecke Argonne National.
Abstraction and Control of Transport Networks (ACTN) BoF
Lecture slides prepared for “Business Data Communications”, 7/e, by William Stallings and Tom Case, Chapter 8 “TCP/IP”.
Protocol Architectures. Simple Protocol Architecture Not an actual architecture, but a model for how they work Similar to “pseudocode,” used for teaching.
Software System Engineering: A tutorial
1 Process Engineering A Systems Approach to Process Improvement Jeffrey L. Dutton Jacobs Sverdrup Advanced Systems Group Engineering Performance Improvement.
Requirements Engineering ments_analysis.
Implementation support z programming tools y levels of services for programmers z windowing systems y core support for separate and simultaneous user-system.
Lecture # 3 & 4 Chapter # 2 Database System Concepts and Architecture Muhammad Emran Database Systems 1.
6. Protocol Standardization for IoT 1.  TCP/IP  HTML and HTTP  The difference between the Internet and the World Wide Web The Internet is the term.
Software Engineering Chapter: Computer Aided Software Engineering 1 Chapter : Computer Aided Software Engineering.
Chapter 19: Interfaces and Components [Arlow and Neustadt, 2005] University of Nevada, Reno Department of Computer Science & Engineering.
Requirements Engineering ments_analysis.
1 Software Engineering: A Practitioner’s Approach, 6/e Chapter 9: Design Engineering Software Engineering: A Practitioner’s Approach, 6/e Chapter.
Search Engine Optimization © HiTech Institute. All rights reserved. Slide 1 Click to edit Master title style What is Business Analysis Body of Knowledge?
Company LOGO Network Architecture By Dr. Shadi Masadeh 1.
Service Oriented Architecture (SOA) Prof. Wenwen Li School of Geographical Sciences and Urban Planning 5644 Coor Hall
Introduction to Databases Transparencies
Introduction to Databases Transparencies
BIL 424 NETWORK ARCHITECTURE AND SERVICE PROVIDING.
System.
3 Types of Data Fusion in OWS-8
A scalable, feature-rich VMS solution, delivers enterprise-level performance along with freedom of choice, enabling system customization and compatibility.
CS4311 Spring 2011 Process Improvement Dr
M.M. Pickard, PhD A Primer on Use Cases (Reference: UML Superstructure Specification, v2.1.1)
Software Connectors.
Introduction to Databases Transparencies
Introduction to Databases
Introduction to Databases Connolly and Begg
Distribution and components
Introduction to Databases
Reading Exercise Policy Signaling, Programming Network Elements
CHAPTER 2 CREATING AN ARCHITECTURAL DESIGN.
Interface to Routing System (I2RS)
#01 Client/Server Computing
Software Defined Networking (SDN)
Reading Exercise (Routing) Policy-Mechanism Separation: PCE, ForCES
Protocols and the TCP/IP Suite
Chapter 19: Interfaces and Components
Chapter 1 Data Communications and NM Overview 1-1 Chapter 1
Software Connectors – A Taxonomy Approach
Software Defined Networking (SDN)
Planning Project Work Special Topic: Software Defined Networks
and LMAP liaison Document Number: IEEE R0
Extending MPLS/BGP VPNs to End-Systems
Introduction to Databases
Design Model Like a Pyramid Component Level Design i n t e r f a c d s
CS 501: Software Engineering Fall 1999
Analysis models and design models
Software Connectors.
Chapter 19: Interfaces and Components
Chapter 19: Interfaces and Components
Introduction to Databases
Tax Software Development in a Multi-Jurisdictional Environment
Network Architecture By Dr. Shadi Masadeh 1.
DATABASE DESIGN & DEVELOPMENT
Special Topic: Internet of Things Rudra Dutta Computer Science, NCSU
Introduction to Databases Transparencies
Implementation support
Protocols and the TCP/IP Suite
Design Yaodong Bi.
IoT, CPS, Smart-X – An Overview
Interfaces and Components
Chapter 19: Interfaces and Components
#01 Client/Server Computing
Implementation support
Standards, Models and Language
Presentation transcript:

Scenarios, Niches, Architectures Special Topic: Software Defined Networks Rudra Dutta Computer Science, NCSU

SDN Picture A new(-ish) paradigm, a general technique: Create open, standardized, remote access interfaces to settings that did not previously have such interfaces Can use software (agile) to access these interfaces Forwarding engine can perform standard forwarding functionality efficiently (perhaps hardware) Separation of policy and mechanism (into boxes) For achieving goals and characteristics: Apply network-level (e.g. routing) policies at fine-grain Mixing-and-matching forwarding elements, policy elements, other service elements (e.g. monitoring) Isolate and provide predictable performance for fine-grain customer traffic elements Do all of the above in agile, non-disruptive manner Copyright Rudra Dutta, NCSU, Spring 2017

Architecture, Common or Not To realize above visions, may be necessary to create standardized interfaces So that separate architectural entities can be separate And be mixed-and-matched Conversely, absence of architectural interfaces defined / standardized can discourage open interchangeable / interoperable elements Essentially fragments architecture, creates multiple competing architectural silos Copyright Rudra Dutta, NCSU, Spring 2017

Entity Aggregation Entities represent roles that different stakeholders (with different interests) can play Inter-entity interactions requires interface that both (all) agree on  standardized protocol / open interface If one entity performs multiple (standardized) roles, it must realize every standardized interface at “external” edges, but may ignore standardized interfaces at “internal” edges Copyright Spring 2017, Rudra Dutta, NCSU

Entity Aggregation Entities represent roles that different stakeholders (with different interests) can play Inter-entity interactions requires interface that both (all) agree on  standardized protocol / open interface If one entity performs multiple (standardized) roles, it must realize every standardized interface at “external” edges, but may ignore standardized interfaces at “internal” edges Copyright Spring 2017, Rudra Dutta, NCSU

Open Interfaces vs. Closed Silos An entity may attempt to maintain external standard interfaces, while speaking proprietary value-added interfaces Faster/better growth of efficient proprietary interfaces  silo’d solutions Common architecture allows mixing-and-matching, but requires (larger number of) standardized interfaces Copyright Spring 2017, Rudra Dutta, NCSU

Open Interfaces vs. Closed Silos An entity may attempt to maintain external standard interfaces, while speaking proprietary value-added interfaces Faster/better growth of efficient proprietary interfaces  silo’d solutions Common architecture allows mixing-and-matching, but requires (larger number of) standardized interfaces Copyright Spring 2017, Rudra Dutta, NCSU

Open Interfaces vs. Closed Silos An entity may attempt to maintain external standard interfaces, while speaking proprietary value-added interfaces Faster/better growth of efficient proprietary interfaces  silo’d solutions Common architecture allows mixing-and-matching, but requires (larger number of) standardized interfaces Copyright Spring 2017, Rudra Dutta, NCSU

Architectural Requirement Open management interfaces Not just a question of an open standard protocol for NE  NMS communication Requires a “language” or at least “vocabulary” SNMP Adopts ASN.1 (subset) Talking about network concepts of importance Another component of architecture Question: What should a common, inclusive architecture for SDN look like? Components? Entities? Interactions? No broadly accepted “reference architecture” Form follows function  examine usecases Copyright Rudra Dutta, NCSU, Spring 2017

Characterizing Usecases / Solutions Variety of achievable network-level policies Variety/heterogeneity of NE capabilities integrated Efficiency of forwarding Independent usefulness of coordinated elements Multiple strength dimensions Different usecases/solutions require/offer different mix Architecture should enable all Copyright Rudra Dutta, NCSU, Spring 2017