[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: TE metric and graceful restart
Zafar,
> > > One of the things that it'll do that it'll also prevent someone from using
> > > these links in the Path computation with "0" bandwidth (while the node in
> > > question is restarting). In some scenarios, e.g., signaling for a backup
> > > tunnel without no bandwidth reservation, a (remote) node may be interested
> > > in Paths with "0" bandwidth.
> >
> >I don't think there's anything in the OSPF & ISIS TE drafts that
> >prevents links with max metric from being used in CSPF, so
> >it is only more of discouragement, not prevention per se...
> >Is this still interesting?
>
> Dear Alex and Yakov:
>
> I meant the same. I used the word prevent (if there are alternates
> available) in the context of ... by discouraging. Nonetheless, this is an
> advantage, IMO.
> Yakov, did you have some other motivation (as well?) in mind?
You are correct wrt the motivation - it is to discourage LSP setup
with "0" bandwidth.
Yakov.
>
> Thanks
>
> Regards... Zafar
>
> >[I guess it might be if CSPF has
> >two 0-BW paths one through a restarting LSR and another through
> >an operational one]...
> >
> >Alex.
> ===============
> Zafar Ali
> Cisco Systems
> (734) 276-2459
> 100 S Main St. #200
> Ann Arbor, MI 48104.
> email: zali@cisco.com
> --=====================_27231316==_.ALT
> Content-Type: text/html; charset="us-ascii"
>
> <html>
> <font size=3>At 12:58 PM 4/26/2002 -0700, Alex Zinin wrote:<br>
> <blockquote type=cite cite>Zafar,<br>
> <br>
> > One of the things that it'll do that it'll also prevent someone from
> using<br>
> > these links in the Path computation with "0" bandwidth
> (while the node in <br>
> > question is restarting). In some scenarios, e.g., signaling for a
> backup <br>
> > tunnel without no bandwidth reservation, a (remote) node may be
> interested <br>
> > in Paths with "0" bandwidth.<br>
> <br>
> I don't think there's anything in the OSPF & ISIS TE drafts
> that<br>
> prevents links with max metric from being used in CSPF, so<br>
> it is only more of discouragement, not prevention per se...<br>
> Is this still interesting? </font></blockquote><br>
> Dear Alex and Yakov: <br>
> <br>
> I meant the same. I used the word prevent (if there are alternates
> available) in the context of ... by discouraging. Nonetheless, this is an
> advantage, IMO. <br>
> Yakov, did you have some other motivation (as well?) in mind? <br>
> <br>
> Thanks<br>
> <br>
> Regards... Zafar <br>
> <br>
> <blockquote type=cite cite><font size=3>[I guess it might be if CSPF
> has<br>
> two 0-BW paths one through a restarting LSR and another through<br>
> an operational one]...<br>
> <br>
> Alex.</blockquote>===============<br>
> Zafar Ali<br>
> Cisco Systems<br>
> (734) 276-2459<br>
> 100 S Main St. #200<br>
> Ann Arbor, <u>MI 48104</u>.<br>
> email: zali@cisco.com</font></html>
>
> --=====================_27231316==_.ALT--
>