NML-WG: Monday brainstorming

Slides:



Advertisements
Similar presentations
1 Introducing the Specifications of the Metro Ethernet Forum MEF 17 Service OAM Framework and Requirements February 2008.
Advertisements

Service Description: WSDL COMP6017 Topics on Web Services Dr Nicholas Gibbins –
Feb On*Vector Workshop Semantic Web for Hybrid Networks Dr. Paola Grosso SNE group University of Amsterdam The Netherlands.
Slide 1 Systems Analysis & Design CS183 Spring Semester 2008 Dr. Jonathan Y. Clark Course Website:
DDI 3.0 Conceptual Model Chris Nelson. Why Have a Model Non syntactic representation of the business domain Useful for identifying common constructs –Identification,
Copyright © 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Chapter 8 The Enhanced Entity- Relationship (EER) Model.
May TNC2007 Network Description Language - Semantic Web for Hybrid Networks Network Description Language: Semantic Web for Hybrid Networks Paola.
IMS1805 Systems Analysis Topic 3: Doing Analysis (continued from previous weeks)
The RDF meta model: a closer look Basic ideas of the RDF Resource instance descriptions in the RDF format Application-specific RDF schemas Limitations.
Modeling & Designing the Database
Sharif University of Technology Session # 7.  Contents  Systems Analysis and Design  Planning the approach  Asking questions and collecting data 
Abstraction and Control of Transport Networks (ACTN) BoF
MTEI Methods & Tools for Enterprise Integration
Business Domain Modelling Principles Theory and Practice HYPERCUBE Ltd 7 CURTAIN RD, LONDON EC2A 3LT Mike Bennett, Hypercube Ltd.
Slide 1 Wolfram Höpken RMSIG Reference Model Special Interest Group Second RMSIG Workshop Methodology and Process Wolfram Höpken.
Resource Representations in GENI Rob Sherwood, OpenFlow Hongwei Zhang, Wireless sensor network description language Ilia Baldine, Yufeng Xin, Semantic.
Draft-shiomoto-ccamp-switch-programming-00 74th IETF San Francisco March Advice on When It is Safe to Start Sending Data on Label Switched Paths.
1 UML Basic Training. UML Basic training2 Agenda  Definitions: requirements, design  Basics of Unified Modeling Language 1.4  SysML.
RDF and XML 인공지능 연구실 한기덕. 2 개요  1. Basic of RDF  2. Example of RDF  3. How XML Namespaces Work  4. The Abbreviated RDF Syntax  5. RDF Resource Collections.
Network Schemata Martin Swany. Perspective UNIS – Uniform Network Information Schema –Unification of perfSONAR Lookup Service (LS) and Topology Service.
TMF - Terminological Markup Framework Laurent Romary Laboratoire LORIA (CNRS, INRIA, Universités de Nancy) ISO meeting London, 14 August 2000.
The RDF meta model Basic ideas of the RDF Resource instance descriptions in the RDF format Application-specific RDF schemas Limitations of XML compared.
Issues in Ontology-based Information integration By Zhan Cui, Dean Jones and Paul O’Brien.
Architecture View Models A model is a complete, simplified description of a system from a particular perspective or viewpoint. There is no single view.
LAMP: Leveraging and Abstracting Measurements with perfSONAR Guilherme Fernandes
Department of Electronic Engineering City University of Hong Kong EE3900 Computer Networks Protocols and Architecture Slide 1 Use of Standard Protocols.
Working with XML. Markup Languages Text-based languages based on SGML Text-based languages based on SGML SGML = Standard Generalized Markup Language SGML.
1 Revision to DOE proposal Resource Optimization in Hybrid Core Networks with 100G Links Original submission: April 30, 2009 Date: May 4, 2009 PI: Malathi.
Object Oriented Programming and Data Abstraction Earl Huff Rowan University.
Network No network resources exist outside a network Transport resources inside network –Link, Nodes, ports – are used to create connections between network.
© 2006 Open Grid Forum NML Progres OGF 28, München.
NSI Topology v2.0 Version 1.2 John MacAuley, ESNET September 22, 2014 Uppsala.
Dublin, 22/ Link Model Ontology Mathias Kadolsky.
Introduction to OOAD and UML
PerfSONAR Schema and Topology Martin Swany. Schema Key Goals: Extensibility, Normalization, Readability Break representation of performance measurements.
Defects of UML Yang Yichuan. For the Presentation Something you know Instead of lots of new stuff. Cases Instead of Concepts. Methodology instead of the.
Interface Concepts Modeling Core Team Marc Sarrel Steve Hetfield June 23, 2016.
© 2006 Open Grid Forum NML Progress OGF 30, Brussels.
- The most common types of data models.
The Enhanced Entity- Relationship (EER) Model
AIXM 5 UML to XSD.
Roberta Roth, Alan Dennis, and Barbara Haley Wixom
Dynamic Circuit Networks Topology Description Issues
Course Outcomes of Object Oriented Modeling Design (17630,C604)
Object-Oriented Analysis and Design
SysML v2 Formalism: Requirements & Benefits
OPM/S: Semantic Engineering of Web Services
CCSDS System Engineering
Web Service Modeling Ontology (WSMO)
Integration of Network Services Interface version 2 with the JUNOS Space SDK
Web Ontology Language for Service (OWL-S)
Software Architecture & Design Pattern
Interactions.
Object Oriented Analysis and Design
Appellations, Authorities, and Access
Entity Relationship Diagrams
OGF20 Information Model Joint Session
Chapter 20 Object-Oriented Analysis and Design
UNIT – V.
Analysis models and design models
ETSI TC MTS TDL SC meeting Reports
IDEAS Core Model Concept
Information Networks: State of the Art
ETSI TC MTS TDL SC meeting Reports
PASSI (Process for Agent Societies Specification and Implementation)
Building Ontologies with Protégé-2000
UML  UML stands for Unified Modeling Language. It is a standard which is mainly used for creating object- oriented, meaningful documentation models for.
ISIS Extensions for FlexE Link Advertisement
DetNet Data Plane Solutions draft-ietf-detnet-dp-sol-ip-02  draft-ietf-detnet-dp-sol-mpls-02  Bala’zs Varga, Jouni Korhonen, Janos Farkas, Lou Berger,
Software Architecture & Design
Presentation transcript:

NML-WG: Monday brainstorming NML-WG discussion NML-WG: Monday brainstorming

NML-WG: Monday brainstorming Schema usecases Expecting from NML schema (usecases): Path finding; Monitoring; Allows inter and intra domain network descriptions (inter domain comes from extracting information from the intra domain) ==> varying resolution of schema Maps creation. Dynamic behavior of networks (new circuits,shotlived services) are representable. Validate this against usecases already described in Deliverable 1. NML-WG: Monday brainstorming

NML-WG: Monday brainstorming Classes requirements Requirements (from DCN and G-Lambda) in class definition: URI as domain identifiers and global naming mechanism; Links: need description of (or deriving from description) multiplexing, sub-links; Circuits/paths: need to describe the end-to-end path (from src to dst) and their characteristics; Concept of adaptation; Hierarchy of (logical) links. Nesting of links. NML-WG: Monday brainstorming

UML diagrams comparison Basic classes are further extended by using Layer information: PerfSONAR basic classes: Domain Node Port Link Path Network Service Location NDL basic classes: Administrative_domain Network_domain Device Interface Link Location Service cNIS basic classes: (generic) Node Link Interface Location. (Concept of basic class grouping to allow description of domains, networks, etc) NML-WG: Monday brainstorming

NML-WG: Monday brainstorming Common classes Core ontological classes (ontological constructs): Group Node/Device Interface/Port Link Service Common ontological classes: - Location - Name Identifier NML-WG: Monday brainstorming

