home *** CD-ROM | disk | FTP | other *** search
/ Handbook of Infosec Terms 2.0 / Handbook_of_Infosec_Terms_Version_2.0_ISSO.iso / text / rfcs / rfc1619.txt < prev    next >
Text File  |  1996-05-07  |  9KB  |  239 lines

  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                         W. Simpson Request for Comments: 1619                                    Daydreamer Category: Standards Track                                       May 1994 
  8.  
  9.                             PPP over SONET/SDH 
  10.  
  11.  
  12.  
  13. Status of this Memo 
  14.  
  15.    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. 
  16.  
  17.  
  18.  
  19. Abstract 
  20.  
  21.    The Point-to-Point Protocol (PPP) [1] provides a standard method for    transporting multi-protocol datagrams over point-to-point links.    This document describes the use of PPP over Synchronous Optical    Network (SONET) and Synchronous Digital Heirarchy (SDH) circuits. 
  22.  
  23.    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@merit.edu mailing list. 
  24.  
  25.  
  26.  
  27. Applicability 
  28.  
  29.    This specification is intended for those implementations which desire    to use the PPP encapsulation over high speed private point-to-point    links, such as intra-campus single-mode fiber which may already be    installed and unused.  Because the PPP encapsulation has relatively    low overhead, it is anticipated that significantly higher throughput    can be attained compared to other SONET/SDH payload mappings, at a    significantly lower cost for line termination equipment. 
  30.  
  31.  
  32.  
  33.  
  34.  
  35.  
  36.  
  37.  
  38.  
  39.  Simpson                                                         [Page i] 
  40. RFC 1619                   PPP over SONET/SDH                   May 1994 
  41.  
  42.                             Table of Contents 
  43.  
  44.       1.     Introduction ..........................................    1 
  45.  
  46.      2.     Physical Layer Requirements ...........................    1 
  47.  
  48.      3.     Framing ...............................................    2 
  49.  
  50.      4.     Configuration Details .................................    3 
  51.  
  52.      SECURITY CONSIDERATIONS ......................................    3 
  53.  
  54.      REFERENCES ...................................................    3 
  55.  
  56.      ACKNOWLEDGEMENTS .............................................    3 
  57.  
  58.      CHAIR'S ADDRESS ..............................................    4 
  59.  
  60.      AUTHOR'S ADDRESS .............................................    4 
  61.  
  62.  
  63.  
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.  
  71.  
  72.  
  73.  
  74.  
  75.  
  76.  
  77.  
  78.  
  79.  
  80.  
  81.  
  82.  
  83.  
  84.  
  85.  
  86.  
  87.  
  88.  
  89.  
  90.  Simpson                                                        [Page ii] 
  91. RFC 1619                   PPP over SONET/SDH                   May 1994 
  92.  
  93.  1.  Introduction 
  94.  
  95.    PPP was designed as a standard method of communicating over point-    to-point links.  Initial deployment has been over short local lines,    leased lines, and plain-old-telephone-service (POTS) using modems.    As new packet services and higher speed lines are introduced, PPP is    easily deployed in these environments as well. 
  96.  
  97.    This specification is primarily concerned with the use of the PPP    encapsulation over SONET/SDH links.  Since SONET/SDH is by definition    a point-to-point circuit, PPP is well suited to use over these links. 
  98.  
  99.    The Synchronous Optical Network (SONET) [3] is an octet-synchronous    multiplex scheme that defines a family of standard rates and formats.    Despite the name, it is not limited to optical links.  Electrical    specifications have been defined for single-mode fiber, multi-mode    fiber, and CATV 75 ohm coaxial cable.  The transmission rates are    integral multiples of 51.840 Mbps, which may be used to carry T3/E3    bit-synchronous signals.  The allowed multiples are currently    specified as 
  100.  
  101.            STS-1    51.840         STS-18    933.120            STS-3   155.520         STS-24  1,244.160            STS-9   466.560         STS-36  1,866.240            STS-12  622.080         STS-48  2,488.320 
  102.  
  103.     The CCITT Synchronous Digital Heirarchy (SDH) defines a subset of    SONET transmission rates beginning at 155.520 Mbps [5]. 
  104.  
  105.            SONET           SDH equivalent            STS-3c          STM-1            STS-12c         STM-4            STS-48c         STM-16 
  106.  
  107.  
  108.  
  109.  2.  Physical Layer Requirements 
  110.  
  111.    PPP treats SONET/SDH transport as octet oriented synchronous links.    SONET/SDH links are full-duplex by definition. 
  112.  
  113.    Interface Format 
  114.  
  115.       PPP presents an octet interface to the physical layer.  There is       no provision for sub-octets to be supplied or accepted. 
  116.  
  117.  
  118.  
  119.  Simpson                                                         [Page 1] 
  120. RFC 1619                   PPP over SONET/SDH                   May 1994 
  121.  
  122.        The octet stream is mapped into the SONET/SDH Synchronous Payload       Envelope (SPE), with the octet boundaries aligned with the SPE       octet boundaries. 
  123.  
  124.       No scrambling is needed during insertion into the SPE. 
  125.  
  126.       The Path Signal Label (C2) is intended to indicate the contents of       the SPE.  The experimental value of 207 (cf hex) is used to       indicate PPP. 
  127.  
  128.       The Multiframe Indicator (H4) is currently unused, and MUST be       zero. 
  129.  
  130.    Transmission Rate 
  131.  
  132.       The basic rate for PPP over SONET/SDH is that of STS-3c/STM-1 at       155.520 Mbps.  The available information bandwidth is 149.760       Mbps, which is the STS-3c/STM-1 SPE with section, line and path       overhead removed.  This is the same super-rate mapping that is       used for ATM and FDDI [4]. 
  133.  
  134.       Lower signal rates MUST use the Virtual Tributary (VT) mechanism       of SONET/SDH.  This maps existing signals up to T3/E3 rates       asynchronously into the SPE, or uses available clocks for bit-       synchronous and byte-synchronous mapping. 
  135.  
  136.       Higher signal rates SHOULD conform to the SDH STM series, rather       than the SONET STS series, as equipment becomes available.  The       STM series progresses in powers of 4 (instead of 3), and employs       fewer steps, which is likely to simplify multiplexing and       integration. 
  137.  
  138.    Control Signals 
  139.  
  140.       PPP does not require the use of control signals.  When available,       using such signals can allow greater functionality and       performance.  Implications are discussed in [2]. 
  141.  
  142.  
  143.  
  144. 3.  Framing 
  145.  
  146.    The framing for octet-synchronous links is described in "PPP in HDLC    Framing" [2]. 
  147.  
  148.    The PPP frames are located by row within the SPE payload.  Because    frames are variable in length, the frames are allowed to cross SPE    boundaries. 
  149.  
  150.  
  151.  
  152. Simpson                                                         [Page 2] 
  153. RFC 1619                   PPP over SONET/SDH                   May 1994 
  154.  
  155.  4.  Configuration Details 
  156.  
  157.    The standard LCP sync configuration defaults apply to SONET/SDH    links. 
  158.  
  159.    The following Configuration Options are recommended: 
  160.  
  161.       Magic Number       No Address and Control Field Compression       No Protocol Field Compression       32-bit FCS 
  162.  
  163.  
  164.  
  165.  Security Considerations 
  166.  
  167.    Security issues are not discussed in this memo. 
  168.  
  169.  
  170.  
  171. References 
  172.  
  173.    [1]   Simpson, W., Editor, "The Point-to-Point Protocol (PPP)", RFC          1548, Daydreamer, December 1993. 
  174.  
  175.    [2]   Simpson, W., Editor, "PPP in HDLC Framing", RFC 1549,           Daydreamer, December 1993. 
  176.  
  177.    [3]   "American National Standard for Telecommunications - Digital          Hierarchy - Optical Interface Rates and Formats Specification",          ANSI T1.105-1991. 
  178.  
  179.    [4]   "American National Standard for Telecommunications -          Synchronous Optical Network (SONET) Payload Mappings", ANSI          T1.105.02-1993 draft. 
  180.  
  181.    [5]   CCITT Recommendation G.707, "Synchronous Digital Hierarchy Bit          Rates", June 1992. 
  182.  
  183.  
  184.  
  185.  
  186.  
  187.  
  188.  
  189.  
  190.  
  191.  
  192.  
  193.  Simpson                                                         [Page 3] 
  194. RFC 1619                   PPP over SONET/SDH                   May 1994 
  195.  
  196.  Acknowledgments 
  197.  
  198.    PPP over SONET was first proposed by Craig Partridge (BBN).  Some    information was obtained from the good folks at Bellcore. 
  199.  
  200.    Technical assistance and information was also provided by Victor    Demjanenko (SUNY Buffalo). 
  201.  
  202.    Special thanks to Morning Star Technologies for providing computing    resources and network access support for writing this specification. 
  203.  
  204.  
  205.  
  206. Chair's Address 
  207.  
  208.    The working group can be contacted via the current chair: 
  209.  
  210.       Fred Baker       Advanced Computer Communications       315 Bollay Drive       Santa Barbara, California  93117 
  211.  
  212.       EMail: fbaker@acc.com 
  213.  
  214.  
  215.  
  216. Author's Address 
  217.  
  218.    Questions about this memo can also be directed to: 
  219.  
  220.       William Allen Simpson       Daydreamer       Computer Systems Consulting Services       1384 Fontaine       Madison Heights, Michigan  48071 
  221.  
  222.       EMail: Bill.Simpson@um.cc.umich.edu              bsimpson@MorningStar.com 
  223.  
  224.  
  225.  
  226.  
  227.  
  228.  
  229.  
  230.  
  231.  
  232.  
  233.  
  234.  
  235.  
  236. Simpson                                                         [Page 4] 
  237.  
  238.  
  239.