RFC 3213 (rfc3213) - Page 2 of 7

Applicability Statement for CR-LDP

RFC 3213           Applicability Statement for CR-LDP       January 2002


   establishment and maintenance of TCP sessions, the following natural
   benefits exist:

      CR-LDP messages are reliably delivered by the underlying TCP, and
      State information associated with explicitly routed LSPs does not
      require periodic refresh.

      CR-LDP messages are flow controlled (throttled) through TCP.

   CR-LDP is defined for the specific purpose of establishing and
   maintaining explicitly routed LSPs.  Additional optional capabilities
   included have minimal impact on system performance and requirements
   when not in use for a specific explicitly routed LSP.  Optional
   capabilities provide for negotiation of LSP services and traffic
   management parameters over and above best-effort packet delivery
   including bandwidth allocation, setup and holding priorities.  CR-LDP
   optionally allows these parameters to be dynamically modified without
   disruption of the operational (in-service) LSP [4].

   CR-LDP allows the specification of a set of parameters to be signaled
   along with the LSP setup request.  Moreover, the network can be
   provisioned with a set of edge traffic conditioning functions (which
   could include marking, metering, policing and shaping).  This set of
   parameters along with the specification of edge conditioning
   functions can be shown to be adequate and powerful enough to
   describe, characterize and parameterize a wide variety of QoS
   scenarios and services including IP differentiated services [5],
   integrated services [6], ATM service classes [7], and frame relay
   [8].

   CR-LDP is designed to adequately support the various media types that
   MPLS was designed to support (ATM, FR, Ethernet, PPP, etc.).  Hence,
   it will work equally well for Multi-service switched networks, router
   networks, or hybrid networks.

   This applicability statement does not preclude the use of other
   signaling and label distribution protocols for the traffic
   engineering application in MPLS based networks.  Service providers
   are free to deploy whatever signaling protocol meets their needs.

   In particular CR-LDP and RSVP-TE [9] are two signaling protocols that
   perform similar functions in MPLS networks.  There is currently no
   consensus on which protocol is technically superior.  Therefore,
   network administrators should make a choice between the two based
   upon their needs and particular situation.  Applicability of RSVP-TE
   is described in [10].





Ash, et al                   Informational