PIM DR IMPROVEMENT draft-ietf-pim-dr-improvement-05

Slides:



Advertisements
Similar presentations
CCNA3: Switching Basics and Intermediate Routing v3.0 CISCO NETWORKING ACADEMY PROGRAM Chapter 2 – Single Area OSPF Single Area OSPF Link State Routing.
Advertisements

Introduction to OSPF.
© 2007 Cisco Systems, Inc. All rights reserved.Cisco Public ITE PC v4.0 Chapter 1 1 OSPF Routing Protocols and Concepts – Chapter 11.
© 2009 Cisco Systems, Inc. All rights reserved. SWITCH v1.0—6-1 Implementing Layer 3 High Availability Configuring Layer 3 Redundancy with HSRP.
Making Route Servers Aware of Data Link Failure at IXPs Dr. Thomas King Manager R&D Discussion: Internet Draft.
© 2009 Cisco Systems, Inc. All rights reserved. ROUTE v1.0—3-1 Implementing a Scalable Multiarea Network OSPF- Based Solution Improving Routing Performance.
Enhanced IGRP (EIGRP) EIGRP Characteristics. EIGRP Configuration. Verifying EIGRP.
Chapter 12 Intro to Routing & Switching.  Upon completion of this chapter, you should be able to:  Read a routing table  Configure a static route 
© 2008 Cisco Systems, Inc. All rights reserved.Cisco ConfidentialPresentation_ID 1 Chapter 5: Adjust and Troubleshoot Single- Area OSPF Scaling Networks.
1 Routing Protocols. 2 Distributed Routing Protocols Rtrs exchange control info Use it to calculate forwarding table Two basic types –distance vector.
© 1999, Cisco Systems, Inc OSPF Overview RFC 2328, 2178, 1583.
1 8-Oct-15 S Ward Abingdon and Witney College OSPF CCNA Exploration Semester 2 Chapter 11.
1 Network Layer Lecture 13 Imran Ahmed University of Management & Technology.
Introduction to OSPF Nishal Goburdhan. Routing and Forwarding Routing is not the same as Forwarding Routing is the building of maps Each routing protocol.
1 © 2003, Cisco Systems, Inc. All rights reserved. CCNA 3 v3.0 Module 2 Single-Area OSPF.
Multrans Path Optimization draft-zhou-mboned-multrans-path-optimization-02 Cathy ZHOU Qiong SUN IETF 84, Vancouver.
Draft-ietf-pim-source- discovery-bsr-01 IJsbrand Wijnands, Stig Venaas, Michael Brig,
IETF78 Multimob Masstricht1 Proposal for Tuning IGMPv3/MLDv2 Protocol Behavior in Wireless and Mobile networks draft-wu-multimob-igmp-mld-tuning-02 Qin.
81st IETF - Quebec, Canada IJsbrand Yiqun draft-wijnands-pim-neighbor-reduction-01.
1 Multicast Routing Blackhole Avoidance draft-asati-pim-multicast-routing-blackhole-avoid-00 Rajiv Asati Mike McBride IETF 72, Dublin.
© 2008 Cisco Systems, Inc. All rights reserved.Cisco ConfidentialPresentation_ID 1 Chapter 8: Single-Area OSPF Routing Protocols.
PIM-BIDIR RP Resiliency Jeffrey Zhang, Kurt Windisch, Jaroslaw Adam Gralak Juniper Networks 88 th IETF, Vancouver.
CCNP Routing Semester 5 Chapter 4 OSPF.
1 24-Feb-16 S Ward Abingdon and Witney College OSPF CCNA Exploration Semester 2 Chapter 11.
BSR Spec Status BSR Spec authors 03/06. Status ID refreshed (now rev-07) Resolved remaining issues we had on our list Updated to reflect WG
Unnecessary Multicast Flooding Problem Statement
1 IETF-70 draft-akhter-bmwg-mpls-meth MPLS Benchmarking Methodology draft-akhter-bmwg-mpls-meth-03 IETF 70 Aamer Akhter / Rajiv Asati /
Single Area OSPF Module 2, Review How routing information is maintained Link-state routers apply the Dijkstra shortest path first algorithm against.
1 draft-ietf-pim-drlb. 2 First presented at IETF 82, Taipei, accepted as WG draft-ietf-pim-drlb-00 Update History: -02: Included BSR hashing to select.
DHCP Options for Configuring Multicast Addresses in VXLAN draft-sarikaya-dhc-vxlan-multicast-02 Behcet Sarikaya Frank Xia November 2013 nvo3 WG IETF-88.

