Connectionless OAM yang model Deepak Kumar Qin WU Zitao Wang Reshad Rahman Srihari Raghavan 1IETF96, Berlin, Germany.

Slides:



Advertisements
Similar presentations
MPLS-TP Alarm Suppression tool
Advertisements

MPLS-TP BFD for CC-CV proactive and RDI functionalities
CCNA2 Module 4. Discovering and Connecting to Neighbors Enable and disable CDP Use the show cdp neighbors command Determine which neighboring devices.
1 Semester 2 Module 4 Learning about Other Devices Yuda college of business James Chen
LIME OAM Model Design Team (DT) Discussion Qin WU (Design Team member) Gregory Mirsky (Design Team member) Tom Taylor (Design Team member) Deepak Kumar.
MPLS-TP OAM Analysis draft-sprecher-mpls-tp-oam-analysis-03.txt Nurit Sprecher / Nokia Siemens Networks Huub van Helvoort / Huawei Yaacov Weingarten /
MPLS-TP OAM Analysis draft-ietf-mpls-tp-oam-analysis-00.txt
1 © 2003, Cisco Systems, Inc. All rights reserved. CCNA 2 Module 4 Learning About Other Devices.
LSP-Ping extensions for MPLS-TP draft-nitinb-mpls-tp-lsp-ping-extensions-01 Nitin Bahadur Sami Boutros Rahul Aggarwal Eric Gray 1IETF 77 MPLS WG IETF 77,
MIDCOM MIB Juergen Quittek, Martin Stiemerling, Pyda Srisuresh 60th IETF meeting, MIDCOM session.
Multiple Interfaces (MIF) WG documents status MIF WG IETF 80, Prague Problem statement and current practices documents.
Pim wg multicast YANG team Meeting
IETF85 A framework for Point-to-Multipoint MPLS-TP draft-hmk-mpls-tp-p2mp-oam-framework-01.txt Yoshinori Koike Masatoshi Namiki Takafumi Hamano.
Network Device YANG Organizational Model draft-rtgyangdt-rtgwg-device-model-03 Authors: Acee Lindem, Christian Hopps, Dean Bogdanovic, Lou Berger (Ed.)
PerfSONAR Schema and Topology Martin Swany. Schema Key Goals: Extensibility, Normalization, Readability Break representation of performance measurements.
MPLS-TP OAM Analysis Nurit Sprecher / Nokia Siemens Networks Tom Nadeau / BT Huub van Helvoort / Huawei Yaacov Weingarten / Nokia Siemens Networks.
Chapter 3 Part 1 Switching and Bridging
A use case for Schema Mount
Booting up on the Home Link
YANG Data Model for RIP draft-liu-rtgwg-yang-rip-01
Daniel King, Old Dog Consulting Adrian Farrel, Old Dog Consulting
Connectionless OAM yang model
Layer Independent OAM Management in the Multi-Layer Environment LIME
MPLS-TP Fault Management Draft draft-boutros-mpls-tp-fault-01
Tal Mizrahi Marvell IETF Meeting 78, July 2010
IETF 94 Yokohama BFD YANG Model and LIME
draft-ietf-l3sm-l3vpn-service-model IETF 94 - Yokohama
draft-litkowski-isis-yang-isis-cfg IETF 90 - Toronto
Routing Area Yang Architecture Design Team Update
draft-ietf-teas-yang-te-topo-01
IETF 95 – Buenos Aires April 2016
Daniel King, Old Dog Consulting Adrian Farrel, Old Dog Consulting
LIME Base YANG Model Work Update draft-tissa-lime-yang-oam-model draft-wang-lime-yang-pm Deepak Kumar Qin WU IETF93 Prage,Czech.
Les Ginsberg Stefano Previdi Peter Psenak Martin Pilka
MPLS P2MP OAM <draft-swallow-mpls-mcast-cv-00.txt>
Routing Area Yang Architecture Design Team Update
Overlay OAM Design Team Report
CHAPTER 3 Architectures for Distributed Systems
YANG Data Model for FDM Abstract
FRD Examples November 28, 2017 L. Ong.
draft-ietf-teas-yang-te-topo-04
LIME CL Model Updated
NETCONF Base Notifications for NMDA
Qin Wu Roni Even Ying Cheng IETF 103 Bangkok, Tailand Oct 12, 2018
Michale Wang Qin Wu Roni Even Wen Bin IETF 103 Bangkok, Tailand
Greg Mirsky Jeff Tantsura Mach Chen Ilya Varlashkin
draft-ietf-rtgwg-ni-model-03 Impact on LxVPN device models
NMDA Q & A draft-dsdt-nmda-guidelines &
DetNet DetNet Flow Information Model draft-farkas-detnet-flow-information-model-02 Balázs Varga, János Farkas, Rodney Cummings, Jiang Yuanlong and.
YANG Data Models for TE and RSVP draft-ietf-teas-yang-te-06 draft-ietf-teas-yang-rsvp-07 draft-ietf-teas-yang-rsvp-te-00 draft-ietf-mpls-base-yang-04 code.
Deepak Kumar Zitao Wang Qin Wu Reshad Rahman Srihari Raghavan
MPLS-TP BFD for CC-CV proactive and RDI functionalities
Chapter 11: Network Address Translation for IPv4
Technical Issues with draft-ietf-mpls-bfd-directed
“Detective”: Integrating NDT and E2E piPEs
LIME CO Model Update draft-ietf-lime-yang-oam-model-07
YANG Data Models for TE and RSVP draft-ietf-teas-yang-te-19 draft-ietf-teas-yang-rsvp-10 draft-ietf-teas-yang-rsvp-te-05 draft-ietf-teas-yang-te-mpls-01.
János Farkas, Balázs Varga, Rodney Cummings, Jiang Yuanlong
YANG data model for Flexi-Grid Optical Networks
IETF Montreal BFD YANG Data Model
YANG Models for MPLS-TP
Joe Clarke (presenting)
Supporting Flexible Algorithm Prefix SIDs in LSP Ping/Traceroute
TAPI and RFC8345 Network Topology Analysis
PWE3/MPLS WG, IETF 80th, Prague
YANG Data Models for TE and RSVP draft-ietf-teas-yang-te-21 draft-ietf-teas-yang-rsvp-11 draft-ietf-teas-yang-rsvp-te-07 Tarek Saad, Juniper Networks Rakesh.
Interface extensions YANG & VLAN sub-interface YANG Status update
Schema version selection Reshad Rahman (presenting), Rob Wilton
YANG Data Models for TE and RSVP draft-ietf-teas-yang-te-21 draft-ietf-teas-yang-rsvp-11 draft-ietf-teas-yang-rsvp-te-07 Tarek Saad, Juniper Networks Rakesh.
E. Bellagamba, Ericsson P. Sköldström, Acreo D. Ward, Juniper
Presentation transcript:

