All Rights Reserved Copyright © 2007,Hitachi.Ltd. VLAN data model for NETCONF ( draft-iijima-ngo-vlandatamodel-00) Thursday, March 22, 2007 Tomoyuki Iijima,

Slides:



Advertisements
Similar presentations
71 th IETF meeting Experience of implementing NETCONF over SOAP ( draft-iijima-netconf-soap-implementation-06) Tomoyuki Iijima, Yoshifumi Atarashi, Hiroyasu.
Advertisements

1 Chapter 2: Networking Protocol Design Designs That Include TCP/IP Essential TCP/IP Design Concepts TCP/IP Data Protection TCP/IP Optimization.
Troubleshooting a “Broken LAN” Telecommunications and Networking.
J2ME Web Services Specification.  With the promise to ease interoperability and allow for large scale software collaboration over the Internet by offering.
Introduction to Service-Oriented Architecture. Outline Definition Features Examples of SOA Web Service Standards Example Pros and Cons Integration with.
This work is supported by the National Science Foundation under Grant Number DUE Any opinions, findings and conclusions or recommendations expressed.
IP Address 1. 2 Network layer r Network layer protocols in every host, router r Router examines IP address field in all IP datagrams passing through it.
Understanding Networks. Objectives Compare client and network operating systems Learn about local area network technologies, including Ethernet, Token.
Institute of Technology, Sligo Dept of Computing Semester 3, version Semester 3 Chapter 3 VLANs.
Copyright 2003 CCNA 1 Chapter 7 TCP/IP Protocol Suite and IP Addressing By Your Name.
Framework for Model Creation and Generation of Representations DDI Lifecycle Moving Forward.
Virtual LANs. VLAN introduction VLANs logically segment switched networks based on the functions, project teams, or applications of the organization regardless.
1 what is soap don box sun/netscape bof january 25, 2000.
Boštjan Šumak dr. Marjan Heričko THE ROLE OF BIZTALK SERVER IN BUSINESS PROCESS INTEGRATION.
© 2006 Cisco Systems, Inc. All rights reserved.Cisco Public 1 Version 4.0 4: Addressing in an Enterprise Network Introducing Routing and Switching in the.
1 Weijing Chen Keith Allen XML Network Management Interface (draft-weijing-netconf-interface-01.txt) NETCONF Interim.
WSDL: Web Services Definition Language CS 795/895.
Introducing Axis2 Eran Chinthaka. Agenda  Introduction and Motivation  The “big picture”  Key Features of Axis2 High Performance XML Processing Model.
September, 2005What IHE Delivers 1 G. Claeys, Agfa Healthcare Audit Trail and Node Authentication.
School of Engineering and Computer Science Victoria University of Wellington Copyright: Peter Andreae, VUW Networking COMP # 21.
1 80 th IETF meeting NETCONF Notification over WebSocket Protocol ( draft-iijima-netconf-websocket-ps-00) Tomoyuki Iijima, (Hitachi) Yoshifumi Atarashi,
Copyright © Lopamudra Roychoudhuri
Module 3: Designing IP Addressing. Module Overview Designing an IPv4 Addressing Scheme Designing DHCP Implementation Designing DHCP Configuration Options.
CIS 3360: Internet: Network Layer Introduction Cliff Zou Spring 2012.
Abierman-nanog-30may03 1 XML Router Configs BOF Operator Involvement Andy Bierman
© Hitachi, Ltd All rights reserved. NETCONF Configuration I/F Advertisement by WSDL and XSD Hideki Okita, Tomoyuki Iijima, Yoshifumi Atarashi, Ray.
INMIDIO: an INteroperable MIddleware for service Discovery and service InteractiOn Daniele Sacchetti
© 2006 Cisco Systems, Inc. All rights reserved.Cisco Public 1 Version 4.0 Addressing in an Enterprise Network Introducing Routing and Switching in the.
© 2006 Cisco Systems, Inc. All rights reserved.Cisco Public 1 Version 4.0 4: Addressing in an Enterprise Network Introducing Routing and Switching in the.
Abierman-netconf-mar03 1 NETCONF BOF 56th IETF San Francisco, California March 17, 2003 Discussion: Admin:
MobileMAN Internal meetingHelsinki, June 8 th 2004 NETikos activity in MobileMAN project Veronica Vanni NETikos S.p.A.
1 82 nd IETF meeting NETCONF over WebSocket ( ) Tomoyuki Iijima, (Hitachi) Hiroyasu Kimura,
Do We Need a New Network Management Framework? David Harrington IETF66 OPS Area Meeting Montreal, Quebec, Canada.
The Distance Learning Session Management System for the Next Generation Internet Se-Jun Na.
All Rights Reserved Copyright © 2005,Hitachi.Ltd. Experience of implementing NETCONF over SOAP ( draft-iijima-netconf-soap-implementation-01) Monday, November.
1 Chapter 8 – TCP/IP Fundamentals TCP/IP Protocols IP Addressing.
PG 1 Netconf Data Model Netmod BOF – IETF 60 Sharon Chisholm – Randy Presuhn -
Lectu re 1 Recap: “Operational” view of Internet r Internet: “network of networks” m Requires sending, receiving of messages r protocols control sending,
XML and Web Services (II/2546)
Hiroyasu Kimura, Yoshifumi Atarashi, and Hidemitsu Higuchi
1 © 2003, Cisco Systems, Inc. All rights reserved. CCNA 3 v3.0 Module 8 Virtual LANs Cisco Networking Academy.
Protocol for I2RS I2RS WG IETF #89 London, UK Dean Bogdanovic v0.1.
Chapter 3 - VLANs. VLANs Logical grouping of devices or users Configuration done at switch via software Not standardized – proprietary software from vendor.
INT-9: Implementing ESB Processes with OpenEdge ® and Sonic ™ David Cleary Principal Software Engineer.
Switching Topic 2 VLANs.
Introduction to Web Services. Agenda Motivation History Web service model Web service components A walkthrough examples.
70 th IETF meeting Experience of implementing NETCONF over SOAP ( draft-iijima-netconf-soap-implementation-04) Tomoyuki Iijima, Yoshifumi Atarashi, Hiroyasu.
1 Extreme Networking at Home Jari Arkko, Ericsson.
All Rights Reserved Copyright © 2007,Hitachi.Ltd. Experience of implementing NETCONF over SOAP ( draft-iijima-netconf-soap-implementation-02) Monday, July.
INFSO-RI Enabling Grids for E-sciencE Web Services Mike Mineter National e-Science Centre, Edinburgh.
Routing Information Protocol
PG 1 Framework for Netconf Data Models Netmod BOF – IETF 60 Sharon Chisholm –
Network Configuration Web API for Bandwidth Reservation draft-tsuzaki-netconfig-webapi-00 SDN RG IETF #92 Dallas, TX, USA Y. Tsuzaki R. Atarashi S. Suzuki.
Copyright 2007, Information Builders. Slide 1 iWay Web Services and WebFOCUS Consumption Michael Florkowski Information Builders.
SOAP RMI Aleksander Slominski, Madhusudhan Govindaraju, Randall Bramley, Dennis Gannon Indiana University Extreme! Lab A New-Old Programming Model for.
YANG Background and Discussion: Why we need a new language for NETCONF configuration modeling The YANG Gang IETF 70 Vancouver, Canada.
This courseware is copyrighted © 2016 gtslearning. No part of this courseware or any training material supplied by gtslearning International Limited to.
Understand IPv6 Part 2 LESSON 3.3_B Networking Fundamentals.
Instructor Materials Chapter 1: LAN Design
WEB SERVICES.
Switch Setup Connectivity to Other locations Via MPLS/LL etc
GF and RS, Dept. of CS, Mangalore University
NETCONF Configuration I/F Advertisement by WSDL and XSD
Virtual LANs.
Routing and Switching Essentials v6.0
draft-levin-xcon-cccp-02.txt Orit Levin
67th IETF meeting netconf WG
Chapter 3 VLANs Chaffee County Academy
Virtual LAN VLAN Trunking Protocol and Inter-VLAN Routing
Presentation transcript:

