datatracker.ietf.org
Sign in
Version 5.6.2.p6, 2014-09-03
Report a bug

PPP Reliable Transmission
RFC 1663

Document type: RFC - Proposed Standard (July 1994; No errata)
Document stream: IETF
Last updated: 2013-03-02
Other versions: plain text, pdf, html

IETF State: (None)
Document shepherd: No shepherd assigned

IESG State: RFC 1663 (Proposed Standard)
Responsible AD: (None)
Send notices to: No addresses provided

Network Working Group                                           D. Rand
Request for Comments: 1663                                       Novell
Category: Standards Track                                     July 1994

                       PPP Reliable Transmission

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.

Abstract

   The Point-to-Point Protocol (PPP) [1] provides a standard method for
   transporting multi-protocol datagrams over point-to-point links.

   This document defines a method for negotiating and using Numbered-
   Mode, as defined by ISO 7776 [2], to provide a reliable serial link.

   This document is the product of the Point-to-Point Protocol Working
   Group of the Internet Engineering Task Force (IETF).  Comments should
   be submitted to the ietf-ppp@ucdavis.edu mailing list.

Table of Contents

   1.     Introduction ..........................................    1
   2.     Physical Layer Requirements ...........................    2
   3.     The Data Link Layer ...................................    2
   3.1       Frame Format .......................................    2
   4.     Configuration Option Format ...........................    4
   5.     Numbered-Mode Operation ...............................    5
   5.1       Single Link ........................................    6
   5.2       Inverse Multiplexing ...............................    6
   5.3       Using Multi-Link Procedure... ......................    7
   5.4       LAPB Parameter defaults ............................    8
   SECURITY CONSIDERATIONS ......................................    9
   REFERENCES ...................................................    9
   ACKNOWLEDGEMENTS .............................................    9
   CHAIR'S ADDRESS ..............................................   10
   AUTHOR'S ADDRESS .............................................   10

Rand                                                            [Page 1]
RFC 1663               PPP Reliable Transmission               July 1994

1.  Introduction

   By default, PPP packets over HDLC framed links consist of
   "connectionless" datagrams.  If reliable transmission over the HDLC
   link is desired, the implementation MUST specify the Numbered-Mode
   Configuration Option during Link Establishment phase.

   Generally, serial link reliability is not a major issue.  The
   architecture of protocols used in datagram networking presume
   best-effort non-sequential delivery.  When errors are detected,
   datagrams
   are discarded.

   However, in certain circumstances, it is advisable to provide a
   reliable link, at least for a subset of the messages.  The most
   obvious case is when the link is compressed.  Since the dictionary is
   recovered from the compressed data stream, and a lost datagram
   corrupts the dictionary, datagrams must not be lost.  Not all
   compression types will require a reliable data stream, since the cost
   to detect and reset a corrupt dictionary is small.

   The ISO 7776 LAPB can be used guarantee delivery.  This is referred
   to in this document as "Numbered Mode" to distinguish it from the use
   of "Unnumbered Information", which is standard PPP framing practice.

   Where multiple parallel links are used to emulate a single link of
   higher speed, Bridged traffic, Source Routed traffic, and traffic
   subjected to Van Jacobsen TCP/IP header compression must be delivered
   to the higher layer in a certain sequence.  However, the fact of the
   links being relatively asynchronous makes traffic ordering uncertain.

   The ISO 7776 Multi-Link Procedure MAY be used to restore order.
   Implementation of the ISO Multi-Link Procedure is deprecated.  It is
   recommended that the PPP multilink procedure [4] be used instead.

2.  Physical Layer Requirements

   PPP Reliable Transmission imposes the same requirements that are
   described in "PPP in HDLC Framing" [3], with the following
   exceptions.

   Control Signals

      While PPP does not normally require the use of control signals,
      implementation of Numbered-Mode LAPB or LAPD requires the
      provision of control signals, which indicate when the link has
      become connected or disconnected.  These in turn provide the Up
      and Down events to the LCP state machine.

Rand                                                            [Page 2]
RFC 1663               PPP Reliable Transmission               July 1994

[include full document text]