The MPLS WG Archive

Cell Relay Retreat>MPLS WG Archive>month:2002-Jul> msg00382



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

initiating a discussion on mpls singaling protocols

  • From: neil.2.harrison@bt.com
  • Date: Fri, 26 Jul 2002 10:30:05 +0100
  • Cc: mpls@UU.NET

Giles....my apologies, but I have to correct you here as I feel you are
misrepresenting an important issue....please see below.

regards, Neil

> -----Original Message-----
> From: Giles Heron [mailto:giles@packetexchange.net]
> Sent: 26 July 2002 01:44
> To: Jothilingam, Vasudevan " "(Vasu)
> Cc: IETF MPLS List
> Subject: RE: initiating a discussion on mpls singaling protocols
> 
> 
> On Wed, 2002-07-24 at 18:55, Jothilingam, Vasudevan (Vasu) wrote: 
> > Giles
> > 
> > I understand that, I just wanted make sure..
> > So are we suggesting that Just have LDP. Well, I am not 
> sure what will that
> > buy us 
> > without TE.
> 
> No - I am suggesting that we need LDP, and that we also need a TE
> mechanism.  Given that RSVP-TE is so widely deployed I think the
> opportunity for CR-LDP has passed. 
NH=> There is general LDP and targeted LDP....the former creates mp2p
entities, but I believe your requirement is for the latter which creates p2p
entities (though I assume you could use RSVP-TE for this too, so its not
clear to me that LDP is a 'must' in your case.....but please correct me if
this is not the case).
> 
> BTW - LDP actually buys us plenty without TE (only IMO of course - I
> don't want anyone to restart that "we need to kill LDP 
> because it isn't
> compatible with MPLS OAM" thread!)  However some SPs have TE
> requirements, so we need TE as well. 
NH=> This is a misleading slant.  The difficulty of fault-management of
general LDP is simply 1 problem it raises......it is not the only one.  The
discussion/thread you are referring to was based on the question 'what
networking problem does LDP solve that cannot be better solved by IPinIP (if
an any-any mode is required) or p2p LSPs (if hard SLAs are required that are
easily measureable/manageable)?'.  However, I agree we don't want to open
this up again.
<snipped to end NH>