home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / termacct / termacct-charter.txt < prev   
Text File  |  1997-10-08  |  5KB  |  132 lines
  1.  
  2. Terminal Server Accounting and Authentication (termacct)
  3. --------------------------------------------------------
  4.  
  5.  Charter 
  6.  Last Modified: 18-May-95
  7.  
  8.  Current Status: Concluded Working Group
  9.  
  10.  Chair(s):
  11.      Brian Lloyd <brian@lloyd.com>
  12.      Larry Blunk <ljb@merit.edu>
  13.  
  14.  Network Management Area Director(s): 
  15.      Deirdre Kostick  <kostick@qsun.att.com>
  16.  
  17.  Network Management Area Advisor: 
  18.      Deirdre Kostick  <kostick@qsun.att.com>
  19.  
  20.  Mailing Lists: 
  21.      General Discussion:auth-acct@angband.stanford.edu
  22.      To Subscribe:      auth-acct-request@angband.stanford.edu
  23.      Archive:           
  24.  
  25. Description of Working Group:
  26.  
  27.  The "Authentication, Authorization, and Accounting Issues for
  28.  Terminal/Network Servers"  BOF will be held from 7:00 - 10:00 PM
  29.  on Tuesday, November 19 at the 22nd IETF meeting in Santa Fe.
  30.  
  31.  Motivation for this BOF
  32.  
  33.  In the course of planning for the replacement of the existing
  34.  proprietary and outmoded equipment that provides user access to
  35.  MichNet, we have identified several required functions which we
  36.  currently offer that are not available in any comparable commercial
  37.  equipment that we have come across.  The major functionality we find
  38.  lacking lies in the areas of authentication, authorization, and
  39.  accounting.  We feel that the lack of functionality in these areas
  40.  presents problems that are by no means specific to MichNet; These
  41.  problems are, or will be, faced by many other network providers.  In
  42.  order to illustrate the issues to be discussed, we next present
  43.  a few examples of some of the functions in the topic areas that are
  44.  currently performed within MichNet.
  45.  
  46.  Currently access to specific destinations within MichNet can be
  47.  either allowed or disallowed based upon factors such as whether the
  48.  user has been identified to the network, whether the user's account
  49.  can be billed against, or whether the user's point of access is a
  50.  dial-up or direct line.  A usage charge can be imposed at
  51.  either end of a connection, and the network collects the billing
  52.  information.  The sending of IP packets off MichNet from dial-up
  53.  lines can be restricted only to authorized users.
  54.  
  55.  However, these required functions are provided in an ad hoc manner
  56.  in the current network; We would much prefer to see them provided
  57.  in a standard manner in the replacement equipment.  Adherence to
  58.  standards in the provision of these functions would allow us, and
  59.  others, to easily upgrade to new equipment as it becomes available
  60.  and also to select this equipment from various vendors.
  61.  
  62.  While the equipment we are replacing is used mostly for
  63.  asynchronous user access, the issues to be discussed extend to
  64.  other forms of access as well.  The term "terminal/network server"
  65.  refers to devices that allow access to and from an IP network via a
  66.  dumb terminal, a PC or workstation using point-to-point framed IP
  67.  (PPP, SLIP, SLFP), and other non-IP networks.
  68.  
  69.  
  70.  Purpose of this BOF
  71.  
  72.  The particular functions we would like to address at this BOF lie
  73.  in the areas of authentication, authorization and accounting.  These
  74.  are the areas related to terminal/network server access that we
  75.  feel need the most attention from the IETF.   Most of the discussion
  76.  at this BOF will center upon these three areas.
  77.  
  78.  We also would like to discuss the concept of providing a
  79.  standard, server based, user interface that could be used to
  80.  control session establishment in a manner independent of the type
  81.  of terminal/network server providing the access.  It may be
  82.  possible to have workstations also provide this standard user
  83.  interface for session control.  The areas of authentication,
  84.  authorization, and accounting are central to this concept as well.
  85.  
  86.  We hope to accomplish the following at this BOF.
  87.  
  88.    - Share experience/needs and seek advice in the areas of
  89.    authentication, authorization and accounting in relationship to
  90.    network access.
  91.  
  92.    - Identify existing standards that could be applied to the
  93.    problems.
  94.  
  95.    - Identify working groups that might be interested in solving these
  96.    problems.
  97.  
  98.    - Make plans to provide input to these WGs.
  99.  
  100.    - Possibly start a new working group(s), if problems remain which
  101.    will not be addressed by the existing process.
  102.  
  103.  
  104.  Outline of this session
  105.  
  106.  We would like this BOF to be very interactive.  We will attempt to
  107.  follow this format:
  108.  
  109.    - A model for viewing the issues will be described and terms
  110.    will be defined.
  111.  
  112.    - A set of authentication, authorization, and accounting
  113.    requirements will be proposed.
  114.  
  115.    - Many issues related to required or desired functions as well as
  116.    to the scope of this endeavor will be discussed.
  117.  
  118.    - We will finish up with some discussion of where we go from here.
  119.  
  120.  
  121.  
  122.  Goals and Milestones: 
  123.  
  124.  
  125.  Internet-Drafts:
  126.  
  127.   No Current Internet-Drafts.
  128.  
  129.  Request For Comments:
  130.  
  131.   None to date.
  132.