The MPLS-OPS Archive

Cell Relay Retreat>MPLS-OPS Archive>month:2002-Dec> msg00196



[Date Prev][Date Next][Thread Prev][Thread Next]  
  [Date Index][Thread Index][Author Index][Subject Index]

Re: Re: A question about RSVP-TE

  • From: zhangle <zhangle@harbournetworks.com>
  • Date: Mon, 30 Dec 2002 11:4:33 +0800
  • Resent-Date: Sun, 29 Dec 2002 23:41:08 -0500
  • To: MPLS-ops Mailing List <mpls-ops@mplsrc.com>
  • X-MIME-Autoconverted: from base64 to 8bit by host.secure4-hosting.net id gBU34Pj25917

Hello, Ping Pan:
     Thanks a lot
¡¡¡¡

======= 2002-12-27 10:13:00 you write£º=======

>Hi,
>
>No idea how Cisco does it. Take Robert's words for it. :-)
>
>But since you are talking about changing a LSP's bandwidth, you need to
>be careful with the race condition you are introduced here. That is,
>since the previous LSP takes a bunch of network resources, there may not
>be any available resource for the new/modified LSP, especially, if you
>do not change the original ERO.
>
>One alternative is to change the existing LSP with a different Tspec.
>But this may be tricky to implement. To start off, what if CSPF gives
>you a more optimal ERO? If you take the new ERO, how are you going to
>deal with the previous LSP? How to manage labels in this case?....
>
>In short, it would be easier to do what you have said...
>
>- Ping
>
>
>zhangle wrote:
>> Hello, Pan, Ping:
>> 
>> ¡¡¡¡but think of this situlation:
>> 	I have build a rsvp-te tunnel, and now I want change bandwidth
>> without interrupt the current lsp, so I send a new path message in the
>> same session but with different sender-tspec, and of course the returned
>> resv message will have different flowspec.
>> when new lsp is created, I will then delete the old one.
>> 	Can Cisco support this ? 
>> 

= = = = = = = = = = = = = = = = = = = =
			

                    
				 
               zhangle
               zhangle@harbournetworks.com
					2002-12-30 

-------
The MPLS-OPS Mailing List
Subscribe/Unsubscribe:  http://www.mplsrc.com/mplsops.shtml
Archive: http://www.mplsrc.com/mpls-ops_archive.shtml