pim wg multicast YANG team

Slides:



Advertisements
Similar presentations
Alberto Ornaghi IGMP v3 Internet Group Management Protocol, Version 3 References : draft-ietf-idmr-igmp-v3-08.txt.
Advertisements

1April 16, 2002 Layer 3 Multicast Addressing IP group addresses – “Class D” addresses = high order bits of “1110” Special reserved.
Xing Li CERNET NOC/TEIN2 NOC
© 2006 Cisco Systems, Inc. All rights reserved.Cisco Public 1 Version 4.0 Implementing IP Addressing Services Accessing the WAN – Chapter 7.
,< 資 管 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.
© 2006 Cisco Systems, Inc. All rights reserved.Cisco Public BSCI Module 7 Lesson 4 1 IP Multicasting: Multicast Configuration and Verification.
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)
1 © 2004 Cisco Systems, Inc. All rights reserved. CCNA 2 v3.1 Module 11 Access Control Lists (ACLs)
1 CMPT 471 Networking II IGMP (IPv4) and MLD (IPv6) © Janice Regan,
TCP/IP Protocol Suite 1 Chapter 10 Upon completion you will be able to: Internet Group Management Protocol Know the purpose of IGMP Know the types of IGMP.
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:
Cisco Confidential © 2010 Cisco and/or its affiliates. All rights reserved. 1 Multicasting within UCS Qiese Dides.
McGraw-Hill©The McGraw-Hill Companies, Inc., 2000 Chapter 10 Internet Group Management Protocol (IGMP)
© 2004, Cisco Systems, Inc. All rights reserved. CSPFA 3.2—13-1 Lesson 13 Switching and Routing.
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.
1 © 2003, Cisco Systems, Inc. All rights reserved. CCNP 1 v3.0 Module 4 Routing Information Protocol version 2.
Pim wg multicast YANG team Meeting
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.
Draft-ietf-isis-yang-isis-cfg-01 IETF 91 S. Litkowski, Orange D. Yeung, Cisco A. Lindem, Cisco J. Zhang, Juniper L. Lhotka.
Pim wg multicast YANG team Meeting
1 Group Communications: Host Group and IGMP Dr. Rocky K. C. Chang 19 March, 2002.
Cisco implementation of ACL yang model
YANG Data Model For RIB Extensions IETF 97, Seoul
YANG Data Model for RIP draft-liu-rtgwg-yang-rip-01
Multicast Listener Discovery
Connectionless OAM yang model
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
pim wg multicast YANG team
draft-ietf-teas-yang-te-topo-06
Can SUPA Aid ECA Policy Development in I2RS Yang
Routing Area Yang Architecture Design Team Update
Hitoshi Asaeda Nicolai Leymann
Hitoshi Asaeda Nicolai Leymann
draft-ietf-teas-yang-te-topo-01
IETF 95 – Buenos Aires April 2016
Link Model Analysis for based Networks
L2VPN/EVPN/L3VPN Yang IETF-96 Berlin.
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)
Chapter 10: DHCP Routing & Switching Chapter 10: DHCP
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.
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
Chapter 10 IGMP Prof. Choong Seon HONG.
RIFT YANG draft-zhang-rift-yang-00
Internet Group Management Protocol, Version 3
IGMP & MLD Snooping YANG Model
draft-liu-netmod-yang-schedule-02
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.
IETF Prague BFD Unsolicited
RIFT YANG draft-zhang-rift-yang-01
draft-ietf-pim-igmp-mld-yang-06
Presentation transcript:

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

