The MPLS WG Archive

Cell Relay Retreat>MPLS WG Archive>month:2001-Nov> msg00181



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

next hop change in CRLDP

  • From: "Venkat Dabbara" <venkat.dabb@wipro.com>
  • Date: Mon, 19 Nov 2001 21:31:23 +1000

hai ,

         This is regarding next hop change in CRLDP ( Better next hop avalability ) .
         I could find some discussion happening before on this but it wasn't satisfactory 

         Some one had asked 

+AD4-Suppose a CRLSP is setup with no-pin option and  LSR-A is 
+AD4- part of LSP as 
+AD4- loose hop member. 
+AD4- When LSR-A finds better nexthop, it is supposed to taer down 
+AD4- LSP along old 
+AD4- path  and send label request to new nexthop. For this, LSR-A 
+AD4- has to store 
+AD4- all the TLVs it received in CRLSP initiation request so that 
+AD4- it can initiate 
+AD4- request along new nexthop. Does not it imply that CR-LDP is 
+AD4- not scalable? 

And some one had answered it saying 

+AD4AIg- This is not a scalability issue but a simple engineering issue, 
+AD4- no-pinning with a CR-LDP loose hop is an unlikely scenario. 
+AD4- No pinning is most appropriate with LDP. +ACI-

Ruling out such a scenario doesn't seem  to solve the problem ..What if the scenario comes in ??
Surely we can react as it is being done in LDP where u just tear down the path .
Some thing of +ACI- make and break+ACI-  policy should be done which would be of some meaning rather than going for
 +ACI-break and make +ACI-
as done in LDP where u land up tearing down the CRLSP for every better next hop avalibility.

As pointed out by some one , will it be scalable to store the list of remaining hops present in ERTlv
at every hop ??? If yes ,this would solve the purpose to some extent ...

Please correct me if i am wrong.

regards
venkat


        

      





-------------------------------------------------------------------------------------------------------------------------
Information transmitted by this E-MAIL is proprietary to Wipro and/or its Customers and
is intended for use only by the individual or entity to which it is
addressed, and may contain information that is privileged, confidential or
exempt from disclosure under applicable law. If you are not the intended
recipient or it appears that this mail has been forwarded to you without
proper authority, you are notified that any use or dissemination of this
information in any manner is strictly prohibited. In such cases, please
notify us immediately at mailto:mailadmin@wipro.com and delete this mail
from your records.
----------------------------------------------------------------------------------------------------------------------