⭐ 欢迎来到虫虫下载站! | 📦 资源下载 📁 资源专辑 ℹ️ 关于我们
⭐ 虫虫下载站

📄 rfc1976.txt

📁 RFC 的详细文档!
💻 TXT
📖 第 1 页 / 共 2 页
字号:

RFC 1976                        PPP DCE                      August 1996


   The following CCP Configuration Option MUST be supported:

      Compression-Type                      23 (LZS-DCP)

   The following default LZS-DCP Configuration Options MUST be
   supported:

      Check-Mode                    3 (sequence + LCB)
      History-Count                 1 (single history)
      Process-Mode                  0 (None)

   The default SDTP/SDCP Configuration Options MUST be supported.  They
   are:

      Packet-Format:                Header-Last
      Header-Type:                  H-Only
      Multiple-Packets:             Off
      Multi-Port:                   Off
      Transport-Mode:               HDLC-Synchronous
      Maximum-Frame-Size:           10,000 bytes
      Allow-Odd-Frames:             Off
      FCS-Type:                     Transparent-Transport
      Flow-Expiration-Time:         100

5.  Mode-1 Requirements

   DSUs that use only Mode-1 (non-negotiate mode) use only a
   predetermined set of PPP packets.  In addition to a fixed data packet
   format, two fixed formats are used to differentiate between Mode-1
   devices and Mode-0 (transparent) devices.  Mode-1 devices are
   designed to operate using compression if a peer has the same
   capability, or revert to transparent operation (Mode-0) if the peer
   does not support standard compression.

   Mode-1 devices use LZS-DCP Compression Packets as specified in [4].
   These packets include the capabilities of DCP:  Reset-Request and
   Acknowledge, Compressed/Transparent, etc.  Since the packets include
   signalling, these packets can be sent with an empty data field to
   signal a reset request if no data packets are ready for piggy-backed
   signalling.

   Exactly one LZS-DCP packet is encapsulated in the PPP Information
   field, where the PPP Protocol field indicates type 00FD (Compression
   Protocol).  Exactly one SDTP packet is transported by each LZS-DCP
   data packet.






Schneider & Venters          Informational                      [Page 6]

RFC 1976                        PPP DCE                      August 1996


   Operation in Mode-1 implies a set of predetermined values for LCP,
   LZS-DCP, and SDTP configuration options and parameters, using the
   values listed in the preceding section.

   The following PPP packets are permitted and recognized:

      LCP Configure-Request with DCE Mode-1 Configuration Option
      LCP Configure-Ack with DCE Mode-1 Configuration Option
      LZS-DCP Packet with the data field containing an SDTP packet
      LZS-DCP Packet with an empty data field

   Protocol-Field-Compression and Address-and-Control-Field-Compression
   is used on all packets except the handshake packets (LCP packets).

   Any Mode-1 or Mode-2 DCE that receives a Mode-1 request MUST
   Acknowledge the request.

5.1.  Detailed Mode-1 Example

   Detailed Example when using Mode-1 on a point-to-point leased or
   circuit switched link (using PPP in HDLC-like Framing [6]) (data
   shown is after flags and inserted 0s are removed; lower case letters
   and numbers represent actual values, uppercase represent data fields
   whose values may vary from packet to packet; parentheses surrounding
   a field indicate that the field may not be present in all packets of
   that type):

      LCP Configure-Request:
                                               Config. Opt.
      Addr. Ctl.  PID    Code ID   Length Type Lngth Mode
      +----+----+-------+----+----+-------+----+----+----+-----+
      | ff | 03 | c0 21 | 01 | 00 | 00 07 | 21 | 03 | 01 | FCS |
      +----+----+-------+----+----+-------+----+----+----+-----+

      LCP Configure-Ack:

                                               Config. Opt.
      Addr. Ctl.  PID    Code ID   Length Type Lngth Mode
      +----+----+-------+----+----+-------+----+----+----+-----+
      | ff | 03 | c0 21 | 02 | 00 | 00 07 | 21 | 03 | 01 | FCS |
      +----+----+-------+----+----+-------+----+----+----+-----+

      LZS-DCP Packet:

       PID  DCP
      +----+----+------+------ -+-------+-----+
      | fd | HD | (SQ) | (DATA) | (LCB) | FCS |
      +----+----+------+--------+-------+-----+



