RSVP over ATM Implementation Requirements
RFC 2380

Document Type RFC - Proposed Standard (August 1998; No errata)
Last updated 2013-03-02
Stream IETF
Formats plain text pdf htmlized bibtex
Stream WG state (None)
Document shepherd No shepherd assigned
IESG IESG state RFC 2380 (Proposed Standard)
Consensus Boilerplate Unknown
Telechat date
Responsible AD (None)
Send notices to (None)
Network Working Group                                          L. Berger
Request for Comments: 2380                                  FORE Systems
Category: Standards Track                                    August 1998

               RSVP over ATM Implementation Requirements

Status of this Memo

   This document specifies an Internet standards track protocol for the
   Internet community, and requests discussion and suggestions for
   improvements.  Please refer to the current edition of the "Internet
   Official Protocol Standards" (STD 1) for the standardization state
   and status of this protocol.  Distribution of this memo is unlimited.

Copyright Notice

   Copyright (C) The Internet Society (1998).  All Rights Reserved.

Abstract

   This memo presents specific implementation requirements for running
   RSVP over ATM switched virtual circuits (SVCs).  It presents
   requirements that ensure interoperability between multiple
   implementations and conformance to the RSVP and Integrated Services
   specifications.  A separate document [5] provides specific guidelines
   for running over today's ATM networks.  The general problem is
   discussed in [9].   Integrated Services to ATM service mappings are
   covered in [6].  The full set of documents present the background and
   information needed to implement Integrated Services and RSVP over
   ATM.

Table of Contents

   1. Introduction .................................................  2
      1.1 Terms ....................................................  2
      1.2 Assumptions ..............................................  3
   2. General RSVP Session Support .................................  4
      2.1 RSVP Message VC Usage ....................................  4
      2.2 VC Initiation ............................................  4
      2.3 VC Teardown ..............................................  5
      2.4 Dynamic QoS ..............................................  6
      2.5 Encapsulation ............................................  6
   3. Multicast RSVP Session Support ...............................  7
      3.1 Data VC Management for Heterogeneous Sessions ............  7
      3.2 Multicast End-Point Identification .......................  8
      3.3 Multicast Data Distribution ..............................  9
      3.4 Receiver Transitions ..................................... 11

Berger                      Standards Track                     [Page 1]
RFC 2380       RSVP over ATM Implementation Requirements     August 1998

   4. Security Considerations ...................................... 11
   5. Acknowledgments .............................................. 11
   6. Author's Address ............................................. 12
   REFERENCES ...................................................... 13
   FULL COPYRIGHT STATEMENT ........................................ 14

1. Introduction

   This memo discusses running IP over ATM in an environment where SVCs
   are used to support QoS flows and RSVP is used as the internet level
   QoS signaling protocol.  It applies when using CLIP/ION, LANE2.0 and
   MPOA [4] methods for supporting IP over ATM.  The general issues
   related to running RSVP [8] over ATM have been covered in several
   papers including [9] and other earlier work.  This document is
   intended as a companion to [9,5].  The reader should be familiar with
   both documents.

   This document defines the specific requirements for implementations
   using ATM UNI3.x and 4.0.  These requirements must be adhered to by
   all RSVP over ATM implementations to ensure interoperability.
   Further recommendations to guide implementers of RSVP over ATM are
   provided in [5].

   The rest of this section will define terms and assumptions. Section 2
   will cover implementation guidelines common to all RSVP session.
   Section 3 will cover implementation guidelines specific to multicast
   sessions.

1.1 Terms

   The terms "reservation" and "flow" are used in many contexts, often
   with different meaning.  These terms are used in this document with
   the following meaning:

   o    Reservation is used in this document to refer to an RSVP
        initiated request for resources.  RSVP initiates requests for
        resources based on RESV message processing.  RESV messages that
        simply refresh state do not trigger resource requests.  Resource
        requests may be made based on RSVP sessions and RSVP reservation
        styles. RSVP styles dictate whether the reserved resources are
        used by one sender or shared by multiple senders.  See [8] for
        details of each. Each new request is referred to in this
        document as an RSVP reservation, or simply reservation.

Berger                      Standards Track                     [Page 2]
RFC 2380       RSVP over ATM Implementation Requirements     August 1998

   o    Flow is used to refer to the data traffic associated with a
Show full document text