home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / drafts / draft_ietf_i / draft-ietf-ipp-dir-schema-00.txt < prev    next >
Text File  |  1997-03-27  |  30KB  |  811 lines
  1.  
  2.  
  3.  
  4.           INTERNET-DRAFT
  5.                                                              K. Carter
  6.                                                                    IBM
  7.                                                            S. Isaacson
  8.                                                           Novell, Inc.
  9.                                                         March 26, 1997
  10.  
  11.  
  12.  
  13.  
  14.                 Internet Printing Protocol/1.0: Directory Schema
  15.                         draft-ietf-ipp-dir-schema-00.txt
  16.  
  17.  
  18.  
  19.  
  20.           Status of this Memo
  21.  
  22.             This document is an Internet-Draft.  Internet-Drafts are
  23.             working documents of the Internet Engineering Task Force
  24.             (IETF), its areas, and its working groups.  Note that
  25.             other groups may also distribute working documents as
  26.             Internet-Drafts.
  27.  
  28.             Internet-Drafts are draft documents valid for a maximum
  29.             of six months and may be updated, replaced, or obsoleted
  30.             by other documents at any time.  It is inappropriate to
  31.             use Internet-Drafts as reference material or to cite them
  32.             other than as "work in progress."
  33.  
  34.             To learn the current status of any Internet-Draft, please
  35.             check the "1id-abstracts.txt" listing contained in the
  36.             Internet-Drafts Shadow Directories on ftp.is.co.za
  37.             (Africa), nic.nordu.net (Europe), munnari.oz.au (Pacific
  38.             Rim), ds.internic.net (US East Coast), or ftp.isi.edu (US
  39.             West Coast).
  40.  
  41.           Abstract
  42.  
  43.             This document is one of a set of documents which together
  44.             describe all aspects of a new Internet Printing Protocol
  45.             (IPP). IPP is an application level protocol that can be
  46.             used for distributed printing on the Internet. The
  47.             protocol is heavily influenced by the printing model
  48.             introduced in the Document Printing Application (ISO/IEC
  49.             10175 DPA) standard, which describes a distributed
  50.             printing service. The full set of IPP documents includes:
  51.  
  52.  
  53.  
  54.           Carter, Isaacson                                    [Page 1]
  55.           draft-ietf-ipp-dir-schema-00.txt, Expires September 26, 1997
  56.  
  57.  
  58.  
  59.           INTERNET-DRAFT   IPP/1.0: Directory Schema    March 26, 1997
  60.  
  61.  
  62.             Internet Printing Protocol/1.0: Requirements
  63.             Internet Printing Protocol/1.0: Model and Semantics
  64.             Internet Printing Protocol/1.0: Security
  65.             Internet Printing Protocol/1.0: Protocol Specification
  66.             Internet Printing Protocol/1.0: Directory Schema
  67.  
  68.             This document is the directory schema document.
  69.  
  70.  
  71.  
  72.  
  73.  
  74.  
  75.  
  76.  
  77.  
  78.  
  79.  
  80.  
  81.  
  82.  
  83.  
  84.  
  85.  
  86.  
  87.  
  88.  
  89.  
  90.  
  91.  
  92.  
  93.  
  94.  
  95.  
  96.  
  97.  
  98.  
  99.  
  100.  
  101.  
  102.  
  103.  
  104.  
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.           Carter, Isaacson                                    [Page 2]
  113.           draft-ietf-ipp-dir-schema-00.txt, Expires September 26, 1997
  114.  
  115.  
  116.  
  117.           INTERNET-DRAFT   IPP/1.0: Directory Schema    March 26, 1997
  118.  
  119.  
  120.                                 Table of Contents
  121.  
  122.           1. Introduction                                            4
  123.           2. IPP Model                                               5
  124.             2.1 Naming of Printer Objects                            5
  125.             2.2 Instances of Printer Objects                         6
  126.           3. Directory Services                                      7
  127.           4. Directory Entry Schema                                  8
  128.             4.1 Name                                                 8
  129.             4.2 Description                                          8
  130.             4.3 Location                                             8
  131.             4.4 Maximum Print Quality                                9
  132.             4.5 Resolution                                           9
  133.             4.6 Color Supported                                      9
  134.             4.7 Fonts Supported                                      9
  135.             4.8 Maximum Speed                                        9
  136.             4.9 Device Id                                            9
  137.             4.10 Make and Model                                     10
  138.             4.11 Document Formats Supported                         10
  139.             4.12 Sides Supported                                    10
  140.             4.13 Finishings Supported                               10
  141.             4.14 Media Supported                                    10
  142.           5. Directory Schema Implementations                       11
  143.             5.1 LDAP                                                11
  144.           6. Security Considerations                                12
  145.           7. References                                             13
  146.           8. Author's Address                                       13
  147.  
  148.  
  149.  
  150.  
  151.  
  152.  
  153.  
  154.  
  155.  
  156.  
  157.  
  158.  
  159.  
  160.  
  161.  
  162.  
  163.  
  164.  
  165.  
  166.  
  167.  
  168.  
  169.  
  170.           Carter, Isaacson                                    [Page 3]
  171.           draft-ietf-ipp-dir-schema-00.txt, Expires September 26, 1997
  172.  
  173.  
  174.  
  175.           INTERNET-DRAFT   IPP/1.0: Directory Schema    March 26, 1997
  176.  
  177.  
  178.           1. Introduction
  179.  
  180.             The Internet Printing Protocol (IPP) is an application
  181.             level protocol that can be used for distributed printing
  182.             on the Internet.  The protocol is heavily influenced by
  183.             the printing model introduced in the Document Printing
  184.             Application (ISO/IEC 10175 DPA) standard.  Although DPA
  185.             identifies the both end user and administrative features,
  186.             the first version of IPP is focused only on the end user
  187.             Internet printing functionality.
  188.  
  189.             Section 2 is a brief review of the IPP model.  The notion
  190.             of an IPP Printer object is introduced.  A description of
  191.             how Printer objects are named and instantiated is
  192.             presented.
  193.  
  194.             Section 3 shows the relationship between IPP and the
  195.             purpose and role(s) of a directory service.
  196.  
  197.             Section 4 introduces the generic schema for entries in a
  198.             directory which represent IPP Printer objects.
  199.  
  200.             Section 5 begins the process of mapping the generic
  201.             schema introduced in Section 4 onto real instances of
  202.             directory service languages, interfaces, and protocols.
  203.             The first such mapping is done using LDAP.
  204.  
  205.             Sections 6-8 cover security, technical references, and
  206.             author contact information.
  207.  
  208.             This specification uses the verbs: "shall", "should",
  209.             "may", and "need not" to specify conformance requirements
  210.             as follows:
  211.  
  212.             -  "shall":  indicates an action that the subject of the
  213.                sentence must implement in order to claim conformance
  214.                to this specification
  215.  
  216.             -  "may":  indicates an action that the subject of the
  217.                sentence does not have to implement in order to claim
  218.                conformance to this specification, in other words that
  219.                action is an implementation option
  220.  
  221.             -  "need not":  indicates an action that the subject of
  222.                the sentence does not have to implement in order to
  223.                claim conformance to this specification.  The verb
  224.                "need not" is used instead of "may not", since "may
  225.                not" sounds like a prohibition.
  226.  
  227.  
  228.           Carter, Isaacson                                    [Page 4]
  229.           draft-ietf-ipp-dir-schema-00.txt, Expires September 26, 1997
  230.  
  231.  
  232.  
  233.           INTERNET-DRAFT   IPP/1.0: Directory Schema    March 26, 1997
  234.  
  235.  
  236.             -  "should":  indicates an action that is recommended for
  237.                the subject of the sentence to implement, but is not
  238.                required, in order to claim conformance to this
  239.                specification.
  240.  
  241.           2. IPP Model
  242.  
  243.             The IPP model defines several new objects. These are:
  244.  
  245.                Printer
  246.                Job
  247.                Document
  248.  
  249.             A Printer is an abstraction of a back end printing
  250.             service with can eventually print a job at some output
  251.             device.  An instance of a Printer object can represent a
  252.             network attached output device with printing software and
  253.             hardware embedded directly within the device or print
  254.             server software sitting in front of a single output
  255.             device or even a set of output devices.  In either case,
  256.             the IPP Printer object is a simplified abstraction of
  257.             often more complex back end services and components.  The
  258.             IPP Printer object represents to the end user specific,
  259.             identifiable, named location for "printing".  The output
  260.             device abstracted by the IPP printer object could be any
  261.             device (logical or physical) capable of producing a
  262.             document: a printer, a fax machine, an imager, etc.
  263.             Print jobs are submitted to Printers where Job objects
  264.             are created to represent the requirements and status of
  265.             the submitted print job.  Each Job can contain one or
  266.             more Document objects.  Each Document in a Job is either
  267.             the real content of the document (a file or a stream of
  268.             print data) or a reference to the real content.  Query
  269.             operations may be performed on Printer and Job objects to
  270.             get current status, capabilities, and characteristics.
  271.  
  272.           2.1 Naming of Printer Objects
  273.  
  274.             Each instance of a Printer object is uniquely identified
  275.             with an URL. The proposal from the Protocol team is to
  276.             use an HTTP scheme URL. For example, a URL for a Printer
  277.             object named "printer-1" whose network node's domain name
  278.             is "some.domain.com", might look like:
  279.  
  280.             http://some.domain.com/printer-1
  281.  
  282.             In this case, the URL identifies the use of the HTTP
  283.             protocol.  The Printer is located at the node identified
  284.  
  285.  
  286.           Carter, Isaacson                                    [Page 5]
  287.           draft-ietf-ipp-dir-schema-00.txt, Expires September 26, 1997
  288.  
  289.  
  290.  
  291.           INTERNET-DRAFT   IPP/1.0: Directory Schema    March 26, 1997
  292.  
  293.  
  294.             by the DNS name "some.domain.com" and "printer-1" is the
  295.             name of the Printer.
  296.  
  297.             Another example is the following URL:
  298.  
  299.             http://1.2.3.4:nnn/printer-2
  300.  
  301.             In this case, the URL identifies the use of the HTTP
  302.             protocol.  The Printer is located at the node identified
  303.             by the IP address of "1.2.3.4" using port nnn for the
  304.             HTTP server, and "printer-2" is the name of the Printer.
  305.  
  306.           2.2 Instances of Printer Objects
  307.  
  308.             Each instance of Printer object has a set of attributes
  309.             which describe the status and characteristics for that
  310.             Printer.  These attribute values include information
  311.             about the default value to use for Jobs which do not
  312.             explicitly define certain attribute values.  This means
  313.             that when a Printer receives a Print Request, if the
  314.             Print Request does not supply all attribute values which
  315.             are needed to create the corresponding Job objet, the
  316.             Printer then uses the default attribute values associated
  317.             with the Printer.  This means that an Administrator could
  318.             define two or more Printer object instances for the same
  319.             output device.  Also, each instance of a Printer object
  320.             could have different default values set for certain
  321.             attributes.  If a job is submitted to one of those
  322.             Printer objects, then the Job that is created would have
  323.             the corresponding set of default values applied.
  324.             However, if a job were sent to another of those Printer
  325.             objects, a different set of default values (the set
  326.             corresponding with this other Printer object) would be
  327.             applied when the Job object is created.
  328.  
  329.             For example, an Administrator might define two Printer
  330.             object instances and give each one of these two URLS:
  331.  
  332.                1) http://some.domain.com/two-sided-printer, and
  333.                2) http://some.domain.com/draft-printer
  334.  
  335.             These are two different Printers, and they might even
  336.             appear to then end user to be two different output
  337.             devices, however they are not.
  338.  
  339.  
  340.  
  341.  
  342.  
  343.  
  344.           Carter, Isaacson                                    [Page 6]
  345.           draft-ietf-ipp-dir-schema-00.txt, Expires September 26, 1997
  346.  
  347.  
  348.  
  349.           INTERNET-DRAFT   IPP/1.0: Directory Schema    March 26, 1997
  350.  
  351.  
  352.           3. Directory Services
  353.  
  354.             What is the relationship between Internet Printing
  355.             Protocol (IPP) and a Directory Service?
  356.  
  357.             A Directory Service is a means by which service users can
  358.             find and locate service providers.  The directory
  359.             contains entries for each type of object within the
  360.             system:  entries for users, file systems, servers,
  361.             applications, printers, other devices, etc.  User use the
  362.             locate objects based on naming and organizational
  363.             contexts.  For example, find all servers in the "Local
  364.             Department" context.  Authentication and authorization
  365.             are also often part of a directory service.  Users are
  366.             only allowed to find object to which they have certain
  367.             access rights.  Each service providers registers with the
  368.             directory (either automatically or with the help of an
  369.             administrator) as an entry of a certain type.  For
  370.             example, the networked printer is registered in the
  371.             directory as a Printer object with certain registration
  372.             attributes (name, address, mode, static characteristics,
  373.             etc.).  Given this type of interaction for both service
  374.             providers and service users provided by the directory
  375.             service, it is possible for end users to find an locate
  376.             the exact instance of a printer that they wish to use.
  377.  
  378.             IPP is the protocol used to interact with the object once
  379.             the object has been found and located using the
  380.             directory.  It is end user access protocol for print
  381.             service provider abstracted out as an IPP object.
  382.  
  383.             The IPP does not require any specific directory service
  384.             instance.  However, this specification does define a
  385.             generic schema that can be used while mapping to a
  386.             specific instance of a directory service.  This generic
  387.             schema is defined as a set of attributes that are derived
  388.             from the set of attributes defined for the Printer object
  389.             in the Internet Printing Protocol/1.0: Model and
  390.             Semantics document.
  391.  
  392.             In the next section, this document calls out some of the
  393.             attributes from the Printer object that are then part of
  394.             the schema for the Directory entry representing an IPP
  395.             printer. This allows directory users to find and locate
  396.             IPP Printers by either a simple name look up or by some
  397.             filtered attribute search.
  398.  
  399.  
  400.  
  401.  
  402.           Carter, Isaacson                                    [Page 7]
  403.           draft-ietf-ipp-dir-schema-00.txt, Expires September 26, 1997
  404.  
  405.  
  406.  
  407.           INTERNET-DRAFT   IPP/1.0: Directory Schema    March 26, 1997
  408.  
  409.  
  410.           4. Directory Entry Schema
  411.  
  412.             The following attributes define the generic directory
  413.             entry schema.  All directories entries for IPP Printers
  414.             in all types of directories should support at least these
  415.             attributes.
  416.  
  417.             Issue: The use of "objective" attributes vs. "subjective"
  418.             attributes still needs to be resolved.  For example, for
  419.             Maximum Print Quality is it better to have values like
  420.             "high", "medium", "low" or to have explicit, quantified,
  421.             measurable values?  Some of the issues are: end users
  422.             don't often know what explicit objective values are or
  423.             what they really mean and they want to depend on an
  424.             administrator to define what is "high" quality printing
  425.             and what is "low" quality, especially since today's
  426.             objective values that equate to "high" are tomorrow's
  427.             objective values that equate to "medium".  On the other
  428.             hand, some end users demand the control and power
  429.             explicit values can give them when they do filtered
  430.             searching.  For example, they know and appreciate the
  431.             difference between 20 ppm printers and 23 ppm printers.
  432.  
  433.             Issue: We must specify which attributes are "mandatory"
  434.             and which are "optional".  LDAP uses the terms "must" and
  435.             "may" to identify attributes that "must" appear and
  436.             attributes that "may" appear in a given entry in the
  437.             directory.
  438.  
  439.           4.1 Name
  440.  
  441.             This directory attribute is the printers name. It is a
  442.             URL so it contains sufficient information to not only
  443.             name, but to address the printer using IPP as well.
  444.  
  445.           4.2 Description
  446.  
  447.             This directory attribute is a free form string that can
  448.             contain any site-specific descriptive information about
  449.             this printer.
  450.  
  451.           4.3 Location
  452.  
  453.             This directory attribute is a free form string that can
  454.             contain any site specific location information.
  455.  
  456.             In order for filtered searches to be more effective, a
  457.             given site may use some regular structuring within the
  458.  
  459.  
  460.           Carter, Isaacson                                    [Page 8]
  461.           draft-ietf-ipp-dir-schema-00.txt, Expires September 26, 1997
  462.  
  463.  
  464.  
  465.           INTERNET-DRAFT   IPP/1.0: Directory Schema    March 26, 1997
  466.  
  467.  
  468.             string values such as "SITE:USA-San
  469.             Jose,BUILDING:A1,FLOOR:2,ROOM:555" or "department5-
  470.             2ndFloor-A5-IndianHills-Chicago-IL-USA".
  471.  
  472.           4.4 Maximum Print Quality
  473.  
  474.             This directory attribute indicates a somewhat subjective
  475.             evaluation of the overall printing quality.  The syntax
  476.             and values shall be the same as for the print-quality Job
  477.             attribute.
  478.  
  479.           4.5 Resolution
  480.  
  481.             This directory attribute is the maximum resolution of the
  482.             Printer in dpi.
  483.  
  484.             The syntax and semantics shall be the same as for the
  485.             printer-resolution-select job attribute.
  486.  
  487.           4.6 Color Supported
  488.  
  489.             This directory attribute specifies whether the Printer
  490.             supports color and, if so, what type.  The values are a
  491.             type2Enum (see section 6).  Standard values are:  "none",
  492.             "highlight", "three color (CMY)", "four color (CMYK)",
  493.             "monochromatic".
  494.  
  495.           4.7 Fonts Supported
  496.  
  497.             This directory attribute takes on a list of fonts that
  498.             are supported by the printer.  The syntax and values
  499.             shall be the same as for the fonts-used job attribute..
  500.  
  501.           4.8 Maximum Speed
  502.  
  503.             This directory attribute is the maximum speed of the
  504.             printer.  The value of this attribute can be suffixed
  505.             with ppm, ipm, spm, lpm, or cps (for pages-per-minute,
  506.             images-per-minute, lines-per-minute, or characters-per-
  507.             second respectively).  The syntax and values shall be the
  508.             same as for the maximum-printer-speed Printer attribute.
  509.  
  510.           4.9 Device Id
  511.  
  512.             This directory attribute can be used for automatic driver
  513.             download, database access, or other automatic
  514.             configuration tasks. It might be used to generate a
  515.  
  516.  
  517.  
  518.           Carter, Isaacson                                    [Page 9]
  519.           draft-ietf-ipp-dir-schema-00.txt, Expires September 26, 1997
  520.  
  521.  
  522.  
  523.           INTERNET-DRAFT   IPP/1.0: Directory Schema    March 26, 1997
  524.  
  525.  
  526.             platform specific id such as the Windows Plug-and-Play
  527.             id.
  528.  
  529.             Issue: Is this the IEEE 1284-1994 device id, the Object
  530.             Identifier as used in the Host Resource MIB hrDeviceId
  531.             object, or some other identifier?  Is this just a URL
  532.             referencing the location of a printer driver installer?
  533.  
  534.           4.10 Make and Model
  535.  
  536.             This directory attribute is a simple text string defined
  537.             by the manufacturer that contains some reference to the
  538.             make and model of the entity being represented to the
  539.             end-user by this Printer object. The syntax shall be:
  540.  
  541.                 vendor-name "/" model-name
  542.  
  543.             where the vendor-name is the same as that registered with
  544.             IANA for use in domain names.
  545.  
  546.             For example:  "vendor-x/super-duper-printer".
  547.  
  548.           4.11 Document Formats Supported
  549.  
  550.             This directory attribute is a list of all of the document
  551.             formats that the printer and/or its interpreter(s)
  552.             support.  The syntax and values shall be the same as for
  553.             the document-format Job attribute.
  554.  
  555.           4.12 Sides Supported
  556.  
  557.             This directory attribute specifies the capabilities of
  558.             the Printer for marking on sides of the medium.  The
  559.             syntax and values shall be the same as the sides Job
  560.             attribute.
  561.  
  562.           4.13 Finishings Supported
  563.  
  564.             This directory attribute identifies the finishing
  565.             operations supported by the Printer. The syntax and
  566.             values shall be the same as  the finishing job attribute.
  567.  
  568.           4.14 Media Supported
  569.  
  570.             This directory attribute identifies the media supported
  571.             by the Printer.  The syntax and values shall be the same
  572.             as  the media Printer attribute, however, this directory
  573.             attribute is should only be updated with values that are
  574.  
  575.  
  576.           Carter, Isaacson                                   [Page 10]
  577.           draft-ietf-ipp-dir-schema-00.txt, Expires September 26, 1997
  578.  
  579.  
  580.  
  581.           INTERNET-DRAFT   IPP/1.0: Directory Schema    March 26, 1997
  582.  
  583.  
  584.             relatively static values, not values which are constantly
  585.             being updated by the Printer.
  586.  
  587.             ISSUE: Is an extension mechanism needed?
  588.  
  589.           5. Directory Schema Implementations
  590.  
  591.             This section covers the mapping between the generic
  592.             schema and attributes described in Section 4 to real
  593.             directory service implementation languages.
  594.  
  595.           5.1 LDAP
  596.  
  597.             This section describes how take the generic schema as
  598.             described in section 4 and map it to a real
  599.             implementation of an LDAP Server using the Lightweight
  600.             Directory Access Protocol (LDAP).
  601.  
  602.             The LDAP directory entry includes the name of the entry
  603.             and the attributes as defined above in section 2.  The
  604.             following is an example of how to define a directory
  605.             entry for a Printer object using LDAP. It is given to
  606.             assist the reader's understanding of this specification.
  607.  
  608.             To create a Printer object directory entry using LDAP:
  609.  
  610.             1. An administrator uses a program to create an entry for
  611.             the Printer object on a directory server that supports
  612.             LDAP.  The administrator defines the Distinguished Name
  613.             (dn) and the default subjective attributes for the
  614.             Printer object directory entry.
  615.  
  616.             Issue:  Should the administrator also define default
  617.             objective attributes or wait for the Printer object
  618.             itself to initialize these attributes?
  619.  
  620.             2. The Printer object invokes the ldap_open API to open a
  621.             connection to the directory server:
  622.  
  623.             Example:  ld=ldap_open ("dir.host.name", LDAP_PORT)
  624.  
  625.             where ld is the connection handle for subsequent LDAP
  626.             APIs.
  627.  
  628.             3. The Printer object invokes an ldap "bind" API to
  629.             authenticate with the directory server.
  630.  
  631.  
  632.  
  633.  
  634.           Carter, Isaacson                                   [Page 11]
  635.           draft-ietf-ipp-dir-schema-00.txt, Expires September 26, 1997
  636.  
  637.  
  638.  
  639.           INTERNET-DRAFT   IPP/1.0: Directory Schema    March 26, 1997
  640.  
  641.  
  642.             Example:  ldap_simple_bind_s (ld, dn, NULL) (which does a
  643.             simple authentication without a password).
  644.  
  645.             4. The Printer object invokes the ldap_modify or
  646.             ldap_modify_s API to define the objective attributes for
  647.             the Printer object entry as identified by its
  648.             Distinguished Name (dn).
  649.  
  650.             Example:  ldap_modify_s (ld, dn, mods) (where mods is a
  651.             NULL-terminated array of objective attributes and values
  652.             to add or modify in the directory entry)
  653.  
  654.             5. The Printer object invokes the ldap_unbind API to
  655.             close the connection to the directory server.
  656.  
  657.             Example:  ldap_unbind (ld)
  658.  
  659.             When one or more objective attributes are modified for a
  660.             Printer object, the Printer object repeats steps 2-5 to
  661.             update the modified objective attributes in its directory
  662.             entry.
  663.  
  664.             To locate a Printer object entry using LDAP, a program
  665.             can use the ldap_search or ldap_search APIs or a user can
  666.             specify an LDAP URL.
  667.  
  668.             For example, to locate all Printer objects that support
  669.             duplex, a user can specify URL:
  670.  
  671.             ldap:///dir.host.name???(&(objectClass=printer)
  672.                (sides-supported=2-sided-long-edge))
  673.  
  674.             Issue: Is it allowed to filter the search based on the
  675.             object class itself, in this case the object class of
  676.             Printer?  We need to define this new object class.  How
  677.             do we do this? One proposal is to subclass the device
  678.             class defined in X.500:
  679.  
  680.                printer OBJECT-CLASS ::= {
  681.                  SUBCLASS OF {device}
  682.                  MUST CONTAIN {<list of mandatory attributes>}
  683.                  MAY CONTAIN {<list of optional attributes>}
  684.  
  685.           6. Security Considerations
  686.  
  687.             NOTE: There is another Internet-Draft called "Internet
  688.             Printing Protocol/1.0: Security."  That document is being
  689.             drafted and reviewed in parallel with this document.
  690.  
  691.  
  692.           Carter, Isaacson                                   [Page 12]
  693.           draft-ietf-ipp-dir-schema-00.txt, Expires September 26, 1997
  694.  
  695.  
  696.  
  697.           INTERNET-DRAFT   IPP/1.0: Directory Schema    March 26, 1997
  698.  
  699.  
  700.             Before this document can become a formal RFC, any
  701.             relevant issues from that document will be rolled into
  702.             this one.
  703.  
  704.           7. References
  705.  
  706.             [1]  Smith, R., Wright, F., Hastings, T., Zilles, S., and
  707.                  Gyllenskog, J., "Printer MIB", RFC 1759, March 1995.
  708.  
  709.             [2]  Berners-Lee, T, Fielding, R., and Nielsen, H.,
  710.                  "Hypertext Transfer Protocol - HTTP/1.0", RFC 1945,
  711.                  August 1995.
  712.  
  713.             [3]  Crocker, D., "Standard for the Format of ARPA
  714.                  Internet Text Messages", RFC 822, August 1982.
  715.  
  716.             [4]  Postel, J., "Instructions to RFC Authors", RFC 1543,
  717.                  October 1993.
  718.  
  719.             [5]  ISO/IEC 10175 Document Printing Application (DPA),
  720.                  Final, June 1996.
  721.  
  722.             [6]  Herriot, R. (editor), X/Open A Printing System
  723.                  Interoperability Specification (PSIS), August 1995.
  724.  
  725.             [7]  Kirk, M. (editor), POSIX System Administration -
  726.                  Part 4: Printing Interfaces, POSIX 1387.4 D8, 1994.
  727.  
  728.             [8]  Borenstein, N., and Freed, N., "MIME (Multi-purpose
  729.                  Internet Mail Extensions) Part One: Mechanism for
  730.                  Specifying and Describing the Format of Internet
  731.                  Message Bodies", RFC 1521, September, 1993.
  732.  
  733.             [9]  Braden, S., "Requirements for Internet Hosts -
  734.                  Application and Support", RFC 1123, October, 1989,
  735.  
  736.             [10] McLaughlin, L. III, (editor), "Line Printer Daemon
  737.                  Protocol" RFC 1179, August 1990.
  738.  
  739.             [11] Berners-Lee, T., Masinter, L., McCahill, M. ,
  740.                  "Uniform Resource Locators (URL)", RFC 1738,
  741.                  December, 1994.
  742.  
  743.           8. Author's Address
  744.  
  745.             Scott A. Isaacson
  746.             Novell, Inc.
  747.             122 E 1700 S
  748.  
  749.  
  750.           Carter, Isaacson                                   [Page 13]
  751.           draft-ietf-ipp-dir-schema-00.txt, Expires September 26, 1997
  752.  
  753.  
  754.  
  755.           INTERNET-DRAFT   IPP/1.0: Directory Schema    March 26, 1997
  756.  
  757.  
  758.             Provo, UT   84606
  759.  
  760.             Phone: 801-861-7366
  761.             Fax:   801-861-4025
  762.             EMail: scott_isaacson@novell.com
  763.  
  764.  
  765.             Keith Carter
  766.             IBM Corporation
  767.             11400 Burnet Road
  768.             Internal Zip 9372
  769.             Austin, Texas 78758
  770.  
  771.             Phone: (512) 838-2155
  772.             Fax: (512) 838-2611
  773.             Email: kcarter@vnet.ibm.com
  774.  
  775.             IPP Mailing List:  ipp@pwg.org
  776.             IPP Mailing List Subscription:  ipp-request@pwg.org
  777.             IPP Home Page: http://www.pwg.org/ipp/
  778.  
  779.  
  780.             Other Participants:
  781.  
  782.  
  783.  
  784.  
  785.  
  786.  
  787.  
  788.  
  789.  
  790.  
  791.  
  792.  
  793.  
  794.  
  795.  
  796.  
  797.  
  798.  
  799.  
  800.  
  801.  
  802.  
  803.  
  804.  
  805.  
  806.  
  807.  
  808.           Carter, Isaacson                                   [Page 14]
  809.           draft-ietf-ipp-dir-schema-00.txt, Expires September 26, 1997
  810.  
  811.