[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: Notify Message Doubt
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.