Re: Query

[Pankaj K Jha <pkj@xxxxxxxxxxx>]

I am sure you know of other forums where these are been worked on, but
your question was about RPR. Mike has already provided answers to that
in relation to SRP.

BTW, on other forums there has been extensive work on these issues,
mostly using MPLS - which is a layer 2 technology tightly bound with
layer 3 info and routing such as OSPF/BGP and bandwidth reservation such
as RSVP.

These deal with bandwidth management, fault recovery and restoration,
traffic engineering (being able to use both protection and working paths
for using traffic during no-fault normal operation), QoS, etc. Bandwidth
on working and protection paths can be shared not just arithmetically
but based on traffic flows and priority, including protection of
critical traffic in case of over-subscribed allocation on working &
protection fibers. A lot of simulation studies have also been done, both
for MPLS and RSVP. MPLS LSPs can do fault recovery on both ring and
point-to-point networks and any combinations thereof. More work is
required on these, however, and it's going on.

I do not know of all links, but a few are here - I took it from one of
the emails on MPLS mailing list:

I do not know of much work in performance monitoring area.

Hope it helps.

-Pankaj

http://www.ietf.org/internet-drafts/draft-ietf-mpls-recovery-frmwrk-00.txt

Related to this draft are several other drafts that address
specific mechanisms for MPLS-based recovery, which you might
also be interested in.

1. A Path Protection/Restoration Mechanism for MPLS Networks,
draft-chang-mpls-path-protection-01.txt
http://search.ietf.org/internet-drafts/draft-chang-mpls-path-protection-01.txt

2.
Extensions to RSVP-TE for MPLS Path Protection,
draft-chang-mpls-rsvpte-path-protection-ext-00.txt,
http://search.ietf.org/internet-drafts/draft-chang-mpls-rsvpte-path-protection-ext-00.txt

3.
Extensions to CR-LDP and RSVP-TE for setup of pre-established recovery
tunnels,
draft-hellstrand-mpls-recovery-merge-00.txt
http://search.ietf.org/internet-drafts/draft-hellstrand-mpls-recovery-merge-00.txt



4.
ReSerVation Protocol with Traffic Engineeringe Extensions for Label
Switched Path Restoration draft-kini-rsvp-lsp-restoration-00.txt
http://www.ietf.org/internet-drafts/draft-kini-rsvp-lsp-restoration-00.txt

5.
Shared backup Label Switched Path restoration
draft-kini-restoration-shared-backup-00.txt
http://www.ietf.org/internet-drafts/draft-kini-restoration-shared-backup-00.txt>




Mike Takefman wrote:
I believe all of the companies who have presented
to date
have a view on those issues.
If you look through all of the presentations made over the
course of all of the meetings you will get an idea of what
each company thinks.
For SRP:
- the SRP-Fairness Algorithm provides BW distribution
- Intelligent Protection Switching provides a protocol / method
for Recovery and Restoration
- Performance monitoring is somewhat outside the scope
of the SRP definition at the moment. I could talk about
what we've implemented.
mike

Krishna Pattabhiraman wrote:

> Has there been any work done already on the following issues:
> (a) "fair & dynamic bandwidth distribution"
> (b) Recovery & restoration
> (c) performance monitoring
>
> If so, can I get pointers?
>
> Thanks,
> Krishna