[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
CCAMP draft-suemura-protection-hierarchy-00.txt
- To: idsummary@subip.ietf.org
- Subject: CCAMP draft-suemura-protection-hierarchy-00.txt
- From: Yoshihiko SUEMURA <y-suemura@bp.jp.nec.com>
- Date: Mon, 07 Jan 2002 22:04:25 +0900
- Cc: "Wijnen, Bert (Bert)" <bwijnen@lucent.com>
- In-reply-to: <2413FED0DFE6D111B3F90008C7FA61FB0E40E92B@nl0006exch002u.nl.lucent.com>
- References: <2413FED0DFE6D111B3F90008C7FA61FB0E40E92B@nl0006exch002u.nl.lucent.com>
NAME OF I-D:
http://www.ietf.org/internet-drafts/draft-suemura-protection-hierarchy-00.txt
SUMMARY
In this document, we propose two different mechanisms for protection
of hierarchical LSPs. We assume that an hierarchical LSP traverses a
network that is partitioned into multiple smaller, non-overlapping
subnetworks. Protection of the hierarchical LSP can be realized
through two mechanisms: 1)Subnetwork Protection and 2)End-to-end
Protection. In the subnetwork protection, a backup LSP is pre-
established within each subnetwork. In the end-to-end protection,
only one end-to-end backup LSP traversing the subnetworks is pre-
established. These LSP protection mechanisms are applicable to both
vertical and horizontal network hierarchy. In this document, we also
propose procedures for applying the LSP protection mechanisms to
vertical hierarchy in a single routing domain. A simple coordination
mechanism for avoiding contentions between protection mechanisms at
different layers is addressed as well.
RELATED DOCUMENTS
http://www.ietf.org/internet-drafts/draft-ietf-tewg-restore-hierarchy-00.txt
http://www.ietf.org/internet-drafts/draft-ietf-mpls-lsp-hierarchy-03.txt
http://www.ietf.org/internet-drafts/draft-ietf-ccamp-gmpls-architecture-01.txt
http://www.ietf.org/internet-drafts/draft-ietf-mpls-generalized-signaling-07.txt
http://www.ietf.org/internet-drafts/draft-ietf-ccamp-gmpls-routing-01.txt
WHERE DOES IT FIT IN THE PICTURE OF THE SUB-IP WORK
CCAMP WG
WHY IS IT TARGETED AT THIS WG
This document addresses the following work item in the CCAMP charter:
- Abstract link and path properties needed for link and path
protection. Define signalling mechanisms for path protection,
diverse routing and fast path restoration. Ensure that multi-layer
path protection and restoration functions are achievable using the
defined signalling and measurement protocols, either separately or
in combination.
JUSTIFICATION
While this document does not describe specific protocol extensions, it
describes basic mechanisms for multi-layer path protection. This will
be a good first step for defining necessary protocol extensions to
achieve multi-layer protection.
So, I believe this document is justified for the CCAMP WG.