Connectionless OAM yang model Deepak Kumar Qin WU Zitao Wang Reshad Rahman Srihari Raghavan 1IETF96, Berlin, Germany

Model design B D A C Network topo model #1 choose test point -- augment network topology yang model. Testpoint #1 #2 define the parameters of these test points #Tp-address #Relative layer #Support tools (ect.) #2 management System Alice Bob #3 CC, CV, path- discovery, etc. #3 define the rpc And notification (data retrieval procedure) E 2IETF96, Berlin, Germany

Connection-less OAM model TP Address – Generic Representation of Test Point Address Tools – Describe Toolset for Fault detection and Isolation Oam Layers – In future, it can provide way to relate Oam Test Points for Connection Less – Default Level 0(same layer), so if relationship is not known it’s not required to be implemented – Provide OAM Test points to relate to each other as same layer, client layer, and server layer. Path Discovery Data – Generic grouping for path discovery data Continuity check data – Generic grouping for continuity check data IETF96, Berlin, Germany3

Connection Less OAM Method Model RPC – Continuity Check Support Reachability Verification – Continuity Checks are used to verify that a destination is reachable, and are typically sent proactively, though they can be invoked on-demand as well. – Path Discovery / Fault localization Identify nodes along the route to destination Test point IETF96, Berlin, Germany4

