IP Fast Reroute using notvia addresses - - PowerPoint PPT Presentation

ip fast reroute using notvia addresses
SMART_READER_LITE
LIVE PREVIEW

IP Fast Reroute using notvia addresses - - PowerPoint PPT Presentation

IP Fast Reroute using notvia addresses <draft-bryant-shand-IPFRR-notvia-addresses-00.txt> Stewart Bryant (stbryant@cisco.com) Mike Shand (mshand@cisco.com) Notvia Properties Repairs ALL non-partitioning failures.


slide-1
SLIDE 1

IP Fast Reroute using “notvia” addresses

<draft-bryant-shand-IPFRR-notvia-addresses-00.txt> Stewart Bryant (stbryant@cisco.com) Mike Shand (mshand@cisco.com)

slide-2
SLIDE 2

2

Notvia Properties

  • Repairs ALL non-partitioning failures.
  • Intuitive, easily predictable repair paths.
  • Suitable for IP, MPLS/LDP.
  • Looks like a good starting point for

Multicast FRR.

slide-3
SLIDE 3

3

Notvia Overview

  • When a failure occurs, the repairing router

needs to get the packet to its destination not via the failure.

  • For each protected network component – link,

node, LAN, or SRG we calculate the required set

  • f notvia paths.
  • To repair, we encapsulate the packet to the

notvia address on the far side of the failure.

  • Use of early terminated incremental SPF makes

the calculation tractable.

slide-4
SLIDE 4

4

Notvia Repairs

The repairing router delivers the packet downstream

  • f the failure, NOTVIA the failure.
slide-5
SLIDE 5

5

Notvia Addresses

P A B C S Ap Pa Pb Bp Ps Sp Pc Cp Use address Ap to reach A notvia P

slide-6
SLIDE 6

6

Notvia Repairs

P A B C S Ap Pa Pb Bp Ps Sp Pc Cp

All repairs take the shortest path from S to P’s neighbour Addressed to Ap

slide-7
SLIDE 7

7

Notvia Path Computation

  • All routers calculate path to all notvia addresses.
  • Cheaper to do the calculation that to find out if

calculation is needed.

  • For nodes, fail node and calculate path to

neighbours of that node.

  • Use incremental SPF with early termination.
  • For real networks of 40 to 400 nodes, worst case

takes between 5 and 13 full SPF compute times.

slide-8
SLIDE 8

8

MPLS-LDP

  • Notvia addresses are ordinary IP

addresses, and will be distributed by LDP.

  • “Just Works” with MPLS TE hardware.
slide-9
SLIDE 9

9

LDP use of Notvia Repair

P A B C S Ap Pa Pb Bp Ps Sp Pc Cp D

Sx

payload X

N

Dx

payload

Bx

payload

NBp

slide-10
SLIDE 10

10

Labels Needed By S

  • S already has N’s notvia labels.
  • For link repair S already has P’s labels
  • For node repair S needs to use directed

LDP or <draft-shen-mpls-ldp-nnhop-label-01.txt>

  • For SRG S needs directed LDP
slide-11
SLIDE 11

11

Encapsulation

  • Any IETF specified IP in IP encapsulation

may be used to carry a notvia repair in IP network

– IP in IP – GRE – L2TPv3

  • Only ONE level of encapsulation needed.
slide-12
SLIDE 12

12

…but it’s not just pt-pt unicast nodes, there’s

  • LANs
  • Multicast
  • LFA and ECMP
  • Incremental deploy’nt
  • Routing Extensions
  • Link repair
  • Misdiagnosis
  • Multi-homed prefixes
  • SRLG

These requirements apply to ALL FRR solutions

slide-13
SLIDE 13

13

Local Area Networks - 1

S P P’ N A P’’ B C D S P P’ N A P’’ B C D S P P’ N A P’’ B C D S P P’ N A P’’ B C D

Without further diagnostics, it does not know whether its connection to the LAN, P’s connection to the LAN, the LAN, or P has failed. S knows that it is not seeing BFD responses from P.

slide-14
SLIDE 14

14

Local Area Networks - 2

S P P’ N A P’’ B C D