IGMP ssm config Juniper: policy-statement POLICY-ipv4-example1 { term 1 { from { route-filter 232.1.1.1/32 exact; } then { ssm-source [ 10.10.10.4 192.168.43.66 ]; accept; Cisco: ! access-list 10 permit 232.1.2.10 access-list 11 permit 232.1.2.0 0.0.0.255 ip igmp ssm-map enable ip igmp ssm-map static 10 172.16.8.10 ip igmp ssm-map static 11 172.16.8.11

IGMP ssm config Option 1: (Special enum “policy” to specify source-addr in policy) module: ietf-igmp augment /rt:routing/rt:routing-instance/rt:routing-protocols: +--rw igmp +--rw interface* [interface] | +--rw ssm-map-src-policy* [source-addr group-policy] {intf-ssm-map-1}? | | +--rw source-addr source-addr-type // ipv4-address | “policy” | | +--rw group-policy string | +--rw ssm-map-policy* [group-policy] {intf-ssm-map-2}? Option 2: (Two separate feature) | +--rw ssm-map* [source-addr group-policy] {intf-ssm-map}? Option 3: (Vendor Augmentation)

IGMP intf static group config module: ietf-igmp augment /rt:routing/rt:routing-instance/rt:routing-protocols: +--rw igmp +--rw interface* [interface] | +--rw static-group* [group source-addr] {intf-static-group}? | +--rw group inet:ipv4-address | +--rw source-addr source-addr-type

MLD Global and All Intf Option 1: (Same as IGMP) module: ietf-igmp-mld augment /rt:routing/rt:routing-instance/rt:routing-protocols: +--rw mld +--rw global | +--rw enable? boolean {global-admin-enable}? | +--rw max-entries? uint32 {global-max-entries}? | +--rw max-groups? uint32 {global-max-groups}? +--rw interfaces +--rw last-member-query-interval? uint16 +--rw max-groups-per-interface? uint32 {intf-max-groups}? +--rw query-interval? uint16 +--rw query-max-response-time? uint16 +--rw require-router-alert? boolean {intf-require-router-alert}? +--rw robustness-variable? uint8 +--rw version? uint8 Option 2: (Different features) | +--rw enable? boolean {global-admin-enable-mld}? | +--rw max-entries? uint32 {global-max-entries-mld}? | +--rw max-groups? uint32 {global-max-groups-mld}? +--rw max-groups-per-interface? uint32 {intf-max-groups-mld}?

MLD Per Interface module: ietf-igmp-mld augment /rt:routing/rt:routing-instance/rt:routing-protocols: +--rw mld +--rw interfaces +--rw interface* [interface] +--rw interface if:interface-ref +--rw enable? boolean {intf-admin-enable}? +--rw group-policy? string +--rw immediate-leave? empty {intf-immediate-leave}? +--rw last-member-query-interval? uint16 +--rw max-groups? uint32 {intf-max-groups}? +--rw max-group-sources? uint32 {intf-max-group-sources}? +--rw query-interval? uint16 +--rw query-max-response-time? uint16 +--rw require-router-alert? boolean {intf-require-router-alert}? +--rw robustness-variable? uint8 +--rw source-policy? string {intf-source-policy}? +--rw verify-source-subnet? empty {intf-verify-source-subnet}? +--rw version? uint8 +--rw join-group* inet:ipv6-address {intf-join-group}?

MLD SSM Map and Static Group module: ietf-igmp-mld augment /rt:routing/rt:routing-instance/rt:routing-protocols: +--rw mld +--rw interfaces +--rw interface* [interface] +--rw interface if:interface-ref +--rw ssm-map* [source-addr group-policy] {intf-ssm-map}? | +--rw source-addr source-ipv6-addr-type | +--rw group-policy string +--rw static-group* [group source-addr] {intf-static-group}? +--rw group inet:ipv6-address +--rw source-addr source-ipv6-addr-type Same as IGMP except changing IPv4 addresses to IPv6 addresses.

IGMP/MLD Global State augment /rt:routing-state/rt:routing-instance/rt:routing-protocols: +--ro igmp | +--ro global | | +--ro enable? boolean {global-admin-enable}? | | +--ro max-entries? uint32 {global-max-entries}? | | +--ro max-groups? uint32 {global-max-groups}? | | +--ro entries-count? uint32 | | +--ro groups-count? uint32 +--ro mld +--ro global | +--ro enable? boolean {global-admin-enable}? | +--ro max-entries? uint32 {global-max-entries}? | +--ro max-groups? uint32 {global-max-groups}? | +--ro entries-count? uint32 | +--ro groups-count? uint32

IGMP/MLD Statistics augment /rt:routing-state/rt:routing-instance/rt:routing-protocols: +--ro igmp | +--ro global | | +--ro statistics | | +--ro discontinuity-time? yang:date-and-time | | +--ro error | | | +--ro total? yang:counter64 | | | +--ro query? yang:counter64 | | | +--ro report? yang:counter64 | | | +--ro leave? yang:counter64 | | | +--ro checksum? yang:counter64 | | | +--ro too-short? yang:counter64 | | +--ro received | | | +--ro total? yang:counter64 | | | +--ro query? yang:counter64 | | | +--ro report? yang:counter64 | | | +--ro leave? yang:counter64 | | +--ro sent | | +--ro total? yang:counter64 | | +--ro query? yang:counter64 | | +--ro report? yang:counter64 | | +--ro leave? yang:counter64

IGMP Interface State module: ietf-igmp-mld augment /rt:routing-state/rt:routing-instance/rt:routing-protocols: +--ro igmp | +--ro interfaces | +--ro interface* [interface] | +--ro interface if:interface-ref | +--ro oper-status? enumeration | +--ro dr? inet:ipv4-address | +--ro querier? inet:ipv4-address | +--ro joined-group* inet:ipv4-address {intf-join-group}? | +--ro group* [address] | +--ro address inet:ipv4-address | +--ro expire? uint32 | +--ro filter-mode? enumeration | +--ro host-count? uint32 | +--ro up-time? uint32 | +--ro host* inet:ipv4-address | +--ro last-reporter? inet:ipv4-address | +--ro source* [address] | +--ro address inet:ipv4-address | +--ro expire? uint32 | +--ro up-time? uint32 | +--ro last-reporter? inet:ipv4-address

MLD Interface State module: ietf-igmp-mld augment /rt:routing-state/rt:routing-instance/rt:routing-protocols: +--ro mld +--ro interfaces +--ro interface* [interface] +--ro interface if:interface-ref +--ro oper-status? enumeration +--ro dr? inet:ipv6-address +--ro querier? inet:ipv6-address +--ro joined-group* inet:ipv6-address {intf-join-group}? +--ro group* [address] +--ro address inet:ipv6-address +--ro expire? uint32 +--ro filter-mode? enumeration +--ro host-count? uint32 +--ro up-time? uint32 +--ro host* inet:ipv6-address +--ro last-reporter? inet:ipv6-address +--ro source* [address]

IGMP/MLD RPCs rpcs: +---x clear-igmp-groups +---w input +---w group-address? inet:ipv4-address +---w interface? if:interface-ref +---x clear-mld-groups +---w group-address? inet:ipv6-address