Details of TP-address +--rw (tp-address)? | +--:(mac-address) | | +--rw mac-address? yang:mac-address | +--:(ipv4-address) | | +--rw ipv4-address? inet:ipv4-address | +--:(ipv6-address) | | +--rw ipv6-address? inet:ipv6-address | +--:(src-dst-address) | | +--rw src-ip-address? inet:ip-address | | +--rw dst-ip-address? inet:ip-address | | +--rw Interface? if:interface-ref | +--:(fec) | | +--rw fec-type? fec-type | | +--rw (fec-value) | | …… FEC is required for MPLS OAM(RFC) Add for BFD. (src-ip-address, dst-ip-addres, interface) 5IETF96, Berlin, Germany

Details of location-type based list +--rw (location-type)? +--:(ipv4-location-type) | +--rw test-point-ipv4-location-list | +--rw test-point-locations* [ipv4-location] | +--rw ipv4-location inet:ipv4-address … +--:(ipv6-location-type) | +--rw test-point-ipv6-location-list | +--rw test-point-locations* [ipv6-location] | +--rw ipv6-location inet:ipv6-address … +--:(mac-location-type) +--:(tunnel-location-type).. Ipv4 Test point address 6IETF96, Berlin, Germany Ipv4 Test point location list Ipv6 Test point location type

Usage of “tools” attribute tools tools-mpls tools-bfd tools-ip tools-pw … Tools-empty Default empty. this is a placeholder when oam toolset is not needed. rfc792 rfc4443 rfc4884 rfc5837 Tools container: Usage example: The tools container can serve as a constraint condition when the base model be extended to specific OAM technology. For example: If we want to extend to a Multi-Part Messages ICMP: “../coam:tools-ip/ coam:rfc4884" should be set to "true“ : Then add these specific details: Domain test-point-locations ipv4-location ….. augment “path…..”{ when “../coam:tools-ip/coam:rfc4884 = 'true'” Specific details 7IETF96, Berlin, Germany

Usage of “OAM layer” Testpoint A #Tp-address #Support tools …… #relative-oam-layers: level: -1; tp-address: address of B #Tp-address #Support tools …… #relative-oam-layers: level: 1; tp-address: address of A Testpoint B details Testpoint A details management System A BC D Testpoints Testpoint B c. Correlate testpoints with Test results in the LIME model. b.report To management system with oam level info a.Configure Testpoints Testpoints 8IETF96, Berlin, Germany

ML discussion Recap connectionless OAM model should be limited to continuity check, reachability verification. The test-point and many other acronyms should add to Terminology section. Some parameters in tool may not appropriate, such as RFC5880, RFC5885, RFC5882, RFC6375, RFC6428. The description of the model provided in Section 3 doesn't map to the model hierarchy. The oper object should be made clear in the document. The IPv4-location and IPv6-location(cc-ipv4-sessions- statistics and cc-ipv6-sessions-statistics) should be collapsed into one. Break Model in Two modules Oam Data and Oam Data retrieval Methods Long-lived oam session Does it make sense to present oam-layer in this model? Whether it need a pair of source and destination addresses and TLV address? Is FEC really an attribute of TP-location? Does it really need to enumerate all of the tools? Agree, and fix in 01 version Agree, and fix in 04 Discussed in Interim 9IETF96, Berlin, Germany Agree, fix in next revision

Next Step Fix the open issues raised on the list Add Common Session Information as it’s applicable to BFD and TWAMP/OWAMP Performance Monitoring to be added as separate draft IETF96, Berlin, Germany10

Appendix: Model Structure Domain test-point-locations ipv4-location tp-address Ietf-network model test-point-location-list augment Feature: connectionless Key: ipv4-location or ipv6-location or tunnel-location or mac-address-location or ip-prefix-location,etc Choice: Test point address FEC ipv6- address ipv4-address mac-address Case: tools Choice: toolset for fault detection and isolation tools- mpls tools-bfd ip-pingtrace tools-pw Case: Domain Oam-layer level Key: index tp-address Choice: Test point address FEC ipv6-addressipv4-address mac-address Case: index draft-ietf-i2rs-yang-network-topo 11IETF96, Berlin, Germany