RFC 2043 (rfc2043) - Page 4 of 7


The PPP SNA Control Protocol (SNACP)



Alternative Format: Original Text Document

< Previous
Next >


RFC 2043                       PPP SNACP                    October 1996


   NLP       Network Layer Packet.  In High Performance Routing (HPR),
             the message unit used to carry data over the route.
             Network Layer Packet is analogous to datagram.

2.  A PPP Network Control Protocol for SNA

   The SNA Control Protocol (SNACP) is responsible for configuring,
   enabling, and disabling SNA on both ends of the point-to-point link.
   SNACP uses the same packet exchange mechanism as the Link Control
   Protocol (LCP). SNACP packets may not be exchanged until PPP has
   reached the Network-Layer Protocol phase.  SNACP packets received
   before this phase is reached should be silently discarded.

   Note that there are actually two SNA Network Control Protocols; one
   for SNA over LLC 802.2 and another for SNA without LLC 802.2.  These
   SNA NCPs are negotiated separately and independently of each other.

   The SNA Control Protocol is exactly the same as the Link Control
   Protocol [1] with the following exceptions:

   Frame Modifications

      The packet may utilize any modifications to the basic frame format
      which have been negotiated during the Link Establishment phase.

   Data Link Layer Protocol Field

      Exactly one SNACP packet is encapsulated in the PPP Information
      field, where the PPP Protocol field indicates type hex 804B (SNA
      over LLC 802.2) or hex 804D (SNA).

   Code field

      Only Codes 1 through 7 (Configure-Request, Configure-Ack,
      Configure-Nak, Configure-Reject, Terminate-Request, Terminate-Ack
      and Code-Reject) are used.  Other Codes should be treated as
      unrecognized and should result in Code-Rejects.

   Timeouts

      SNACP packets may not be exchanged until PPP has reached the
      Network-Layer Protocol phase. An implementation should be prepared
      to wait for Authentication and Link Quality Determination to
      finish before timing out waiting for a Configure-Ack or other
      response.  It is suggested that an implementation give up only
      after user intervention or a configurable amount of time.





Fuqua                       Standards Track


< Previous
Next >


Web Standards & Support:

Link to and support eLook.org Powered by LoadedWeb Web Hosting
Valid XHTML 1.0! Valid CSS! eLook.org FireFox Extensions