RE: Notify Message Doubt

["Vishal Sharma" <v.sharma@ieee.org>]

Manoj,

I am not sure why you would want to use the Notify for "general"
failures, for which failures codes and procedures already exist
using standard RSVP-TE or CR-LDP mechanisms?

-Vishal

> -----Original Message-----
> From: owner-ccamp@ops.ietf.org [mailto:owner-ccamp@ops.ietf.org]On
> Behalf Of manoj juneja
> Sent: Wednesday, May 22, 2002 1:59 PM
> To: v.sharma@ieee.org; george.young@meriton.com
> Cc: ccamp@ops.ietf.org
> Subject: RE: Notify Message Doubt
>
>
> Hi Vishal/George,
>
>      What are the possible failure cases in which the notify
> message should
> be sent ? Can I assume generic failure conditions like
> NO_ROUTE_TO_DESTINATION, ADMISSION_CONTROL_FAILURE etc. during the LSP
> establishment also lead to transmission of notify message (assuming
> notify_request object has been received) ?
> OR Is it that failures occuring in the data path (optical layer)
> can lead to
> trnasmission of notify message ?
>
> Regards,
> manoj.
>
>
> >From: "Vishal Sharma" <v.sharma@ieee.org>
> >Reply-To: <v.sharma@ieee.org>
> >To: "manoj juneja" <manojkumarjuneja@hotmail.com>,
> ><george.young@meriton.com>
> >CC: <ccamp@ops.ietf.org>
> >Subject: RE: Notify Message Doubt
> >Date: Wed, 22 May 2002 11:30:16 -0700
> >
> >Manoj,
> >
> >I don't think that inference is correct. The Notify message
> >could be used at any time, but one would probably not use it
> >as a replacement for Path/Resv Err messages, since the Notify
> >would not cause a change in the state of the intermediate nodes,
> >where as the Path/Resv Err would.
> >
> >Furthermore, the Notify is not guaranteed to follow the exact same
> >path as that followed by the LSP. (That, in fact, is one of
> >the features that would allow it to get to the intended node
> >in the event of failure.)
> >
> >-Vishal
> >
> > > -----Original Message-----
> > > From: owner-ccamp@ops.ietf.org [mailto:owner-ccamp@ops.ietf.org]On
> > > Behalf Of manoj juneja
> > > Sent: Wednesday, May 22, 2002 10:54 AM
> > > To: george.young@meriton.com
> > > Cc: ccamp@ops.ietf.org
> > > Subject: RE: Notify Message Doubt
> > >
> > >
> > > Hi George,
> > >            If this is the only reason then does this mean that Notify
> > > Message has a significance only after the primary LSP is established
> >and
> > > this message can't be used during the primary LSP estblishment/setup.
> > >
> > > Regards,
> > > manoj.
> > >
> > > >From: "George Young" <george.young@meriton.com>
> > > >To: "manoj juneja" <manojkumarjuneja@hotmail.com>
> > > >CC: <ccamp@ops.ietf.org>
> > > >Subject: RE: Notify Message Doubt
> > > >Date: Wed, 22 May 2002 09:30:32 -0400
> > > >
> > > >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
> > > > >
> > > > >
> > > > >
> > >
> > >
> > > _________________________________________________________________
> > > Get your FREE download of MSN Explorer at
> >http://explorer.msn.com/intl.asp.
> >
> >
>
>
> _________________________________________________________________
> MSN Photos is the easiest way to share and print your photos:
> http://photos.msn.com/support/worldwide.aspx
>