All Rights Reserved Copyright © 2007,Hitachi.Ltd. VLAN data model for NETCONF ( draft-iijima-ngo-vlandatamodel-00) Thursday, March 22, 2007 Tomoyuki Iijima, Kunihiko Toumura, Hideki Okita (Hitachi Central Research Lab) Yoshifumi Atarashi, Hiroyasu Kimura (Alaxala Networks) 68 th IETF meeting NGO BoF

All Rights Reserved Copyright © 2007,Hitachi.Ltd. -2- Proposed goals for NGO WG Investigate NETCONF architecture which can collaborate with other operation sub-systems and application systems. Publish guidelines for NETCONF application developers. Publish data model over NETCONF to exchange configuration data between NETCONF applications and network devices.

All Rights Reserved Copyright © 2007,Hitachi.Ltd. -3- NETCONF data model NETCONF standardization process has almost finished. To discuss NETCONF data model, NGO (NETCONF Goes On) BoF was established after the 67 th meeting. SSH, SOAP, BEEP, Configuration data Transport Protocol RPC Operations Content NETCONF layer Modeling has not been done. RFC4741 RFC4742, 4743, 4744

All Rights Reserved Copyright © 2007,Hitachi.Ltd. -4- Benefits of NETCONF data model Interoperability –Vendors can exchange NETCONF message based on the defined data model. Extensibility –If data modeling is done visually, it is easy to grasp the structure and relations of each configuration data, which makes it easier to append a new configuration data to the existing data model.

