RSVP objects carry the information that comprises the contents of RSVP messages. Different combinations of objects define the information necessary for RSVP to signal LSPs. Each object is represented by a fixed-length header and a variable-length data field, as shown in Figure 9.
Figure 9: RSVP Object Header

The maximum object content length is 65,528 bytes. The Class-Num and C-Type fields may be used together as a 16-bit number to define a unique type for each object. Table 15 lists and describes the fields in the RSVP object header.
Table 15: Fields in the RSVP Object Header
Field Name |
Defined |
Description |
|---|---|---|
Length |
16 bits |
Contains the total object length and must always be a multiple of 4. |
Class-Num |
The values of this field are defined in Appendix A, RFC 2205, Resource ReSerVation Protocol (RSVP), Version 1, Functional Specification. |
Identifies the object class; for example, Session. For more information about object classes, see Table 16 |
C-Type |
For a breakdown of the C-Type associated with each RSVP object, see Appendix A, RFC 2205. |
Coded with values that are unique to each class number (Class-Num); for example, C-Type 1. |
Object Data |
The Class-Num and C-Type may be used to define a unique object. C-Type is the object type and is used to accommodate different Internet address families, such as those corresponding to IPv4 and IPv6 [44]. Currently, C-Type 1 is assigned to IPv4 and C-Type 2 is used for IPv6. The structure and format of the objects may change from one family to another. |
Contains the data identified by the Class-Num and C-Type fields. For more information on object data, see Table 16. |
The setup and maintenance of an RSVP session requires information that is encoded in multiple objects used in the various RSVP message types. Table 16 lists and describes some RSVP objects, the messages in which they are used, and the RFC to which you can refer for further information. The objects are listed in alphabetical order.
Table 16: RSVP Objects