pim wg multicast YANG team

Slides:



Advertisements
Similar presentations
1April 16, 2002 Layer 3 Multicast Addressing IP group addresses – “Class D” addresses = high order bits of “1110” Special reserved.
Advertisements

Introduction to IP Multicast 1 Cisco Systems Confidential 0810_04F7_c2.
Xing Li CERNET NOC/TEIN2 NOC
,< 資 管 Lee 附錄 A0 IGMP vs Multicast Listener Discovery.
© 2006 Cisco Systems, Inc. All rights reserved.Cisco Public BSCI Module 7 Lesson 2 1 IP Multicasting: IGMP and Layer 2 Issues.
1 DYNAMIC HOST REGISTRATION -- INTERNET GROUP MANAGEMENT PROTOCOL Yi-Cheng Lin.
EE689 Lecture 12 Review of last lecture Multicast basics.
© 2006 Cisco Systems, Inc. All rights reserved.Cisco Public BSCI Module 7 Lesson 4 1 IP Multicasting: Multicast Configuration and Verification.
IPv6 Multicast Δημήτριος Α Αδάμος ΑΠΘ - ΕΔΕΤ 107 NW’
© J. Liebeherr, All rights reserved 1 IP Multicasting.
IGMP and MLD Optimizations in Wireless and Mobile Networks 1 draft-liu-multimob-igmp-mld-wireless-mobile-02 Liu Hui Mike McBride.
Group Management n Introduction n Internet Group Management Protocol (IGMP) n Multicast Listener Discovery (MLD) protocol.
Speaker 2006/XX/XX Speaker 2007/XX/XX IGMP Snooping CK NG Technical Marketing.
© 2009 Cisco Systems, Inc. All rights reserved. Cisco Public Presentation_ID 1 Diffserv Yang Model
IPv6 Multicast 6DEPLOY. IPv6 Deployment and Support.
UKERNA IP Multicast Mini Workshop Intra-domain Multicast Hands-on Lab Exercises Networkshop 2006.
Microsoft Windows Server 2003 TCP/IP Protocols and Services Technical Reference Slide: 1 Lesson 9 Internet Group Management Protocol (IGMP)
CSC 600 Internetworking with TCP/IP Unit 8: IP Multicasting (Ch. 17) Dr. Cheer-Sun Yang Spring 2001.
1 CMPT 471 Networking II IGMP (IPv4) and MLD (IPv6) © Janice Regan,
Introduction to IP Multicast
© J. Liebeherr, All rights reserved 1 Multicast Routing.
Multicast 1 Spencer Tsai Mobile Communication & Broadband Network Lab CSIE Fu-Jen Catholic University Introduction to Multicast.
© J. Liebeherr, All rights reserved 1 IP Multicasting.
IETF77 Multimob California1 Proposal for Tuning IGMPv3/MLDv2 Protocol Behavior in Wireless and Mobile networks draft-wu-multimob-igmp-mld-tuning-00 Qin.
Multicast in Network Level Presented by Apichan Kanjanavapastit, PhD (Telecom) Department of Telecommunication Engineering Faculty of Engineering Mahanakorn.
Pim wg multicast YANG team Meeting Graceful Restart Config module: ietf-pim-base augment /rt:routing/rt:routing-instance/rt:routing-protocols:
IETF 92 Dallas, TX Yang Data Model for OSPF Protocol draft-ietf-ospf-yang-00 Yingzhen Qu Derek Yeung YingZhen Qu
4.6 Multicast at the Network Layer Introduction: The Internet multicast abstraction and multicast groups The IGMP Protocol Multicast.
Tuning the Behavior of IGMP and MLD for Mobile Hosts and Routers draft‐asaeda‐multimob‐igmp‐mld‐optimization‐03 Hitoshi Asaeda, Yogo Uchida Keio University.
Pim wg multicast YANG team Meeting
6DEPLOY. IPv6 Deployment and Support
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.
Multicasting EECS June Multicast One-to-many, many-to-many communications Applications: – Teleconferencing – Database – Distributed computing.
Pim wg multicast YANG team Meeting Interface Hierarchy (Option 1) +--rw routing +--rw routing-instance* [name] +--rw routing-protocols +--rw.
Pim wg multicast YANG team Meeting
1 Group Communications: Host Group and IGMP Dr. Rocky K. C. Chang 19 March, 2002.
1 CMPT 471 Networking II Multicasting © Janice Regan,
Agenda Problem Statement Solution Overview and Applicability
YANG Data Model For RIB Extensions IETF 97, Seoul
Presentation_ID © 2003, Cisco Systems, Inc. All rights reserved
YANG Data Model for RIP draft-liu-rtgwg-yang-rip-01
Multicast Listener Discovery
draft-ietf-l3sm-l3vpn-service-model IETF 94 - Yokohama
draft-litkowski-isis-yang-isis-cfg IETF 90 - Toronto
Tuning the Behavior of IGMP and MLD for Mobile Hosts and Routers
Can SUPA Aid ECA Policy Development in I2RS Yang
Routing Area Yang Architecture Design Team Update
Hitoshi Asaeda Nicolai Leymann
Hitoshi Asaeda Nicolai Leymann
IETF 95 – Buenos Aires April 2016
pim wg multicast YANG team
CMPE 252A: Computer Networks
L2VPN/EVPN/L3VPN Yang IETF-96 Berlin.
Routing Area Yang Architecture Design Team Update
ECE544: Communication Networks-II Spring 2013
Summary Issued adoption call for draft-zhou-pim-vrrp.
IGMP & MLD Snooping YANG Model
draft-ietf-pim-igmp-mld-yang-04
Chapter 10 IGMP Prof. Choong Seon HONG.
RIFT YANG draft-zhang-rift-yang-00
IGMP & MLD Snooping YANG Model
Routing Area Common YANG Data Types
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.
IP Multicast COSC /5/2019.
IETF Prague BFD Unsolicited
QoS Yang Model Aseem Choudhary, Norm Strahle, Ing-Whar Chen,
YANG Models for MPLS-TP
RIFT YANG draft-zhang-rift-yang-01
draft-ietf-pim-igmp-mld-yang-06
Presentation transcript:

pim wg multicast YANG team Meeting 20160106 https://www.ietf.org/mailman/listinfo/yang-multicast http://trac.tools.ietf.org/wg/pim/trac/wiki/yang https://github.com/mcallisterjp/pim-yang

df-election State augment /rt:routing-state/rt:routing-instance/rt:routing-protocols/pim-base:pim/pim-base:address-family/pim-rp:rp: +--ro bidir +--ro df-election | +--ro ipv4-rp* [ipv4-addr] | | +--ro ipv4-addr inet:ipv4-address | +--ro ipv6-rp* [ipv6-addr] | +--ro ipv6-addr inet:ipv6-address +--ro interface-df-election +--ro ipv4-rp* [ipv4-addr interface-name] | +--ro ipv4-addr inet:ipv4-address | +--ro interface-name if:interface-ref | +--ro df-address? inet:ipv4-address | +--ro interface-state? identityref +--ro ipv6-rp* [ipv6-addr interface-name] +--ro ipv6-addr inet:ipv6-address +--ro interface-name if:interface-ref +--ro df-address? inet:ipv6-address +--ro interface-state? identityref

Interface DF State Type identity df-state { description "DF election state type."; reference "RFC5015: Bidirectional Protocol Independent Multicast (BIDIR-PIM)."; } identity df-state-offer { base df-state; "Initial election state.."; identity df-state-lose { "There either is a different election winner or that no router on the link has a path to the RPA."; identity df-state-win { "The router is the acting DF without any contest."; identity df-state-backoff { "The router is the acting DF but another router has made a bid to take over..";

interace-df-election augment /rt:routing-state/rt:routing-instance/rt:routing-protocols/pim-base:pim/pim-base:interfaces/pim-base:interface/pim-base:address-family: +--ro bidir! +--ro df-election {intf-df-election}? +--ro offer-interval? pim-base:timer-value +--ro backoff-interval? pim-base:timer-value +--ro offer-multipler? uint8

IGMP The possible points for augmentation consideration are 1. augment /if:interfaces/if:interface/ip:ipv4: 2. augment /rt:routing/rt:routing-instance/rt:routing-protocols/rt:protocol: 3. augment /rt:routing/rt;routing-instance/rt:routing-protocols -- Use this

IGMP global config module: ietf-igmp augment /rt:routing/rt:routing-instance/rt:routing-protocols: +--rw igmp +--rw enabled? boolean//need to discuss +--rw query-interval? uint16 +--rw query-response-interval? uint16 +--rw query-last-member-interval? uint16 +--rw robust-count? uint8 +--rw version? uint8 // need to discuss +--rw maximum-transmit-rate? uint16 // pps vs. kbps +--rw require-router-alert? boolean +--rw send-router-alert? boolean +--rw other-querier-present-time? uint16 +--rw entry-limit? Uint32 max-groups max-group-per-intf explicit-tracking // need to discuss ssm-map rules define here +--rw ssm-map | +--rw source-ip-address inet:ipv4-address | +--rw group-ip-address inet:ipv4-address | +--rw group-ip-mask inet:ipv4-address

IGMP All Interfaces Config augment /rt:routing/rt:routing-instance/rt:routing-protocols: +--rw igmp +--rw global +--rw interfaces +--rw enable? boolean {intf-admin-enable}? +--rw group-limit? uint32 {intf-group-limit}? +--rw group-policy? string +--rw immediate-leave? empty {intf-immediate-leave}? +--rw last-member-query-interval? uint16 +--rw query-interval? uint16 +--rw query-max-response-time? uint16 +--rw robustness-variable? uint8 +--rw verify-source-subnet? empty {intf-verify-source-subnet}? +--rw version? uint8 +--rw join-group* inet:ipv4-address {intf-join-group}?

IGMP All Interfaces Config module: ietf-igmp augment /rt:routing/rt:routing-instance/rt:routing-protocols: +--rw igmp +--rw global +--rw interfaces +--rw ssm-map* [address group-policy] {intf-ssm-map}? | +--rw address inet:ipv4-address | +--rw group-policy string // need to discuss ssm-map rules define here // From Yisong +--rw ssm-map | +--rw source-ip-address inet:ipv4-address | +--rw group-ip-address inet:ipv4-address | +--rw group-ip-mask inet:ipv4-address +--rw static-group* [group source-addr] {intf-static-group}? | +--rw group inet:ipv4-address | +--rw source-addr union

IGMP Per Interface Config augment /rt:routing/rt:routing-instance/rt:routing-protocols: +--rw igmp +--rw interface* [interface] +--rw interface if:interface-ref +--rw enable? boolean {intf-admin-enable}? +--rw group-limit? uint32 {intf-group-limit}? +--rw group-policy? string +--rw immediate-leave? empty {intf-immediate-leave}? +--rw last-member-query-interval? uint16 +--rw query-interval? uint16 +--rw query-max-response-time? uint16 +--rw robustness-variable? uint8 +--rw verify-source-subnet? empty {intf-verify-source-subnet}? +--rw version? uint8 +--rw join-group* inet:ipv4-address {intf-join-group}? //need to discuss // From Yisong +--rw max-groups? uint32 +--rw max-sources? uint32 +--rw max-group-sources? uint32 +--rw disable-router-alert-check? boolean +--rw subnet-check? boolean +--rw join-group? inet:ipv4-address +--rw ip-source-policy? string +--rw require-router-alert? boolena +--rw send-router-alert? boolean +--rw other-querier-present-time? uint16 +--rw ssm-map-enabled? boolean

IGMP Per Interface Config augment /rt:routing/rt:routing-instance/rt:routing-protocols: +--rw igmp +--rw interface* [interface] +--rw interface if:interface-ref +--rw ssm-map* [address group-policy] {intf-ssm-map}? | +--rw address inet:ipv4-address | +--rw group-policy string // need to discuss // From Yisong +--rw ssm-map* [source-ip-address] | +--rw source-ip-address inet:ipv4-address | +--rw group-access-list-name string +--rw ssm-map policy? string +--rw static-group* [group source-addr] {intf-static-group}? +--rw group inet:ipv4-address +--rw source-addr union //need to discuss // From Yisong | +--rw exclude? toggle | +--rw group-number? uint16 | +--rw group-increment? inet:ipv4-address | +--rw source-number? uint | +--rw source-increment? inet:ipv4-address | +--rw group-range-start? inet:ipv4-address | +--rw group-range-end? inet:ipv4-address | +--rw group-range-step? inet:ipv4-address

MLD module: ietf-mld augment /if:interfaces/if:interface/ip:ipv4: +--rw mld +--rw ssm-map* [source-ip-address] | +--rw source-ip-address inet:ipv6-address | +--rw group-access-list-name string +--rw static-group* [group-ip-address] | +--rw group-ip-address inet:ipv6-address | +--rw source-ip-address? inet:ipv6-address // list +--rw access-group? string +--rw last-member-query-interval? uint16 +--rw query-interval? uint16 +--rw query-max-response-time? uint8 +--rw query-solicitation? empty +--rw robust? uint8 +--rw version? uint8