Simplified Extension of LSP Space for IS-IS

draft-ietf-isis-wg-extlsp-01.txtDanny McPherson (Ed.)

Les Ginsberg

Stefano Previdi

Mike Shand

Simplified Extension of LSP Space for IS-IS

draft-ietf-isis-wg-extlsp-02.txtDanny McPherson (Ed.)

Les Ginsberg

Stefano Previdi

Mike Shand

Changes since previous version

• Resubmitted for standards track

• TLV 22/TLV23 metric conflict

TLV22/TLV23 Conflict

“In cases where information about the same neighbor/link appears in both TLV 22 and TLV 23 (or TLV 222 and TLV 223 for the same MTID) then the information in TLV 22 (or TLV 222) MUST be used and the information in TLV 23 (or TLV 223) MUST be ignored.”

Questions?

Advertising Generic Information in IS-IS

draft-ietf-isis-genapp-00.txtLes Ginsberg

Stefano Previdi

Mike Shand

Changes since previous version

• Now a WG document

• Standards track

• Applicability statement

Applicability Statement

“The GENINFO TLV supports the advertisement of application specific information in IS-IS LSPs which is not directly related to the operation of the IS-IS protocol. Information which is not directly used by the IS-IS Decision process falls into this category. The Decision Process is defined by [ISO10589] and extended by [RFC1195] and [RFC3906].”

Applicability Statement

• May be interpreted to cover existing information

• Migration to use of GENAPP is seen as desirable

• WG is the authority

Questions?

IS-IS and BFD

draft-chopps-isis-bfd-tlv-01.txtChris Hopps

Les Ginsberg

Problem Statement

• BFD used to detect IPv4/IPv6 forwarding failures

• IS-IS PDUs do not always share fate with IP packets

• Adjacencies may be established even when IP forwarding problems are detectable

A BIP

IS-IS

1. IS-IS PDUs exchanged

2. Adjacency UP

3. BFD session requested (neighbor IP address)

If BFD session doesn’t come up could be:

• IP forwarding failure

• No BFD Config/Support

Advertise support for BFD in IIHsType 139 (proposed) Length # of octets in the value field (1 to 255) Value: No. of octets +-----------------------------+ | NLPID | 1 +-----------------------------+ : : +-----------------------------+ | NLPID | 1 +-----------------------------+

When BFD is supported by both neighbors…

• Hold adjacency in Init state until BFD session is UP

• Bring adjacency down when BFD session goes down

• P2P – 3 way state is DOWN when BFD is down

• LAN – omit neighbor MAC address when BFD is down

Determining when new rules apply

For each topology/NLPID shared by the neighbors, if BFD support is configured for both neighbors, BFD session must be UP to use that topology

At least one topology must be “useable” in order for adjacency to come up

A BIP

IS-IS

MTID: 0 (IPv4), 2 (IPv6)

BFD: IPv4, IPv6

MTID: 0 (IPv4)

BFD: IPv4

IPv4 BFD Session MUST be UP before adjacency comes up.

A BIP

IS-IS

MTID: 0 (IPv4), 2 (IPv6)

BFD: IPv4, IPv6

MTID: 0 (IPv4), 2 (IPv6)

BFD: IPv4

Normal adjacency establishment rules.

IPv4 BFD Session MUST be UP for MTID #0 to be useable.

Transition – enable BFD

Detected by addition of NLPID in BFD-TLV

For existing adjacencies, do not update hold time on receipt of IIH until BFD session is UP

A BIP

IS-IS

MTID: 0 (IPv4)

BFD: IPv4

MTID: 0 (IPv4)

BFD: IPv4

1. Adjacency is Up

2. B configures IPv4 BFD support

3. IIH from B includes BFD-TLV for IPv4 – hold time not updated

4. BFD session comes up

5. Normal hold time update resumes

Transition – disable BFD

Detected by transition of BFD session state to admin down

For existing adjacencies, do not update hold time on receipt of IIH until corresponding NLPID is no longer advertised in BFD-TLV

A BIP

IS-IS

MTID: 0 (IPv4)

BFD: IPv4

MTID: 0 (IPv4)

BFD: IPv4

1. Adjacency is Up/BFD session Up

2. B deconfigures IPv4 BFD support

3. IPv4 BFD session admin down on A

4. IIH from B has no BFD-TLV for IPv4

5. Normal hold time update resumes

Questions?

WG Document?