NML-WG: Monday brainstorming Group Group = abstract type that becomes specialized depending on elements we put it. Ordered and unordered group: General Path (a specialized ordered group): *** Link path: Domain path: Loose path: Domain (a specialized unordered group): Network domain Administrative domain VLAN domain Device (a specialized unordered group of Interfaces) *** do we want to keep Path in here (as it is the only type of ordered group we can think about) or should be moved out of Group (only unordered) NML-WG: Monday brainstorming

NML-WG: Monday brainstorming Node/device Node: *** *** Extension of this class with layer-specific information might follow (layer1, layer2, layer3 node ….) *** ’Modern’ nodes/devices span multiple layers. How do we model those? *** Do we need the concept of switching matrix in here? NML-WG: Monday brainstorming

NML-WG: Monday brainstorming Interface/port Interface/port: *** Every interface belongs to a node (for inter-domain links the far end node may be unknown, and the far-end interface might be just partially specified) Layer1 interface Fiber interface OTN interface …. Layer2 interface SONET interface Ethernet interface ….. Layer3 interface IPv4 interface *** Are technology-specific interfaces (I.e Ethernet interface) subclasses of the layer interfaces (I.e. Layer2 interface) or subclasses of the generic interface? NML-WG: Monday brainstorming

NML-WG: Monday brainstorming Link Link: composed of two interfaces (start and end); a physical Link goes between two physical interfaces, a logical link goes between logical interfaces; links are unidirectional; links can/are hierarchically organized (a layer3 link could be carried over the sum of one or more layer 2 links) *** concept of link aggregation (serial links and parallel links) can be recursive *** how do Links and Paths (Link paths) relate to each other? Is the first a physical object and the second a logical object? NML-WG: Monday brainstorming

NML-WG: Monday brainstorming Link: more on this… Link: Logical link (two logical interfaces) Physical link (two physical interfaces) Circuit NML-WG: Monday brainstorming

NML-WG: Monday brainstorming Location Location: - Describe a physical point in space (by using geo-coords, street names ….) - A Node is one Location at the time, Links can pass through multiple Locations (I.e. they go through an ordered group of geo-coords) NML-WG: Monday brainstorming

NML-WG: Monday brainstorming Service Service: *** Application service Network service Information service ….. *** Are services offered at a Domain level (with Domain being a Group of Nodes) or by a Node or an Interface directly? What is the distinction between a Service and a capability? *** Are Adaptations and Switching Matrixes type of services? NML-WG: Monday brainstorming

NML-WG: Monday brainstorming Further suggestions Suggestion from John V. Introduce the concept of Circuit in addition to Path and Link. The Path is the sequence of Links you are going over; the Circuit is the part of a Path you are going over. NML-WG: Monday brainstorming

NML-WG: Monday brainstorming Common relationships How the classes related to each other: concept of one-to-one, one-to-many and many-to-one, any-to-any. Comprises, composed of, …are relationship blocks. One to one: One-to-many: Many-to many: Any-to-any: ‘self recursive’ and ‘composed of’. Are these are two distinguished ideas? self recursive is not a group; composed of represents a many to many relationship and is described by a group. NML-WG: Monday brainstorming

NML-WG: Monday brainstorming Next steps Definition of basic NML-WG schema classes and attributes (Done preliminary work) Outcome of ontology discussion during OGF22 will go in the first draft of Deliverable#2 (Paola) Further group discussion via email. Provide definition of URIs/namespaces Validation against existing usecases Will wait for a ‘consolidated’ draft of deliverable #2 Which tools we will use to actually produce/write/develop the schema? UML diagrams MagicDraw Eclipse UML modeling tool: EMF (Eclipse Modeling Framework) <- preferred (needs investigation) RDF and XML as exchange formats: translations tools between the two. Best practice representation in RDF and XML of the basic ontologies. Adopters are free to choose other syntaxes as they wish. NML-WG: Monday brainstorming

NML-WG: Monday brainstorming Timelines Reverse timeline: June 08 - OGF23 - meeting in Barcelona. Two sessions, plus round-the-table discussions all day. May 08 - Usecases validation - All March/April/May 08 - Further schema work. 1rst step is draft document (Paola) March 08 - Finalize Deliverable #1. NML-WG: Monday brainstorming