Schneider & Venters          Informational                      [Page 7]

RFC 1976                        PPP DCE                      August 1996


      The DATA field contains a compressed or uncompressed SDTP-PDU.
      The LCB field is only present on a packet containing compressed
      data.  The Sequence Number and Data fields are only present on
      packets that contain data.

                        +----+------+----+
            SDTP-PDU:   | 49 | DATA | HD |
                        +----+------+----+

6.  Initial Handshake Operation

   When a unit is powered up, or when the lower layer signals that the
   peer has gone out of service and returned, the handshake procedure is
   initiated.  The handshake procedure for Mode-1 and Mode-2 devices is
   described below.

   Mode-1:

      When starting Mode-1, each DCE sends out an LCP Configure-Request
      packet containing only the DCE-Identifier LCP Configuration Option
      described in Section 3, with the with the Mode Field set to a
      value of 1.  When a DCE device receives such a packet, it must
      answer with an LCP Configure-Ack packet.  In each of these
      packets, the identifier field is set to 0.  If the originator of
      the Configure-Request packet does not receive a Configure-Ack
      response within a user configurable time T1, the unit MUST revert
      to transparent (Mode-0) operation.

   Mode-2:

      A Mode-2 device will first try to operate in Mode-2 by starting
      PPP normally, following the state machine described in [1].  The
      LCP Configure-Request MUST include the DCE-Identifier
      Configuration Option with the Mode Field set to 2.  If the unit
      receives a Configure-Reject Packet Containing the DCE-Identifier,
      the unit MUST revert immediately to transparent (Mode-0)
      operation.  If the LCP state machine times out because a response
      was not received in user configurable time T2, or if a Mode-1
      Configuration-Request packet is received, the unit attempts to
      operate in Mode-1 by following the procedure listed above,
      ultimately reverting to Mode-0 operation if the Mode-1 procedure
      times out.

   In either case, the unit is not prohibited from sending multiple
   Configuration-Request packets before the applicable timer (T1, T2)
   expires.  A unit may also initiate the handshake procedure at any
   time.




Schneider & Venters          Informational                      [Page 8]

RFC 1976                        PPP DCE                      August 1996


7.  Security Considerations

   Security issues are not discussed in this memo.

8.  References

   [1]    Simpson, W., ed., "The Point-to-Point Protocol (PPP)", STD
          51, RFC 1661, July 1994.

   [2]    Schneider, K., and S. Venters, "PPP Serial Data Transport
          Protocol (PPP-SDTP)", RFC 1963, August 1996.

   [3]    Rand, D., "The PPP Compression Control Protocol (CCP)", RFC
          1962, June 1996.

   [4]    Lutz, R., "PPP LZS-DCP Compression Protocol", RFC 1967
          August 1996.

   [5]    CCITT Recommendation V.120, "Support by an ISDN of Data
          Terminal Equipment with V-Series Type Interfaces with
          Provision for Statistical Multiplexing (revised 1992)", ITU-T,
          1993.

   [6]    Simpson, W., "PPP in HDLC-like Framing", STD 51, RFC 1662,
          January 1994.

   [7]    Simpson, W., "PPP LCP Extensions", RFC 1570, January 1994.

Chair's Address

   The working group can be contacted via the current chair:

   Karl Fox
   Ascend Communications
   3518 Riverside Drive, Suite 101
   Columbus, Ohio 43221

   EMail: karl@ascend.com













Schneider & Venters          Informational                      [Page 9]

RFC 1976                        PPP DCE                      August 1996


Authors' Addresses

   Questions about this memo can also be directed to:

   Kevin Schneider
   Adtran, Inc.
   901 Explorer Blvd.
   Huntsville, AL 35806-2807

   Phone: (205) 971-8000
   EMail:  kevin@adtran.com


   Stuart Venters
   Adtran, Inc.
   901 Explorer Blvd.
   Huntsville, AL 35806-2807

   Phone: (205) 971-8000
   EMail: sventers@adtran.com































Schneider & Venters          Informational                     [Page 10]


⌨️ 快捷键说明

复制代码 Ctrl + C
搜索代码 Ctrl + F
全屏模式 F11
切换主题 Ctrl + Shift + D
显示快捷键 ?
增大字号 Ctrl + =
减小字号 Ctrl + -