QoS Yang Model Aseem Choudhary, Norm Strahle, Ing-Whar Chen,

Slides:



Advertisements
Similar presentations
Chapter 9: Access Control Lists
Advertisements

© 2006 Cisco Systems, Inc. All rights reserved. ICND v2.3—4-1 Managing IP Traffic with ACLs Introducing ACLs.
© 2007 Cisco Systems, Inc. All rights reserved.ICND2 v1.0—6-1 Access Control Lists Introducing ACL Operation.
1 Access Lists. 2 Introduction ACL (access list)  a list of conditions that categorize packets. Rules:  Sequential order.  Until a match is made. 
© 2009 Cisco Systems, Inc. All rights reserved. Cisco Public Presentation_ID 1 Diffserv Yang Model
Weiming Wang Institute of Networks and Communication Engineering Zhejiang Gongshang University, P. R.
Training Course 2 User Module Training Course 3 Data Administration Module Session 1 Orientation Session 2 User Interface Session 3 Database Administration.
Tiziana Ferrari Quality of Service Support in Packet Networks1 Quality of Service Support in Packet Networks Tiziana Ferrari Italian.
Class-based QoS  Internet QoS model requires per session state at each router  1000s s of flows  per session RSVP is complex => reluctance.
Chapter 9. Implementing Scalability Features in Your Internetwork.
Real-time Flow Management 2 BOF: Remote Packet Capture Extensions Jürgen Quittek NEC Europe Ltd, Heidelberg, Germany Georg Carle GMD.
YANG Data Model for Access Control List Configuration draft-huang-netmod-acl-02 Lisa Huang, Alexander Clemm,
1 Traffic Management Benchmarking Framework IETF 87 Berlin draft-constantine-bmwg-traffic-management-01 Barry Constantine Tim.
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.
Slide 1 2/22/2016 Policy-Based Management With SNMP SNMPCONF Working Group - Interim Meeting May 2000 Jon Saperia.
1 Pertemuan 24 Access Control List Fundamentals. Discussion Topics Introduction ACLs How ACLs work Creating ACLs The function of a wildcard mask Verifying.
Draft-wilton-netmod-intf-ext-yang-01 draft-wilton-netmod-intf-vlan-yang-01 Rob Wilton IETF 94 – Yokohama, NETMOD WG.
draft-ietf-teas-yang-te-topo-04
12/11/00Policy Framework WG - 49th IETF1 QDDIM-02 Issues Policy Framework WG 49th IETF Bob Moore -
25/09/ Firewall, IDS & IPS basics. Summary Firewalls Intrusion detection system Intrusion prevention system.
A use case for Schema Mount
Instructor Materials Chapter 6: Quality of Service
Instructor Materials Chapter 4: Access Control Lists
Implementing Quality of Service (QoS)
YANG Data Model for RIP draft-liu-rtgwg-yang-rip-01
draft-ietf-teas-yang-te-topo-05
draft-ietf-l3sm-l3vpn-service-model IETF 94 - Yokohama
draft-litkowski-isis-yang-isis-cfg IETF 90 - Toronto
ietf-syslog Model Status
pim wg multicast YANG team
Benchmarking Framework
Can SUPA Aid ECA Policy Development in I2RS Yang
Routing Area Yang Architecture Design Team Update
IETF#67 – 5-10 November 2006 FECFRAME requirements (draft-ietf-fecframe-req-01) Mark Watson.
IETF 95 – Buenos Aires April 2016
Marc Holness Version May 2016
pim wg multicast YANG team
EE 122: Lecture 16/17 (Integrated Services)
Routing Area Yang Architecture Design Team Update
MLEF Without Capacity Admission Does Not Satisfy MLPP Requirements
Subscribing to YANG datastore push updates draft-ietf-netconf-yang-push-02 NETMOD WG IETF #95 Buenos Aires 4-April-2015 Alexander Clemm Alberto Gonzalez.
draft-ietf-teas-yang-te-topo-04
Chapter 4: Access Control Lists (ACLs)
© 2008 Cisco Systems, Inc. All rights reserved.Cisco ConfidentialPresentation_ID 1 Chapter 6: Quality of Service Connecting Networks.
draft-ietf-pim-igmp-mld-yang-04
IETF ACL YANG Enhancements
IETF ACL YANG Enhancements
YANG Key-Chain Model IETF 97, Seoul
draft-ietf-rtgwg-ni-model-03 Impact on LxVPN device models
DetNet Configuration YANG Model
YANG data model of Control-Plane and User-Plane Separation BNG
Post WG LC NMDA datastore architecture draft
QoS Yang Model Aseem Choudhary, Norm Strahle, Ing-Whar Chen,
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.
A YANG Data Model for Microwave Radio Link draft-mwdt-ccamp-mw-yang-00
draft-ietf-teas-yang-te-topo-08
PAA-2-EP protocol PANA wg - IETF 58 Minneapolis
William Lupton | | 04-Nov-2018
OAM for Deterministic Networks with IP Data Plane draft-mirsky-detnet-ip-oam Greg Mirsky Mach Chen IETF-105 July 2019, Montreal.
QoS Yang Model Aseem Choudhary, Norm Strahle, Ing-Whar Chen,
IETF Prague BFD Unsolicited
draft-ietf-teas-yang-l3-te-topo-02
IETF Montreal BFD YANG Data Model
RIFT YANG draft-zhang-rift-yang-01
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
An HTTPS-based Transport for Subscribed Notifications
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.
Presentation transcript:

QoS Yang Model http://www.ietf.org/id/draft-asechoud-rtgwg-qos-model-10.txt Aseem Choudhary, Norm Strahle, Ing-Whar Chen, Mahesh Jethanandani, Ebben Aries IETF 105, Montreal July, 2019

Topics Overview QoS Framework Modules Derived Modules Vendor Specific Augmentations Summary Next Steps

Overview This is a QoS YANG model draft in RTGWG It is a RTGWG candidate working group draft This draft was moved from NETMOD to RTGWG Presenting an RTGWG draft in TSVWG is intended to promote awareness of QoS work

Model Overview Three levels of models: Base infrastructure: Classifier, Action, Policy, Target Frameworks and building blocks Derived Modules: Diffserv Module Queue Policy Module Scheduler Policy Module Vendor specific: Typically, vendors would augment base and derived models Stiches some of the building blocks together

QoS Framework Modules Classifier Module Policy Module Defines a classifier object referred by a name A classifier object contains one or more filter entries Logical OR/AND operation of different Classification Parameters Same classifier object can be referred by multiple policy objects Policy Module Defines QoS policy object referred by a name A policy object contains one or more classifier entries and actions A classifier entry may be defined inline or may refer to a classifier object A packet matching the first classifier entry will skip further classification in the policy

Classifier Module Tree Diagram module: ietf-qos-classifier     +--rw classifiers {classifier-template-feature}?        +--rw classifier-entry* [classifier-entry-name]           +--rw classifier-entry-name                string           +--rw classifier-entry-descr?              string           +--rw classifier-entry-filter-operation?   identityref           +--rw filter-entry* [filter-type filter-logical-not]              +--rw filter-type           identityref              +--rw filter-logical-not    boolean                                    

Policy Module Tree Diagram module: ietf-qos-policy     +--rw policies        +--rw policy-entry* [policy-name policy-type]           +--rw policy-name         string           +--rw policy-type         identityref           +--rw policy-descr?       string           +--rw classifier-entry* [classifier-entry-name]              +--rw classifier-entry-name           string              +--rw classifier-entry-inline?        boolean              +--rw classifier-entry-filter-oper?   identityref              +--rw filter-entry* [filter-type filter-logical-not] {policy-inline-classifier-config}?              |  +--rw filter-type           identityref              |  +--rw filter-logical-not    boolean              +--rw classifier-action-entry-cfg* [action-type]                 +--rw action-type    identityref                 +--rw (action-cfg-params)?                                       

QoS Framework Modules Action Module Target Module Defines grouping for metering, marking, Queuing, Scheduling Meter model as one rate two colors, one rate three colors and two rates three colors Target Module Augments ietf-interface module Policy is applied to inbound and/or outbound Traffic

Derived Modules Diffserv Module Models Diffserv architecture as defined in RFC 2475, RFC 3260 Diffserv MIB RFC 3289 is used as reference for parameter definitions Supported filter types are: DSCP, source IP address, destination IP address, source port, destination port and protocol DSCP, source/destination port and protocol are defined as range. Multiple ranges of the same filter type can be configured Source/destination IP address are defined as address value and prefix length. Multiple of address prefix and prefix length can be configured in a filter Inline Queuing and Scheduling Parameters

Derived Modules Queuing Policy Module Scheduler Policy Module Augments Policy module to define Queuing Policy Classification is based on Traffic-Group Actions include Priority, Min-rate, Max-rate Scheduler Policy Module Augments Policy module to define Scheduler Policy Match all parameters Actions include associated Min-rate, Max-rate, Queuing Policy

Vendor Specific Augmentations Vendors specific module may have additional matches and actions It may have new policy-types Different Vendors may support additional parameters

Summary The current model defines QoS framework of Policy, Classifier, Actions, Target Derived Modules including Diffserv, Queues & Schedulers Model are augmented to Base framework Adaptable to any vendor QoS model. The three examples of Company A, B and C models are added. Augmentable to other Matches and Actions Extensible through various feature definitions

Next Steps Comments from IETF Community