All Rights Reserved Copyright © 2007,Hitachi.Ltd. -5- Things to be considered regarding data model interoperability Rough data model is enough –You can transform data model into another one, thanks to the features of XML technology. XML schema XSLT Standardized XML parser available Future extensibility has to be taken into account –There should be no compatibility problem by future extension.

All Rights Reserved Copyright © 2007,Hitachi.Ltd. -6- Network functions to be modeled We extracted network functions to be modeled from a typical network. Internet ISP Enterprise network Filtering (ACL) VRRP VLAN Filtering (ACL) Routing Filtering (ACL) Routing Home

All Rights Reserved Copyright © 2007,Hitachi.Ltd. -7- Configuration data required to be incorporated We incorporated following configuration data into each network function’s data model. FunctionConfiguration data VLANVLAN ID, VLAN name, etc. Filtering (Access Control List) Source IP addr, Destination IP addr, Source port, Destination port, etc. RouteDestination IP, Next hop address, etc. LinePort ID, Speed, Line name, PoE, etc. Link AggregationLink Aggregation, Group ID, port ID list, etc. NodeNode name, Location, etc.

All Rights Reserved Copyright © 2007,Hitachi.Ltd. -8- VLAN’s UML class diagram Vlan - vlanid : short - vlanname : String - logicalIF : LogicalIF - assortmentPort : AssortmentPort TaggedPort - transtag : short ProtocolBasedPort - protocol : String[] MacBasedPort - macAddress : MacAddress[] IpSubnetPort - subNet : String[] UntaggedPort AssortmentPort - portid : String[] - type : String LogicalIF - IPV4Address : IPV4Address[] - IPV6Address : IPV6Address[} > IVlan - setLocator(Locator lctr) : void - getConfig() : short[] - getConfig(short id) : Vlan - getConfig(short[] ids) : Vlans - editConfigDelete(Vlan vlan) : void - editCOnfigMerge(Vlan vlan) : void IPV4Address - value : IPAddress IPV6Address - value : IPAddress association (has-a) inheritance (is-a) realization

All Rights Reserved Copyright © 2007,Hitachi.Ltd. -9- VLAN’s APIs generated from UML VariablesMethod VLAN IDsetVlanid(short vlanid) getVlanid() VLAN namesetVlanname(string vlanname) getVlanname() Tag VLANsetTaggedVlan(TaggedPort taggedPort) getTaggedVlan() Protocol VLANsetProtocolVlan(ProtocolBasedPort protocolBasedPort) getProtocolVlan() MAC VLANsetMacbasedVlan(MacbasedPort macBasedPort) getMacbasedVlan() Untagged VLANsetUntaggedVlan(UntaggedPort untaggedPort) getUntaggedVlan()