1 CMPT 471 Networking II OSPF © Janice Regan,
Agenda Problem Statement Solution Overview and Applicability
Configuration for routing example
© 2008 Cisco Systems, Inc. All rights reserved.Cisco ConfidentialPresentation_ID 1 Chapter 8: Single-Area OSPF Routing & Switching.
Layer 3 Redundancy 1. Hot Standby Router Protocol (HSRP)
CCNA 3 Chapter 3 Single-Area OSPF
draft-nitish-vrrp-bfd-02
Single Area OSPF Link State Routing Single Area OSPF Concepts
100% Exam Passing Guarantee & Money Back Assurance
Advanced Computer Networks
ISIS Flooding Reduction in MSDC
(draft-archana-pimwg-pim-ping-00.txt)
Instructor Materials Chapter 10: OSPF Tuning and Troubleshooting
IETF Taiwan draft-wijnands-pim-source-discovery-bsr-00
IP Multicast Fast Reroute follow-up on draft-dimitri-rtgwg-mfrr-framework-00 RTG Working Group IETF 75 meeting Stockholm (Sweden) July 2009.
13.3 OSPF: Open Shortest Path First.
Summary Issued adoption call for draft-zhou-pim-vrrp.
Chapter 10: OSPF Tuning and Troubleshooting
draft-lts-pim-hello-mtu-01
NT2640 Unit 9 Activity 1 Handout
ECE 544 Protocol Design Project 2016
PIM Proxy in EVPN Networks draft-skr-bess-evpn-pim-proxy-00
PIM Null Register packing
Chapter 8: Single-Area OSPF
Use of p2mp BFD in PIM-SM over shared-media segment draft-mirsky-pim-bfd-p2mp-use-case Greg Mirsky Ji Xiaoli
CCNP Network Route OSPF Part -II
PIM Backup DR Mankamana Mishra IETF-102
Unit 3 OSPF Single Area Chapter 6 Using OSPF in a Single Area
Use of p2mp BFD in PIM-SM (over shared-media segment) draft-mirsky-pim-bfd-p2mp-use-case Greg Mirsky Ji Xiaoli
Use of p2mp BFD in PIM-SM (over shared-media segment) draft-mirsky-pim-bfd-p2mp-use-case Greg Mirsky Ji Xiaoli
PIM Assert Message Packing
Bidirectional Forwarding Detection (BFD) for EVPN Ethernet Segment Failover Use Case draft-zwm-bess-es-failover-00 BESS WG IETF104# Prague Sandy Zhang.
draft-ietf-pim-ipv4-prefix-over-ipv6-nh
Global vpnid advertisement in BIER overlay draft-pengzhang-bier-global-vpnid-00 BIER WG IETF103# Bangkok Shaofu Peng Sandy Zhang.
IETF 102 pim wg meeting.
BIER Prefix Redistribute draft-zwzw-bier-prefix-redistribute-01
BIER Prefix Redistribute draft-zwzw-bier-prefix-redistribute-00
Chapter 10: OSPF Tuning and Troubleshooting
Presenter: Raunak Banthia
Presentation transcript:

PIM DR IMPROVEMENT draft-ietf-pim-dr-improvement-05 PIM WG IETF103# Bangkok Sandy Zhang Fangwei Hu Benchong Xu Mankamana Mishra

Update for ver-05: Add statements about deployment choice. Change some description for readability.

Problem Statement When DR changes X DR Ethernet host host host When the DR becomes unreachable, it needs several seconds to elect a new DR. The multicast flow is interrupted for several seconds. It will influence the real-time applications such as IPTV, Network-Meeting. The maximum recover time may be 105 seconds, due to the default DR hold-time.

When a new router comes in Problem Statement When a new router comes in DR New comer Ethernet host host host When a new router which have a higher DR-priority comes in, the new router will become the DR and import multicast flow from upstream router. The multicast flow will switch to new DR from old DR. The real-time applications such as IPTV, Network-Meeting will be influenced.

Requirements How to reduce the recovery time of DR changing? How to decrease the packets loss during DR changing? The DR should be stable, even if the new router has a higher priority. When the “old” DR is down, the new router becomes DR as quickly as possible. The time that the new DR finds the failure of “old” DR must be more shorter. The new DR imports multicast flow from upstream routers as quickly as possible.

Solution DR/BDR DR is the router which has the highest priority. But once DR is elected, new router which has a higher priority can not replace the existed DR immediately. BDR is the router which has the highest priority except the existed DR. BDR monitors the existed DR by BFD. When the existed DR becomes unreachable, BDR should become DR immediately. BDR imports multicast flows from upstream routers in advance. But BDR will not forward the flows until the existed DR becomes unreachable.

When a new router comes in Solution Statement When a new router comes in DR:NULL, BDR:NULL, Own DR-Priority DR DR:Me, BDR:Someone, Own DR-Priority New comer Ethernet host host host When a new router which has a higher DR-priority comes in, the new router will send the hello packet that DR and BDR are all set to NULL. After the new router receives hello packet from DR, it will know that there is a living DR in the Ethernet, and it will follow the DR. If all the routers in the Ethernet find that the new router has a higher priority than the existed BDR, they will treat the new comer as a new BDR.

Solution Statement When a BDR is elected X Source DR BDR Ethernet host Forward multicast flows Ethernet Not forward multicast flows host host host host When a new router is elected as BDR, it will join the multicast groups also like the DR. The BDR will NOT forward multicast flows.

When a BDR is elected Solution Statement DR BDR Ethernet host host Are you OK? Ethernet host host host host BDR will monitor the state of DR. When BDR notices that DR is down, BDR will take charge of the DR's work. BDR forwards the multicast flow to receivers immediately.

When a new router comes in Solution Statement compatibility When a new router comes in DR:Me, BDR:NULL, Own DR-Priority DR DR:Me, BDR:NULL, Own DR-Priority New comer Ethernet host host host When a new router which has no DR-improvement capability comes in, the new router sends the hello packet with it’s DR-priority. After the new router receives hello packet from existed DR, it compares the DR priority. If the new router elects itself to DR, it sends hello packet with DR set to itself. Existed DR elects the new router to be DR according DR election algorithm.

Specification of “Election Algorithm” Step1. Collect the candidates of BDR. (Except the routers who declare themselves as DR.) Step2. Select the one who has the highest priority to be BDR. (Tie-break: Highest ip-address) Step3. Collect the candidates of DR. (Collect the routers who declare themselves as DR.) Step4. Select the one who has the highest priority to be DR. (Tie-break: Highest ip-address) Step5. If DR is null, the new BDR is elected to be DR. And repeat the steps, a new BDR will be elected.

WGLC? Thanks!