Without further diagnostics S must treat SP adjacency failure as a failure of the P and the WHOLE LAN

slide-15
SLIDE 15

15

Local Area Networks - 3

  • S can correlate adjacency checks from P,

P’, and P’’, and diagnose failure of P, or failure of the LAN.

S P P’ N A P’’ B C D

Similarly for P’,P’’,C & D Plan Bp

slide-16
SLIDE 16

16

Multicast

  • Although this is a hard problem, a large

proportion of high value, interruption sensitive, traffic is multicast traffic. (e.g. broadcast television and financial trading information).

  • To repair multicast it is necessary to get the

packet back into the delivery tree appearing to have come from the original input interface.

  • This condition can be satisfied using notvia

addressing.

  • A lot more work is required on this important

topic.

slide-17
SLIDE 17

17

Loop Free Alternatives

  • Where an LFA exists, S may use this in

place of the notvia repair mechanism for unicast packets.

  • Multicast traffic seems to require the use
  • f a repair encapsulation.
slide-18
SLIDE 18

18

Equal Cost Multi-Path

  • A router can use an equal cost multi-path

(ECMP) repair in place of a notvia repair for unicast packets.

  • A router computing a notvia repair path

MAY subject the repair to ECMP.

slide-19
SLIDE 19

19

Incremental Deployment

  • Exclude routers that are not calculating notvia

routes from the base repair topology.

  • Repairs may be steered around island of routers

that are not IPFRR capable.

  • Routers that are protecting a network

component need to have the capability to encapsulate and decapsulate packets.

  • Routers that are on the repair path only need to

be capable of calculating notvia paths and including the notvia addresses in their FIB (i.e. no h/w changes).

slide-20
SLIDE 20

20

Routing Extensions

  • IPFRR router directly connected to a protected

network component must advertise a notvia address for that component.

– i.e. one notvia address per neighbor

  • Advertisement must associate protected

component (router or SRG) and the notvia address.

  • Notvia capable routers advertise in the IGP that

they will calculate notvia routes.

  • It is necessary for routers to advertise the type of

encapsulation that they support (LDP, GRE [RFC1701], L2TPv3 etc).

slide-21
SLIDE 21

21

Link Failure

  • Normal mode of operation is node

failure (most conservative approach)

  • We could require no single points
  • f node failure.
  • Alternatively accept that some

destinations only reachable via neighbor.

  • For these destinations only,

assume link failure.

  • Repair to Ps.

– Path to Ps already calculated for a node repair of S.

P A B C S Ap Pa Pb Bp Ps Sp Pc Cp

slide-22
SLIDE 22

22

Misdiagnosis

  • All solutions must have a

strategy for dealing with misdiagnosis.

  • For example, attempting link

repair in the presence of node failure could give rise to looping.

  • We do not provide repair

paths for notvia addresses.

  • This avoids the problem.

P A B C S Ap Pa Pb Bp Ps Sp Pc Cp

slide-23
SLIDE 23

23

Multi-homed Prefixes

P X B C S Pb Bp Ps Sp Pc Cp H X H X

When P fails, X becomes unreachable through P To calculate the repair strategy the neighbours of P

  • 1. Remove X from P, and run incremental SPF until X is reattached.
  • 2. Look at the next hop to the new home (H) of X
  • 3. If it is not P, encap to H.
  • 4. If it is P, put on the repair path to H.
slide-24
SLIDE 24

24

Multi-homed Prefixes

P X B C S Pb Bp Ps Sp Pc Cp Y X Z X

Encap to Z Z must forward to X Case when Z is the closest reachable attachment point of X after the failure

slide-25
SLIDE 25

25

Multi-homed Prefixes

P X B C S Pb Bp Ps Sp Pc Cp Y X Z X

Repair to Bp Encap to Y Y must forward to X Case when Y is the closest reachable attachment point of X after the failure. Note – Only one level of encapsulation is needed.

slide-26
SLIDE 26

26

Summary

  • A intuitive approach that has 100%

coverage of non-partitioning faults.

  • Uses existing MPLS FRR hardware, or

single level IP encapsulation.

  • Repair path compute time is bounded, and

comparable with other proposed solutions.