All Rights Reserved Copyright © 2007,Hitachi.Ltd VLAN’s XML schema, xsd format (1/4) <xs:schema id="onapi-datamodel_1.1" targetNamespace="urn:net:alaxala:oan:onapi:commons:netmod:1.1" xmlns:ncp="urn:ietf:params:xml:ns:netconf:base:1.0" xmlns:xs=" xmlns:nm1_0="urn:net:alaxala:oan:onapi:commons:netmod:1.0" xmlns:nm1_1="urn:net:alaxala:oan:onapi:commons:netmod:1.1">

All Rights Reserved Copyright © 2007,Hitachi.Ltd VLAN’s XML schema, xsd format (2/4)

All Rights Reserved Copyright © 2007,Hitachi.Ltd VLAN’s XML schema, xsd format (3/4)

All Rights Reserved Copyright © 2007,Hitachi.Ltd VLAN’s XML schema, xsd format (4/4)

All Rights Reserved Copyright © 2007,Hitachi.Ltd Expected issue in the NGO WG Which schema should be used to express a data model? Assumptions –Expected target users of data model Network Operators Network Management System Developers Network Device Developers –Development efficiency is the most important point XML Development Environment Applicability to OOP concept

All Rights Reserved Copyright © 2007,Hitachi.Ltd Comparison between XSD and Relax NG Available XML Development Environment –Developers/Operators use XML API and do not directly treat raw XML data. (Raw XML data is an intermediate expression for them) –Major Development Environment in Web app. world seem to support W3C Schema, not RelaxNG. Applicability to OOP concept –OOP Language like C++ or Java is suitable for XML data processing. –JDK supports W3C Schema by default. W3C Schema (XSD)RelaxNG Environments.NET, Apache Xerces (JDK), libxml2 libxml2, relaxer Schema EditorVisual Studio, Eclipse, OxygenOxygen LanguageC/C++, Java, PerlC, Java Red: major development environments in the Web app. world

All Rights Reserved Copyright © 2007,Hitachi.Ltd NETCONF application example VLAN assignment app. for video streaming VLAN 100 Configuration application implementing VLAN APIs VLAN 100 assign by NETCONF request Operator using Configuration Application Video Server User A Port 0/7 Port VLAN NETCONF reply

All Rights Reserved Copyright © 2007,Hitachi.Ltd Implementation example public class AxConfig { private static short authedVlanId = 100; // … public boolean setPortVlan(int portNum) { // … try { Vlan vlan = new Vlan(); vlan.setVlanid(authedVlanId); UntaggedPort utport = new UntaggedPort(); StringBuffer sb = new StringBuffer("port 0/"); sb.append(portNum); String[] strs = { sb.toString() }; utport.setPortid(strs); vlan.setUntaggedPort(utport); vlanImpl.editConfigMerge(vlan); } catch (Exception e) { // … } 0100 VLAN0100 port 0/7 UNTAGGED_PORT What developers write:What goes on wire:

All Rights Reserved Copyright © 2007,Hitachi.Ltd Implementation Example (cont.) 0100 VLAN0100 port 0/7 UNTAGGED_PORT What goes on wire (magnified one )

All Rights Reserved Copyright © 2007,Hitachi.Ltd Proposal to INTAP/OSMIC We proposed our data model to INTAP/OSMIC and it was accepted as a reference data model. –INTAP (Interoperability Technology Association for Information Processing) Organization established by Japanese government. Promote progress of information technologies. –OSMIC (Open Systems Management Industry Collaboration) INTAP’s sub-committee. Implement and evaluate interoperability among implementations of multiple vendors.

All Rights Reserved Copyright © 2007,Hitachi.Ltd Conclusion We showed our VLAN data model as a reference in order to stimulate NETCONF data model discussion. We would like to request this I-D to be accepted as an informational I-D for a future scope of NGO WG. Let’s start NGO WG!!

All Rights Reserved Copyright © 2007,Hitachi.Ltd XML Tools References Language Specifications – – Development Environments – – –

All Rights Reserved Copyright © 2007,Hitachi.Ltd XML schema shown on designing tool

All Rights Reserved Copyright © 2007,Hitachi.Ltd WSDL shown on designing tool