The MPLS WG Archive

Cell Relay Retreat>MPLS WG Archive>month:2006-Nov> msg00041



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

[mpls] RE: Comments on draft-leroux-mpls-p2mp-te-bypass-00.txt

  • From: "HEMIGE Venu" <Venu.Hemige@alcatel.com>
  • Date: Thu, 9 Nov 2006 10:56:57 -0600
  • Cc: mpls@ietf.org
  • Thread-Index: AccDcQfon/vtBJiTSw+5KUincCpcXAArYvCA
  • Thread-Topic: [mpls] RE: Comments on draft-leroux-mpls-p2mp-te-bypass-00.txt
  • X-MIME-Autoconverted: from quoted-printable to 8bit by cell.onecall.net id kA9GuPs26016
  • X-OriginalArrivalTime: 09 Nov 2006 16:58:57.0692 (UTC)FILETIME=[58B2B5C0:01C70420]
  • X-Scanned-By: MIMEDefang 2.51 on 143.209.238.34


Hi Jean-Louis,

I agree with Kireeti that node protection is several degrees more
complex, definitely in the case of P2MP LSPs. However, I am not so sure
of the efficiency of even link protection for P2MP LSP traffic. The
bypass tunnel for a protected link may be established over another link
or set of links behind which there are leaves of the P2MP LSP. So when
the protected link fails, there would be two copies of the traffic
forwarded over such links. Isn't that also a concern very similar to
what you are trying to solve in this draft for node protection?

Regards,
-Venu

 

> -----Original Message-----
> From: Kireeti Kompella [mailto:kireeti@juniper.net] 
> Sent: Wednesday, November 08, 2006 11:56 AM
> To: LE ROUX Jean-Louis RD-CORE-LAN
> Cc: mpls@ietf.org
> Subject: Re: [mpls] RE: Comments on 
> draft-leroux-mpls-p2mp-te-bypass-00.txt
> 
> Hi Jean-Louis,
> 
> To re-iterate my comment in the WG, in general, node protection, 
> whether for p2p or p2mp LSPs, is an order of magnitude less scalable 
> than link protection.
> 
> I think we should step back at this point, and request SPs and others 
> deploying MPLS networks to share with the WG: frequencies of link 
> failures, node software failures (node recovers), node failures 
> (requires manual intervention), and battery explosions, to give us a 
> sense of the importance of continuing the work on node protection.
> 
> I realize that some of these figures may be sensitive, but even 
> normalized numbers may be useful.
> 
> Kireeti.
> -------
> 
> _______________________________________________
> mpls mailing list
> mpls@lists.ietf.org
> https://www1.ietf.org/mailman/listinfo/mpls
> 

_______________________________________________
mpls mailing list
mpls@lists.ietf.org
https://www1.ietf.org/mailman/listinfo/mpls