home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / drafts / draft_ietf_j_p / draft-ietf-pppext-callback-ds-00.txt < prev    next >
Text File  |  1997-03-27  |  7KB  |  275 lines
  1.  
  2. Network Working Group                                 W. Simpson, Editor
  3. Internet Draft                                                DayDreamer
  4. expires in six months                                      November 1996
  5.  
  6.  
  7.                               PPP CallBack
  8.                   draft-ietf-pppext-callback-ds-00.txt
  9.  
  10.  
  11. Status of this Memo
  12.  
  13.    Distribution of this memo is unlimited.
  14.  
  15.    This document is an Internet-Draft.  Internet Drafts are working doc-
  16.    uments of the Internet Engineering Task Force (IETF), its Areas, and
  17.    its Working Groups.  Note that other groups may also distribute work-
  18.    ing documents as Internet Drafts.
  19.  
  20.    Internet Drafts are draft documents valid for a maximum of six
  21.    months, and may be updated, replaced, or obsoleted by other documents
  22.    at any time.  It is not appropriate to use Internet Drafts as refer-
  23.    ence material, or to cite them other than as a ``working draft'' or
  24.    ``work in progress.''
  25.  
  26.    To learn the current status of any Internet-Draft, please check the
  27.    ``1id-abstracts.txt'' listing contained in the internet-drafts Shadow
  28.    Directories on:
  29.  
  30.       ftp.is.co.za (Africa)
  31.       nic.nordu.net (Europe)
  32.       ds.internic.net (US East Coast)
  33.       ftp.isi.edu (US West Coast)
  34.       munnari.oz.au (Pacific Rim)
  35.  
  36.  
  37. Abstract
  38.  
  39.    The Point-to-Point Protocol (PPP) [1] provides a standard method for
  40.    transporting multi-protocol datagrams over point-to-point links.  PPP
  41.    defines an extensible Link Control Protocol (LCP) for establishing,
  42.    configuring, and testing the data-link connection.  This document
  43.    defines several additional LCP features that have been suggested over
  44.    the past few years.
  45.  
  46.  
  47.  
  48.  
  49.  
  50.  
  51.  
  52.  
  53. Simpson                   expires in six months                 [Page i]
  54. DRAFT                         PPP CallBack                 November 1996
  55.  
  56.  
  57. 1.  Additional LCP Configuration Options
  58.  
  59.    The Configuration Option format and basic options are already defined
  60.    for LCP [1].
  61.  
  62.    Up-to-date values of the LCP Option Type field are specified in the
  63.    most recent "Assigned Numbers" [2].  This document concerns the fol-
  64.    lowing values:
  65.  
  66.       13      CallBack
  67.  
  68.  
  69.  
  70. 1.1.  CallBack
  71.  
  72.    Description
  73.  
  74.       This Configuration Option provides a method for an implementation
  75.       to request a dial-up peer to call back.  This option might be used
  76.       for many diverse purposes, such as savings on toll charges.
  77.  
  78.       When CallBack is successfully negotiated, and authentication is
  79.       complete, the Authentication phase proceeds directly to the Termi-
  80.       nation phase, and the link is disconnected.
  81.  
  82.       Then, the peer re-establishes the link, without negotiating Call-
  83.       Back.
  84.  
  85.       Implementation Notes:
  86.  
  87.          A peer which agrees to this option SHOULD request the Authenti-
  88.          cation-Protocol Configuration Option.  The user information
  89.          learned during authentication can be used to determine the user
  90.          location, or to limit a user to certain locations, or merely to
  91.          determine whom to bill for the service.
  92.  
  93.          Authentication SHOULD be requested in turn by the implementa-
  94.          tion when it is called back, if mutual authentication is
  95.          desired.
  96.  
  97.    A summary of the CallBack Option format is shown below.  The fields
  98.    are transmitted from left to right.
  99.  
  100.  
  101.  
  102.  
  103.  
  104.  
  105.  
  106.  
  107.  
  108. Simpson                   expires in six months                 [Page 1]
  109. DRAFT                         PPP CallBack                 November 1996
  110.  
  111.  
  112.     0                   1                   2                   3
  113.     0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
  114.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  115.    |     Type      |    Length     |   Operation   |  Message ...
  116.    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
  117.  
  118.    Type
  119.  
  120.       13
  121.  
  122.    Length
  123.  
  124.       >= 3
  125.  
  126.    Operation
  127.  
  128.       The Operation field is one octet and indicates the contents of the
  129.       Message field.
  130.  
  131.       0       location is determined by user authentication
  132.  
  133.       1       Dialing string, the format and contents of which assumes
  134.               configuration knowledge of the specific device which is
  135.               making the callback.
  136.  
  137.       2       Location identifier, which may or may not be human read-
  138.               able, to be used together with the authentication informa-
  139.               tion for a database lookup to determine the callback loca-
  140.               tion.
  141.  
  142.       3       E.164 number.
  143.  
  144.       4       Distinguished name.
  145.  
  146.    Message
  147.  
  148.       The Message field is zero or more octets, and its general contents
  149.       are determined by the Operation field.  The actual format of the
  150.       information is site or application specific, and a robust imple-
  151.       mentation SHOULD support the field as undistinguished octets.  The
  152.       size is determined from the Length field.
  153.  
  154.       It is intended that only an authorized user will have correct site
  155.       specific information to make use of the CallBack.  The codifica-
  156.       tion of the range of allowed usage of this field is outside the
  157.       scope of this specification.
  158.  
  159.  
  160.  
  161.  
  162.  
  163. Simpson                   expires in six months                 [Page 2]
  164. DRAFT                         PPP CallBack                 November 1996
  165.  
  166.  
  167. Security Considerations
  168.  
  169.    Security issues are briefly discussed in sections concerning the
  170.    CallBack Configuration Option.
  171.  
  172.  
  173. Acknowledgements
  174.  
  175.    Special thanks to Morning Star Technologies for providing computing
  176.    resources and network access support for writing this specification.
  177.  
  178.  
  179. References
  180.  
  181.    [1]   Simpson, W., Editor, "The Point-to-Point Protocol (PPP)",
  182.          RFC-1661, December 1993.
  183.  
  184.    [2]   Reynolds, J.K., Postel, J.B., "Assigned Numbers", RFC-1700,
  185.          July 1992.
  186.  
  187.    [3]   Simpson, W., Editor, "PPP in HDLC-like Framing", RFC-1662,
  188.          December 1993.
  189.  
  190.  
  191.  
  192.  
  193.  
  194.  
  195.  
  196.  
  197.  
  198.  
  199.  
  200.  
  201.  
  202.  
  203.  
  204.  
  205.  
  206.  
  207.  
  208.  
  209.  
  210.  
  211.  
  212.  
  213.  
  214.  
  215.  
  216.  
  217.  
  218. Simpson                   expires in six months                 [Page 3]
  219. DRAFT                         PPP CallBack                 November 1996
  220.  
  221.  
  222. Contacts
  223.  
  224.    Comments about this document should be discussed on the ietf-
  225.    ppp@merit.edu mailing list.
  226.  
  227.    This document is a submission to the Point-to-Point Protocol Working
  228.    Group of the Internet Engineering Task Force (IETF).  The working
  229.    group can be contacted via the current chair:
  230.  
  231.       Karl Fox
  232.       Ascend Communications
  233.       3518 Riverside Drive  Suite 101
  234.       Columbus, Ohio  43221
  235.  
  236.           karl@MorningStar.com
  237.           karl@Ascend.com
  238.  
  239.    Questions about this document can also be directed to:
  240.  
  241.       William Allen Simpson
  242.       DayDreamer
  243.       Computer Systems Consulting Services
  244.       1384 Fontaine
  245.       Madison Heights, Michigan  48071
  246.  
  247.           wsimpson@UMich.edu
  248.           wsimpson@GreenDragon.com (preferred)
  249.           bsimpson@MorningStar.com
  250.  
  251.  
  252.  
  253.  
  254.  
  255.  
  256.  
  257.  
  258.  
  259.  
  260.  
  261.  
  262.  
  263.  
  264.  
  265.  
  266.  
  267.  
  268.  
  269.  
  270.  
  271.  
  272.  
  273. Simpson                   expires in six months                 [Page 4]
  274.  
  275.