RE: Notify Message Doubt

["George Young" <george.young@meriton.com>]

Hello Manoj,

Path restoration (i.e. switching over to an existing back-up path at the head and the tail) is one mechanism for quick optical protection. 

I think the RSVP NOTIFY message is a suitable mechanism to trigger path restoration. Then RSVP messages (e.g. PathTEAR) can be used to take down the broken path.

Regards,
George R. Young
Meriton Networks Inc.
3026 Solandt Rd., Ottawa, ON, Canada, K2K 2A5
phone: +1 613-270-9279 Ext 287
fax: +1 613-270-9628
email: george.young@meriton.com

>-----Original Message-----
>From: manoj juneja [mailto:manojkumarjuneja@hotmail.com]
>Sent: Tuesday, May 21, 2002 6:52 PM
>To: ccamp@ops.ietf.org
>Subject: Notify Message Doubt
>
>
>Hi All,
>        It is mentioned in drft 
>draft-ietf-mpls-generalized-rsvp-te-07.txt 
>(sec. 4.3) that Notify Message provides a mechanism to inform 
>non-adjacent 
>nodes of LSP related events.
>
>I think the generation of PathErr or ResvErr at a node will 
>also trigger the 
>generation of Notify message to the notify address as received 
>in Path or 
>Resv Message. What will the end node need to do when it 
>receives the notify 
>message prior to path/resv err ?
>
>What will the advantage of sending Notify message to the end 
>node before it 
>receives path/resv err ?
>
>Please help me in understanding its advantage/significance in 
>the optical 
>domain.
>
>Regards,
>manoj.
>
>_________________________________________________________________
>MSN Photos is the easiest way to share and print your photos: 
>http://photos.msn.com/support/worldwide.aspx
>
>
>