RFC 2749 (rfc2749) - Page 3 of 17

COPS usage for RSVP

RFC 2749                  COPS usage for RSVP               January 2000


2.2 Context Object (Context)

   The semantics of the Context object for RSVP is as follows:

   R-Type (Request Type Flag)

   Incoming-Message request

         This context is used when the PEP receives an incoming RSVP
         message. The PDP may decide to accept or reject the incoming
         message and may also apply other decision objects to it. If the
         incoming message is rejected, RSVP should treat it as if it
         never arrived.

   Resource-Allocation request

         This context is used when the PEP is about to commit local
         resources to an RSVP flow (admission control). This context
         applies to Resv messages only. The decision whether to commit
         local resources is made for the merge of all reservations
         associated with an RSVP flow (which have arrived on a
         particular interface, potentially from several RSVP Next-Hops).

   Outgoing-Message request (forwarding an outgoing RSVP message)

         This context is used when the PEP is about to forward an
         outgoing RSVP message. The PDP may decide to allow or deny the
         outgoing message, as well as provide an outgoing policy data
         object.

   M-Type (Message Type)

   The M-Type field in the Context Object identifies the applicable RSVP
   message type. M-Type values are identical to the values used in the
   "msg type" field in the RSVP header [RSVP].

   The following RSVP message types are supported in COPS:

   Path
   Resv
   PathErr
   ResvErr

   Other message types such as PathTear, ResvTear, and Resv Confirm are
   not supported. The list of supported message types can only be
   extended in later versions of RSVP and/or later version of this
   document.




Herzog, et al.              Standards Track