Draft-ietf-isis-yang-isis-cfg-01 IETF 91 S. Litkowski, Orange D. Yeung, Cisco A. Lindem, Cisco J. Zhang, Juniper L. Lhotka.

Slides:



Advertisements
Similar presentations
Release 5.1, Revision 0 Copyright © 2001, Juniper Networks, Inc. Advanced Juniper Networks Routing Module 4: Intermediate System To Intermediate System.
Advertisements

Zero Touch Provisioning for NETCONF/RESTCONF Call Home draft-ietf-netconf-zerotouch-02 NETCONF WG IETF #92 Dallas, TX, USA.
YANG Data Model for VRRP draft-liu-rtgwg-yang-vrrp-02
Draft-bogdanovic-netmod-yang- model-classification-03 IETF 92 Dallas NETMOD WG B. Claise, C. Moberg, Cisco Systems D. Bogdanovic Juniper Networks.
© 2007 Cisco Systems, Inc. All rights reserved.Cisco Public ITE PC v4.0 Chapter 1 1 Link-State Routing Protocols Routing Protocols and Concepts – Chapter.
IETF YANG routing models VRF centric vs Protocol centric.
Draft-li-mpls-network-virtualization-framework-00IETF 88 SPRING WG1 Framework of Network Virtualization Based on MPLS Global Label draft-li-mpls-network-virtualization-framework-00.
YANG in a Nutshell The YANG Gang IETF 71. YANG has... A reasonable self-contained specification A focus on readers and reviewers Text-based , patch,
IETF 90 Toronto Yang Data Model for OSPF Protocol draft-yeung-netmod-ospf-01 and beyond Derek Yeung Derek Yeung Dean Bogdanovic
© 2009 Cisco Systems, Inc. All rights reserved. ROUTE v1.0—3-1 Implementing a Scalable Multiarea Network OSPF- Based Solution Lab 3-5 Debrief.
Pim wg multicast YANG team Meeting Graceful Restart Config module: ietf-pim-base augment /rt:routing/rt:routing-instance/rt:routing-protocols:
MPLS YANG Data Models IETF91 Submitted I-Ds: draft-chen-mpls-ldp-yang-cfg X. Chen, and Z. Li draft-chen-mpls-te-yang-cfg X. Chen, Z. Li, and X. Zeng draft-gandhi-mpls-te-yang-model.
IETF 92 Dallas, TX Yang Data Model for OSPF Protocol draft-ietf-ospf-yang-00 Yingzhen Qu Derek Yeung YingZhen Qu
Access Control List Model draft-ietf-netmod-acl-model (draft-bogdanovic-netmod-acl-model-02) IETF 91 Honolulu Lisa Huang, Dana Blair, Kiran Koushik, Dean.
Draft-litkowski-rtgwg-spf-uloop-pb-statement IETF 90 - Toronto S. Litkowski, Orange.
71st IETF meeting, March 2008 Traffic Engineering Database Management Information Base in support of GMPLS Traffic Engineering Database Management Information.
YANG Data Model for IPv4-in-IPv6 Softwire draft-sun-softwire-yang November 2014 Q. Sun, H. Wang, Y. Cui, I. Farrer (presenter), M. Boucadair.
Pim wg multicast YANG team Meeting
Pim wg multicast YANG team Meeting Interface Hierarchy augment /rt:routing/rt:routing-instance/rt:routing-protocols: +--rw pim +--rw graceful-restart.
Pim wg multicast YANG team Meeting Interface Hierarchy (Option 1) +--rw routing +--rw routing-instance* [name] +--rw routing-protocols +--rw.
draft-ietf-teas-yang-te-topo-04
PIM YANG Model draft-liu-pim-yang-00 Yisong Liu, Feng Guo (Huawei) IETF 91, Honolulu.
YANG Data Model For RIB Extensions IETF 97, Seoul
YANG Data Model for RIP draft-liu-rtgwg-yang-rip-01
draft-ietf-teas-yang-te-topo-05
Connectionless OAM yang model
IETF 96 Berlin, Germany Key Chain Yang Data Model
draft-ietf-l3sm-l3vpn-service-model IETF 94 - Yokohama
draft-litkowski-isis-yang-isis-cfg IETF 90 - Toronto
draft-ietf-teas-yang-te-topo-06
Routing Area Yang Architecture Design Team Update
Scenario 1 Results On R3, interface Tunnel2 is up. ! hostname R3
Scenario 1 Results On R3, interface Tunnel2 is up. ! hostname R3
Multicast Information Model draft-zhang-mboned-multicast-info-model-00 Sandy. Zhang Linda Wang (Presenting) Mboned WG IETF 97#Seoul.
draft-ietf-teas-yang-te-topo-01
IETF 95 – Buenos Aires April 2016
pim wg multicast YANG team
L2VPN/EVPN/L3VPN Yang IETF-96 Berlin.
Les Ginsberg Stefano Previdi Peter Psenak Martin Pilka
Routing Area Yang Architecture Design Team Update
YANG Data Models for TE and RSVP draft-ietf-teas-yang-te-03 draft-ietf-teas-yang-rsvp-03 Tarek Saad (Presenter)
IETF 97 Seoul, South Korea Yang Data Model for OSPF Protocol draft-ietf-ospf-yang-06 draft-ietf-ospf-sr-yang-00 Derek Yeung Derek Yeung
pim wg multicast YANG team
draft-ietf-teas-yang-te-topo-04
IGMP & MLD Snooping YANG Model
draft-ietf-pim-igmp-mld-yang-04
YANG Key-Chain Model IETF 97, Seoul
draft-ietf-rtgwg-ni-model-03 Impact on LxVPN device models
Interface extensions YANG & VLAN sub-interface YANG Status update
RIFT YANG draft-zhang-rift-yang-00
Routing Area Yang Architecture Design Team Update
IGMP & MLD Snooping YANG Model
Post WG LC NMDA datastore architecture draft
draft-liu-netmod-yang-schedule-02
YANG Data Models for TE and RSVP draft-ietf-teas-yang-te-08 draft-ietf-teas-yang-rsvp-07 draft-ietf-teas-yang-rsvp-te-01
Yingzhen Qu YANG Data Model for OSPF Protocol draft-ietf-ospf-yang-08 draft-ietf-ospf-sr-yang-02 IETF99, Prague Derek Yeung
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.
draft-ietf-teas-yang-te-topo-08
LSR YANG Status IETF 101, London
YANG Data Model for FlexE Interface Management
IETF Prague BFD Unsolicited
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.
draft-ietf-teas-yang-l3-te-topo-04
draft-ietf-teas-yang-l3-te-topo-02
IETF 100 – Singapore November 2017
YANG Models for MPLS-TP
RIFT YANG draft-zhang-rift-yang-01
OSPF WG Status IETF 80, Prague CZ
Yang Data Model for Layer 3 TE Topologies
Interface extensions YANG & VLAN sub-interface YANG Status update
Presentation transcript:

draft-ietf-isis-yang-isis-cfg-01 IETF 91 S. Litkowski, Orange D. Yeung, Cisco A. Lindem, Cisco J. Zhang, Juniper L. Lhotka

Design team Vendors : Cisco, Juniper, Brocade Service Provider : Orange

Configuration hierarchy Pretty aligned with OSPF, we still need to align few parameters and naming conventions We face high level of disprecancies between vendor CLIs that are hard to manage even on some critical parameters like « area-address », we are at least trying to analyse Cisco, Juniper, ALU, Brocade CLIs. Each vendor would like to push its own CLI, consensus is not so easy … Solutions to manage disprecancies : – YANG Feature – YANG Deviation – Ask vendor for CLI mapping or new feature implementation in the box (not really welcomed by vendors ) – Remove non essential parameters (will be added by augmentation of vendor specific models)

Configuration hierarchy augment /rt:routing/rt:routing-instance/rt:routing-protocols/rt:routing-protocol: +--rw isis +--rw instance* [routing-instance] +--rw routing-instance rt:routing-instance-ref +--rw level-type? level +--rw system-id? system-id +--rw maximum-area-addresses? uint8 {maximum-area-addresses}? +--rw area-address* area-address +--rw mpls-te | +--rw ipv4-router-id? inet:ipv4-address {ipv4-router-id}? | +--rw ipv6-router-id? inet:ipv6-address {ipv6-router-id}? +--rw reference-bandwidth? uint32 {reference-bandwidth}? +--rw lsp-mtu? uint16 +--rw lsp-lifetime? uint16 +--rw lsp-refresh? uint16 {lsp-refresh}? +--rw graceful-restart {graceful-restart}? | +--rw enabled? boolean +--rw authentication* [level] |.. +--rw metric-type* [level] | +--rw value? enumeration | +--rw level level +--rw preference* [level] |.. +--rw default-metric* [level] | +--rw value? wide-metric | +--rw level level +--rw af* [af] {nlpid-control}? | +--rw af string | +--rw enabled? boolean +--rw topologies* [name] {multi-topology}? |.. +--rw overload* [level] | … +--rw overload-max-metric* [level] {overload-max-metric}? |.. +--rw interfaces +--rw interface* [name] …

