home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / ietf / osids / osids-minutes-92nov.txt < prev    next >
Text File  |  1993-02-17  |  22KB  |  465 lines

  1. Editor's Note: Minutes received after the cut-off for inclusion in the
  2. Proceedings.
  3.  
  4. Minutes of the OSI Directory Services Working Group (OSIDS)
  5.  
  6.  
  7.  1. Introduction
  8.  
  9.     The technical presentations were moved to the second half of the meeting. 
  10.     The Minutes of the Boston meeting were accepted as written.
  11.  
  12.  
  13.  2. Review of Action Items
  14.  
  15.     o Chris Weider - update on documents OSI-DS 14, 16, 17, 19, and 20.  Chris 
  16.       asked that these documents be removed from consideration as 
  17.       Internet-Drafts.  Chris has been pursuing this work under a different 
  18.       directory system and suggested that the present method of storing 
  19.       information, for instance, the NIC profiles information under 
  20.       ``o=Internet@ou=NIC Profiles'', is not clean.
  21.  
  22.     o Erik Huizer - progress Naming Guidelines document et.  al. as RFCs.  Done.
  23.  
  24.     o Sri Sataluri - various people to apply DUA and DSA metrics and send 
  25.       results.  So far, three DUA metric evaluations have been submitted -- 
  26.       Xlookup, Dish, DE.  Erik reported that the DSA metrics could not be 
  27.       applied to the Siemens DSA as it was installed only in the middle of 
  28.       November 1992.
  29.  
  30.     A discussion of the problems of interworking QUIPU and the other DSAs 
  31.     followed. Panos complained that the QUIPU Replication and Navigation 
  32.     mechanisms are non-standard and hence other DSAs are having trouble
  33.     interoperating with the QUIPU infrastructure.  Sylvain reported that the 
  34.     Bull DSA is known to interoperate with QUIPU.  Eric and Steve reported that
  35.     the latest release of the Siemens DSA will implement some of the OSI-DS 
  36.     RFCs, for instance, Encoding of Network Addresses.
  37.  
  38.  
  39.     o Thomas Johannsen, Mark Knopper and Glenn Mansfield - combine their work 
  40.       on the IP use of the directory. In progress:
  41.  
  42.     o Steve Hardcastle-Kille - rewrite note on DSA naming without using QUIPU 
  43.       language.  Not done.
  44.  
  45.     o Steve Hardcastle-Kille - drop OSI-DS work item.  Done.
  46.  
  47.     o Steve Hardcastle-Kille - revise charter.  Not done.
  48.  
  49.     o Steve Hardcastle-Kille and Erik Huizer - discuss schema management with 
  50.       IANA.  This discussion was held and IANA was comfortable about handling 
  51.       administrative functions. We may need a Schema working group for handling 
  52.       the technical issues.
  53.  
  54.     o Tim Howes - write document concerning representation of OID tables in the 
  55.       directory.  Not done.
  56.  
  57.     o Paul Barker - write DSA and DUA metrics documents as internet drafts.  
  58.       Done.
  59.  
  60.  
  61.  3. Liaison Reports 
  62.  
  63.     o WG-NAP (Erik Huizer) The RARE Network Applications Services (NAP) Working
  64.       Group met in Pica, Italy and identified urgent issues.  The NAP Working 
  65.       Group resolved to work closely with the OSI-DS Working Group and will 
  66.       discuss the OSI-DS Internet-Drafts in future meetings.  The NAP Working 
  67.       Group will conduct their technical discussions on the OSI-DS mailing list
  68.       and the documents produced will be posted on the mailing list. They 
  69.       cataloged the urgent issues into three groups:
  70.  
  71.       - Data Management Issues. They plan to define the procedures to manage 
  72.         data in DSAs by large organizations and will identify tools to do the 
  73.         same.
  74.  
  75.       - Privacy and Legal issues. They will address this problem at the 
  76.         national level and attempt to project it to the international level.
  77.  
  78.       - They propose to define requirements for management of directory 
  79.         services -- performance, accounting, configuration, fault management, 
  80.         OSI management] and links to other network and system management issues.
  81.  
  82.     o ISO/CCITT (Ella Gardner). Ella reported on the 1992 X.500 standard, final
  83.       editing meeting held at Orlando, Florida, USA between 19th and 30th 
  84.       October. Nine countries were represented and over 700 ballot comments 
  85.       were discussed.  Final editor's drafts are now being polished and will be
  86.       cast in stone.  The text should be available by the end of 1992 which 
  87.       however has to be approved by both ISO and CCITT. It is hoped that ISO 
  88.       approval will be easy to obtain.  CCITT approved a version of the 
  89.       document last year.  During the spring 1993 meeting if CCITT approves the
  90.       changes endorsed by ISO then a joint standard will be published. On the 
  91.       other hand if CCITT refers the document to Study Group 7 for additional 
  92.       balloting, the CCITT approval will be delayed.  If such a referral takes 
  93.       place, ISO may publish its own text thus opening up the possibility of 
  94.       different ISO and CCITT standards.
  95.  
  96.       Ella Gardner said that currently lots of users are being represented at 
  97.       the standards meetings and urged more implementors to participate.  Also 
  98.       new standards work on Systems Management has been approved and 
  99.       International and Generic Upper Layers Security are under consideration. 
  100.       The next international meeting will be held in Yokohoma, Japan.
  101.  
  102.     o NIST OIW X.500 SIG (Ella Gardner and John) A lot of work on ISPs was 
  103.       done, and the goal is to publish something by January in the areas in 
  104.       which there are editors.  The ISP on strong authentication is being 
  105.       edited by NIST.  These ISPs will reference the 1988 version of the 
  106.       standard.  The issue of APDU size was discussed in the SIG, and a limit 
  107.       may be placed upon how large an APDU can become.
  108.  
  109.       The SIG also discussed the protocol information attribute which allows 
  110.       specification of the lower layers of services, and this attribute is 
  111.       now in the 1992 IS version.  The SIG agreed on schema related issues but
  112.       decided not to specify anything for DUAs except that they shouldn't die! 
  113.       The OIW is also discussing interoperability problems between 88 DUAs and 
  114.       92 DSAs.
  115.  
  116.     o DISI (Chris Weider) Chris Weider reported that the last meeting of DISI
  117.       discussed working on five documents:
  118.  
  119.       - Pilot Projects Catalog has been assigned to April Marine of SRI and Tim 
  120.         Howes of University of Michigan.
  121.  
  122.       - Advanced Usages Catalog has been assigned to Chris Weider of Merit and 
  123.         Russ Wright of Lawrence Berkeley Labs.
  124.  
  125.       - Revision of RFC 1292 has been assigned to Arlene Getchell of Lawrence 
  126.         Berkeley Labs., and Sri Sataluri of AT\verb+&+T Bell Labs.
  127.  
  128.       - A Schema document for restaurants was considered inappropriate to the 
  129.         Charter of the DISI Group and was referred to the OSI-DS Group.
  130.  
  131.       - A Manual for installing X.500 QUIPU systems was considered unnecessary 
  132.         as reasonable documentation is already available.
  133.  
  134.  
  135.     o AARN (Mark Prior - read by S.Kille)
  136.  
  137.       - AARN upgraded two of their main servers to DS5000/125's with 32MB of 
  138.         memory. The DSA ``cn=Bush Dog'' is housed on one of them and 
  139.         ``cn=Anaconda'' will migrate to the other one eventually.
  140.  
  141.       - The Australian Networkshop will be held at Queensland University in 
  142.         December and AARN will run a demonstration directory, together with a 
  143.         few presentations on the X.500 Directory.  Andrew Waugh will present a          half day tutorial on setting up a Directory.
  144.  
  145.       - AARN plans to provide a proxy DSA for SME's not able to run their own
  146.         DSA thus utilizing the additional capacity.
  147.  
  148.       - Unisys interoperability testing (RSN) will start after a copy of the 
  149.         appropriate database package used by the system is procured.  The rest 
  150.         of the equipment is in place.
  151.  
  152.     o FOX (Tom Tignor) No formal report. DARPA funding for the FOX project has
  153.       expired, and a new proposal is still under consideration by the NSF.
  154.  
  155.     o PSI WPP (Wengyik Yeong) No report.
  156.  
  157.     o Paradise No report.
  158.  
  159.     o NADF (Marshall Rose) The NADF formalized some agreements that relate to 
  160.       their ongoing pilot.  The service providers need to exchange information        that will allow their directories to work together, but don't want to           release any proprietary information, so a Knowledge And Naming (KAN) set 
  161.       of information was developed.  A protocol called CAN (based on 1992 DRP) 
  162.       was developed to exchange this KAN information.  It is hoped that by the 
  163.       January 1993 NADF meeting, 4 or 5 service providers will be participating
  164.       in the pilot.
  165.  
  166.       The standing documents of the NADF will be available on-line on the 
  167.       Internet by the end of 1992.
  168.  
  169.       In response to Erik's question, Marshall stated that Eurescom has a 
  170.       project to establish a European Directory Forum (EDF).  A bootstrap 
  171.       meeting will probably be held in March 1993.
  172.  
  173.       Action Items: The Area Director Eric Huizer should write a note to the 
  174.       FOX, PSI White Pages and Paradise personnel and request regular reports 
  175.       to the OSIDS Working Group. 
  176.  
  177.  5. Progression of Documents to RFC Standard 
  178.  
  179.     o String Representation of Distinguished Names as a Proposed Standard. The 
  180.       IESG had couple of comments. Also, Steve Kent suggested three items that 
  181.       need to change. The Group agreed that the ``Alternative Approach'' 
  182.       section will have to be dropped.
  183.  
  184.       Action Item: Steve will make the necessary changes.
  185.  
  186.     o User Friendly Naming as an Informational RFC. The UFN document could have 
  187.       been published as an Informational RFC, but was delayed to be co-published
  188.       with the String Representation of Distinguished Names document, which had
  189.       to go through the IESG.
  190.  
  191.     o Naming Guidelines as an Informational RFC.
  192.  
  193.     o Lightweight Directory Access Protocol.
  194.             
  195.       Action Item: Eric will progress this document shortly.
  196.  
  197.     o The String Representation of Standard Attribute Syntaxes
  198.  
  199.       Action Item: Eric will progress this document shortly.
  200.  
  201.  
  202.  6. Progression Schema Working Group .
  203.  
  204.     RFC 1274 has now been published for some time and a number of known 
  205.     problems and changes exist.  A small working group within OSIDS was to be 
  206.     established to handle this work, but no one has had the resources to pursue
  207.     this as of yet.  The discussion with IANA reflected that IANA would be 
  208.     happy to handle the administrative process, but the associated technical 
  209.     issues are beyond them.  There seem to be two possibilities for maintaining
  210.     a schema document, the NREN NIC can manage it or if funded, the FOX project
  211.     can manage it.  
  212.  
  213.     Action Item: Look for volunteers to form the Schema Working Group.
  214.  
  215.  
  216.  7. Strategy Document (Erik Huizer) 
  217.  
  218.     Only very minor comments were received, so Erik wishes to publish this 
  219.     document as an Informational RFC.  Steve was disturbed by the apparent lack 
  220.     of comments, but Erik believes more comments will arise when the document is
  221.     published, especially by co-authors.
  222.  
  223.     Action Item: Erik should publish this document as an Informational RFC.
  224.  
  225.  
  226.  8. Portable DUAs (RFC 1373)
  227.  
  228.     This document came as a surprise to the Working Group members as it was not 
  229.     proposed or discussed either in OSIDS or DISI Working Groups before 
  230.     publication.  Some comments were already sent to the author by Working Group
  231.     members.  Steve is concerned that this document is not beneficial to 
  232.     people's impressions of X.500.  It gives a brief overview of several DUAs, 
  233.     and instructions for installing them.  What is the purpose of this type of 
  234.     RFC? However, anyone has the right to publish an Informational RFC.
  235.  
  236.     Action Item: Eric to discuss with Jon Postel that in future such documents 
  237.     be referred to relevant working groups before publication.
  238.  
  239.  
  240.  9. Progress of Experiments 
  241.  
  242.     o QOS (Erik Huizer) - No progress yet but progress is expected after the 
  243.       New Year.
  244.  
  245.     o JPEG (Russ Wright) - The concept of JPEG has been proven and all that 
  246.       remains to be done is the publication of the schema.  This experiment is
  247.       therefore successful and concluded.
  248.  
  249.       Action Item: Russ Wright to publish the schema for JPEG.
  250.  
  251.     o Character Sets (Erik Huizer) - RARE has formed a separate working group
  252.       for character set issues and is currently writing a couple of papers, but 
  253.       nothing is ready yet.
  254.  
  255.     o DIT Counting (Steve Hardcastle-Kille) - Syntax handlers have been written 
  256.       for QUIPU, but no operational deployment has yet been seen.
  257.  
  258.  
  259. 10. DSA and DUA Metrics (OSI-DS33, OSI-DS34)
  260.  
  261.     The DSA document is waiting for input on various implementations, while the
  262.     DUA document has been completed for three DUAs (Xlookup, Dish, DE).
  263.  
  264.     Action Items: Paul should publish OSI-DS 33 as an Informational RFC, while 
  265.     OSI-DS 34 should be held as an Internet-Draft until it has been applied to 
  266.     at least two DSAs.  Sri should compile the current DUA metrics information 
  267.     into an Internet-Draft.
  268.  
  269.  
  270. 11. Restaurant Schema (OSI-DS35)
  271.  
  272.     This document was not formally presented but members gave several comments.
  273.     It may be worth-while to refer to something like the Michelin Guide to 
  274.     determine if any useful information has been left out or can be represented
  275.     in a better way. Also, are the new tourist objects at level 0 really 
  276.     necessary?  There was concern about the legality of including comments 
  277.     (especially negative) about restaurants in the directory.  Further 
  278.     discussion of the schema was differed.
  279.  
  280.     Action Item: Working Group members should forward any comments to the 
  281.     author of the paper.
  282.  
  283.  
  284. 12. Representing IP information in the DIT
  285.  
  286.     Mark Knopper gave an overview of the paper ``Charting IP Networks in the 
  287.     Directory''. The paper includes,
  288.  
  289.     o A framework for representing network infrastructure information in X.500,
  290.  
  291.     o An IP-specific network image,
  292.  
  293.     o Support for the Soft Pages Project and use of the Directory to support 
  294.       applications such as best-cost network path for document retrieval.
  295.  
  296.       The essential task is to build a network map within the directory.  This
  297.       means disseminating information about connectivity, properties of paths, 
  298.       points-of-contact for network elements, etc.
  299.  
  300.       The services that can be offered on top of this network map include 
  301.       configuration management, routing management, fault management, service 
  302.       management, optimization, name and address mapping, autonomous systems, 
  303.       and network administration.
  304.  
  305.       A companion document, ``Representing IP Networks in the X.500 
  306.       Directory,'' defines objects that are specific to creating the network
  307.       map referred to above.  Mark stated four specific goals of this work:
  308.  
  309.       o Map from network number to network, host, owner, etc.
  310.       o Support delegation of IP address blocks.
  311.       o Support classless IP networks.
  312.       o Support differing views of the network.
  313.  
  314.       A third document named ``Representing File Information in the Directory''
  315.       details how to represent the resources available on anonymous ftp servers.
  316.  
  317.       Action Items:  The ``Charting...'' document should become an 
  318.       Informational RFC that is related to the Informational RFC ``Strategic 
  319.       Plan...''.  The ``Representing IP...'' and the ``Representing File...''
  320.       documents should become Experimental RFCs.
  321.  
  322.  
  323. 13. Revision of Charter
  324.  
  325.     The OSIDS Charter needs revision, as much of the stated purpose has been 
  326.     fulfilled.  It needs to be updated to express the current interests of the 
  327.     Group.  To help revise the Charter, on Erik's suggestion, a survey of the 
  328.     interests of the members in the room was taken. Here is a list, without 
  329.     attribution, of items mentioned as important.
  330.  
  331.     o The Working Group should only discuss the use of X.500 for and on the 
  332.       Internet and related issues, such as representation of network 
  333.       information within X.500, light-weight protocols, etc.
  334.  
  335.     o There is still a real need for coordination of X.500 pilots, to serve as 
  336.       a forum for solving operational problems and propagating the solutions 
  337.       throughout all the pilot activities.
  338.  
  339.     o X.500 needs to achieve critical mass, and that the Group has defined many
  340.       very useful capabilities within X.500, but people need to use them.
  341.  
  342.     o To achieve critical mass it is necessary to make X.500 easier to install 
  343.       and less resource-intensive.
  344.  
  345.     o Defining a MIB for managing the Directory is very important.
  346.  
  347.     o Operational certificate management using X.500 is important to 
  348.       organizations such as the Office of the Secretary of Defense and the U.S.
  349.       Post Office.
  350.  
  351.     o Electronic directories should serve more purposes than just white pages.
  352.  
  353.     o Security is a critical issue to be resolved before operational 
  354.       deployment.  The University of Michigan is using Kerberos with X.500.
  355.  
  356.     o Need to put more energy into pilots.
  357.  
  358.     o Interfacing DBMS with X.500.
  359.  
  360.     o The pilot in USA should become active again and must be managed 
  361.       pro-actively.  For the service to be useful the data in the directory 
  362.       must be accurate and there needs to be a user agent on each desk-top 
  363.       computer.
  364.  
  365.     o Rutgers University successfully implemented DNS in X.500 and is using 
  366.       kerberos for authentication.
  367.  
  368.     o Gateway issues are important. Standard APIs for popular systems like 
  369.       X.500, WAIS, and Gopher need to be defined.
  370.  
  371.     o Clean up X.400 use of directory. Mechanism for registering attributes and
  372.       object classes and hence schema management.
  373.  
  374.     o SurfNet's 1993 transition plans to operational X.500 have the following 
  375.       priorities: user agents for all possible platforms, concentration on 
  376.       white pages services, privacy of information, and data management.  With 
  377.       regard to privacy, it was stated that Dutch privacy law restricts 
  378.       directory information to items such as facsimile telephone number, 
  379.       telephone number, postal address, and email address.  Even voluntary
  380.       publication of information by individual users is illegal. In fact, if 
  381.       someone puts inappropriate information into a supported attribute, then 
  382.       the provider is liable.  This will probably lead to users not being able 
  383.       to modify their own entries.  The Dutch law further prevents export of 
  384.       information to countries that do not have decent privacy laws.  This may
  385.       prohibit internetworking with Japan and the U.S., among other countries.
  386.  
  387.     In summary, Steve stated that at this juncture, investigation of some of 
  388.     the operational issues of X.500 is going to be critical to its acceptance.
  389.     There is already work going on to deal with some of the concerns that were
  390.     expressed (OSISEC, SECUDE, etc.).  Steve feels that X.509 has many issues 
  391.     associated with it, and that a separate Working Group should be set up to 
  392.     deal with these issues.
  393.  
  394.     Action Item:  Steve and Erik will draft the revised Charter and circulate 
  395.     the document for comments on the mailing list.  This document will describe
  396.     all the concerns that have been put forth, while noting that some of these 
  397.     may either deserve a new working group or are relevant to other existing 
  398.     working groups.
  399.  
  400.  
  401. 14. AOB
  402.  
  403.     Harald inquired about internationalization of the directory.  It was 
  404.     determined that no action on this would be taken at this time.
  405.  
  406.  
  407. 15. Next Meeting
  408.  
  409.     The next OSIDS Working Group meeting will be held at the 26th IETF in 
  410.     Columbus, Ohio, USA.
  411.  
  412.  
  413. "Ed Albrigo"                  <ealbrigo@cos.com>
  414. "Claudio Allocchio"           <Claudio.Allocchio@elettra.trieste.it>
  415. "Harald Alvestrand"           <Harald.Alvestrand@delab.sintef.no>
  416. "Jules Aronson"               <aronson@nlm.nih.gov>
  417. "George Chang"                <gkc@ctt.bellcore.com>
  418. "James Conklin"               <jbc@bitnic.educom.edu>
  419. "John Dale"                   <jdale@cos.com>
  420. "Letha Dugas"                 <4371362@mcimail.com>
  421. "William Edison"              <> 
  422. "Daniel Fauvarque"            <dfauvarq@france.sun.com>
  423. "Catherine Foulston"          <cathyf@rice.edu>
  424. "Ned Freed"                   <ned@innosoft.com>
  425. "Peter Furniss"               <p.furniss@ulcc.ac.uk>
  426. "Ella Gardner"                <epg@gateway.mitre.org>
  427. "Tony Genovese"               <genovese@es.net>
  428. "Arlene Getchell"             <getchell@es.net>
  429. "Steve Hardcastle-Kille"      <s.kille@isode.com>
  430. "John Hawthorne"              <johnh@tigger.rl.af.mil>
  431. "Marco Hernandez"             <marco@mh-slip.educom.edu>
  432. "Tim Howes"                   <tim@umich.edu.>
  433. "Erik Huizer"                 <huizer@surfnet.nl>
  434. "Barbara Jennings"            <bjjenni@sandia.gov>
  435. "Kevin Jordan"                <kej@udev.cdc.com>
  436. "Marko Kaittola"              <marko.kaittola@funet.fi>
  437. "Mark Knopper"                <mak@merit.edu>
  438. "Mark Kosters"                <markk@nic.ddn.mil>
  439. "John Kunze"                  <jak@violet.berkeley.edu>
  440. "Mary La Roche"               <maryl@cos.com>
  441. "Sylvain Langlois"            <Sylvain.Langlois@der.edf.fr>
  442. "Edward Levinson"             <levinson@pica.army.mil>
  443. "John Myers"                  <jgm+@cmu.edu>
  444. "Chris Newman"                <chrisn+@cmu.edu>
  445. "Rakesh Patel"                <patel@noc.rutgers.edu>
  446. "Karen Petraska-Veum"         <karen@nsisrv.gsfc.nasa.gov>
  447. "Sheri Repucci"               <smr@merit.edu>
  448. "Jim Romaguera"               <romaguera@cosine-mhs.switch.ch>
  449. "Marshall Rose"               <mrose@dbc.mtview.ca.us>
  450. "Alan Roszkiewicz"            <alan@sprint.com>
  451. "Srinivas Sataluri"           <sri@qsun.att.com>
  452. "Richard Schmalgemeier"       <rgs@merit.edu>
  453. "Mark Smith"                  <mcs@umich.edu>
  454. "Larry Snodgrass"             <snodgras@bitnic.educom.edu>
  455. "Simon Spero"                 <simon_spero@unc.edu>
  456. "Catherine Summers"           <cts@cos.com>
  457. "Fumio Teraoka"               <tera@csl.sony.co.jp>
  458. "Panos-Gavriil Tsigaridas"    <Tsigaridas@fokus.berlin.gmd.dbp.de>
  459. "Chris Weider"                <clw@merit.edu>
  460. "Brien Wheeler"               <blw@mitre.org>
  461. "Russ Wright"                 <wright@lbl.gov>
  462. "Peter Yee"                   <yee@atlas.arc.nasa.gov>
  463. "Yung-Chao Yu"                <yy@qsun.att.com>
  464.  
  465.