📄 rfc1976.txt
字号:
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: 1005. 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 19967. 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.comSchneider & Venters Informational [Page 9]RFC 1976 PPP DCE August 1996Authors' 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.comSchneider & Venters Informational [Page 10]
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -