RSVP-TE Extensions in support of End-to-End GMPLS-based Recovery draft-lang-ccamp-gmpls-recovery-e2e-signaling-00.txt - PowerPoint PPT Presentation

About This Presentation
Title:

RSVP-TE Extensions in support of End-to-End GMPLS-based Recovery draft-lang-ccamp-gmpls-recovery-e2e-signaling-00.txt

Description:

Sudheer Dharanikota (sudheer_at_ieee.org) Jonathan Lang (jplang_at_ieee.org) Guangzhi Li ... failed LSPs may be located at each side of the TE link = the two masters may ... – PowerPoint PPT presentation

Number of Views:155
Avg rating:3.0/5.0
Slides: 10
Provided by: pap102
Learn more at: https://www.ietf.org
Category:

less

Transcript and Presenter's Notes

Title: RSVP-TE Extensions in support of End-to-End GMPLS-based Recovery draft-lang-ccamp-gmpls-recovery-e2e-signaling-00.txt


1
RSVP-TE Extensions in support of End-to-End
GMPLS-based Recoverydraft-lang-ccamp-gmpls-recov
ery-e2e-signaling-00.txt
  • Protection Restoration Design Team - CCAMP WG
  • IETF 56 - San Francisco March03

2
Effort Positioning, Status and Timing we make
some progress -)
Terminology
draft-ietf-ccamp-gmpls-recovery-terminology-01.txt
March02
March02 (closed) PS or Info (?) for July03
Analysis
draft-ietf-ccamp-gmpls-recovery-analysis-03.txt
April02
Jan03 (closed) Info for June03
Functional Specification
draft-ietf-ccamp-gmpls-recovery-functional-01.txt
July02
Jan03 (closed) PS for April03
Aug02
GMPLS Protocol Specification
draft-lang-ccamp-gmpls-recovery-e2e-signalling-00
Feb03 (closed) PS for July03
3
Thanks
  • Deborah Brungard
  • Sudheer Dharanikota (sudheer_at_ieee.org)
  • Jonathan Lang (jplang_at_ieee.org)
  • Guangzhi Li
  • Eric Mannie (eric_mannie_at_hotmail.com)
  • Dimitri Papadimitriou (dpapadimitriou_at_psg.com)
  • Bala Rajagopalan
  • Yakov Rekhter

4
After 1 year some feelings
  • Terminology starts to be widely adopted
  • Now that weve start last step on signalling, new
    bunch of requirement I-ds (note we never took
    requirement phrasing in the PR I-ds) with two
    scopes
  • either requirements summaries (any specific need
    ?)
  • or extended/uncovered approaches (gtlt PR scope is
    definition of one common baseline not yet a
    universal GMPLS-based recovery protocol)
  • gt current expectations are more on consolidation
    !
  • gtlt analysis I-d has shown to be still too largely
    scoped (to be nailed down)
  • More philosophical still too much defensive
    (affiliation-based) approaches but we are under
    recovery phase -)

5
Basic mechanisms
  • Recovery Scope end-2-end
  • Coverage
  • Protection full LSP signalling
    (cross-connection)
  • Pre-planned Re-routing pre-signalling (b/f)
    LSP activation (after failure occurrence)
  • Dynamic Re-routing (Restoration) full LSP
    signalling (after failure occurrence)
  • Notification message (and objects) lt from RFC
    3473
  • Two objects described
  • (Extended) Protection Object lt inspired from RFC
    3473
  • Primary Path Route Object - PPRO for disjointness
    in shared mesh

6
To be covered
  • Bulk LSP recovery
  • note bulk notification is covered from RFC 3473
    flooding reduction-based notification vs
    controlled flooding not sure all outcomes
    have been integrated by the whole CCAMP community
  • Reversion (switch back)
  • Additional management commands if any needed
  • Not covered in this I-d
  • local recovery
  • crankback (important in case of heavy load)

7
Bulk LSP Recovery on Link failure
  • In case of (component) link failure of a TE Link
    carrying numerous LSPs
  • Bundle notification messages does not need
    additional extension if within the same
    Interface-ID TLV (use of the IF_ID ERROR_SPEC
    object)
  • Master for the failed LSPs may be located at each
    side of the TE link gt the two masters may
    compete for the same component link (within the
    same TE link) resource for recovering these LSPs
  • However, they may (even prior to the failure)
    agree on which (common) recovery link these LSPs
    will be recovered otherwise some fragmentation of
    the TE link components usage may occur

8
Reversion
  • Optional mechanism due to potential second hit
    during to the reversion switching operation
  • Turn-on/-off (default behaviour settable per
    policy) either through signalling or policy
  • Reversion operation
  • uses exactly the same LSP as the one previously
    under failure (default behaviour)
  • implies testing the LSP (using Admin_Status)
    before reversion switching
  • uses the bridge and switch a.k.a
    make-before-break
  • Keep possibility (e.g. policy or signalling) to
    clear out the resources on intermediate nodes if
    reversion switching not possible

9
What is the Next Step ?
  • Depending on the working group consensus
  • First phase achievement ( towards e2e protocol
    specification)
  • Next report April03 - Deadline 3q03 to finalize
    first phase (including signalling protocol
    specification)

Terminology
draft-ietf-ccamp-gmpls-recovery-terminology-01.txt
Analysis
draft-ietf-ccamp-gmpls-recovery-analysis-00.txt
March02
Jan03
Functional Specification
draft-ietf-ccamp-gmpls-recovery-functional-00.txt
Jan03
GMPLS Protocol Specification
3q03 (first phase closed)
Write a Comment
User Comments (0)
About PowerShow.com