Interface Configuration hierarchy +--rw interfaces +--rw interface* [name] +--rw name string +--rw level-type? level +--rw lsp-pacing-interval? uint16 +--rw lsp-retransmit-interval? uint16 +--rw passive? boolean +--rw csnp-interval? uint16 +--rw hello-padding | +--rw enabled? boolean +--rw mesh-group-enabled? mesh-group-state +--rw mesh-group? uint8 +--rw interface-type? interface-type +--rw enabled? boolean +--rw tag* uint32 {prefix-tag}? +--rw tag64* uint64 {prefix-tag64}? +--rw hello-authentication* [level] | +--rw type? authentication-type | +--rw key? string | +--rw level level +--rw hello-interval* [level] | +--rw value? uint16 | +--rw level level +--rw hello-multiplier* [level] | +--rw value? uint16 | +--rw level level +--rw priority* [level] | +--rw value? uint8 | +--rw level level +--rw metric* [level] | +--rw value? wide-metric | +--rw level level +--rw af* [af] | +--rw af string | +--rw bfd {bfd}? | rw topologies* [name] +--rw name rt:rib-ref +--rw metric* [level]...

Configuration missing pieces Routing policies : – Huge work, more global, out of ISIS model work Summary-address : – May be related to routing policies depending of implementations – We did not decide yet how to address it SPRING IPFRR Others ?

Operational/rpcs/notifications states Quite aligned with MIB (and even more), but was not reviewed yet by the draft team We want first to finish and agree on the configuration part

Operational states augment /rt:routing-state/rt:routing-instance/rt:routing-protocols/rt:routing-protocol: +--ro isis +--ro system-counters | +--ro level* [level] | … +--ro interface-counters | +--ro interface* [interface] | … +--ro packet-counters | +--ro level* [level] | … +--ro interfaces | +--ro interfaces* [interface] | … +--ro adjacencies | +--ro adjacency* | … +--ro spf-log | +--ro event* [id] | … +--ro lsp-log | +--ro event* [id] | … +--ro database | +--ro level-db* [level] | +--ro level level-number | +--ro lsp* [lsp-id] | … +--ro hostnames +--ro hostname* [system-id] +--ro system-id system-id +--ro hostname? string

rpcs: +---x clear-adjacency | +--ro input | +--ro routing-instance-name rt:routing-instance-state-ref | +--ro routing-protocol-instance-name instance-state-ref | +--ro level? level | +--ro interface? string +---x clear-database +--ro input +--ro routing-instance-name rt:routing-instance-state-ref +--ro routing-protocol-instance-name instance-state-ref +--ro level? level RPCs

Notifications notifications: +---n database-overload … +---n lsp-too-large … +---n corrupted-lsp-detected … +---n attempt-to-exceed-max-sequence … +---n id-len-mismatch … +---n max-area-addresses-mismatch … +---n own-lsp-purge … +---n sequence-number-skipped … +---n authentication-type-failure … +---n authentication-failure … +---n version-skew … +---n area-mismatch … +---n rejected-adjacency … +---n protocols-supported-mismatch … +---n lsp-error-detected … +---n adjacency-change … +---n lsp-received … +---n lsp-generation

What’s next ? Finish review of config parameters and align namings with OSPF Start review of operational parameters We need the feedback from the WG !