Subject: [CCAMP] : New Version Notification for draft-tsaad-ccamp-rsvpte-bidir-lsp-fastreroute-04.txt

From: "Rakesh Gandhi (rgandhi)" <[email-masked]>
Date: Thu, 6 Mar 2014 15:12:57 +0000

Hi WG,

This revision has following changes:

- Editorial changes.
- Clarify link protection bypass case.
- Clarify RRO Ipv4 subobject flags.
- Modify bypass_assignment subobject to remove source/dest address and use
the existing Node-ID subobject.

Thank you for your review comments.

Regards,
Rakesh

On 2014-03-06 7:39 AM, "[email-masked]"
<[email-masked]> wrote:

>
>A new version of I-D,
>draft-tsaad-ccamp-rsvpte-bidir-lsp-fastreroute-04.txt
>has been successfully submitted by Rakesh Gandhi and posted to the
>IETF repository.
>
>Name:		draft-tsaad-ccamp-rsvpte-bidir-lsp-fastreroute
>Revision:	04
>Title:		Extensions to Resource Reservation Protocol For Fast Reroute of
>Bidirectional Co-routed Traffic Engineering LSPs
>Document date:	2014-03-06
>Group:		Individual Submission
>Pages:		13
>URL:            
>http://www.ietf.org/internet-drafts/draft-tsaad-ccamp-rsvpte-bidir-lsp-fas
>treroute-04.txt
>Status:         
>https://datatracker.ietf.org/doc/draft-tsaad-ccamp-rsvpte-bidir-lsp-fastre
>route/
>Htmlized:       
>http://tools.ietf.org/html/draft-tsaad-ccamp-rsvpte-bidir-lsp-fastreroute-
>04
>Diff:           
>http://www.ietf.org/rfcdiff?url2=draft-tsaad-ccamp-rsvpte-bidir-lsp-fastre
>route-04
>
>Abstract:
>   This document defines Resource Reservation Protocol - Traffic
>   Engineering (RSVP-TE) signaling extensions to support Fast Reroute
>   (FRR) of bidirectional co-routed Packet Switched Capable (PSC) GMPLS
>   Label Switched Paths (LSPs).  These signaling extensions allow the
>   coordination of bidirectional bypass tunnel assignment protecting a
>   common facility in both forward and reverse directions.  In addition,
>   these extensions enable the re-direction of bidirectional traffic and
>   signaling onto bypass tunnels that ensure co-routedness of data and
>   signaling paths in the forward and reverse directions after FRR to
>   avoid RSVP soft-state timeout.
>
>                  
>        
>
>
>Please note that it may take a couple of minutes from the time of
>submission
>until the htmlized version and diff are available at tools.ietf.org.
>
>The IETF Secretariat
>