IPP> Re: Root OID for IPP Printer Schema

IPP> Re: Root OID for IPP Printer Schema

IPP> Re: Root OID for IPP Printer Schema

Bruce Greenblatt bgreenblatt at directory-applications.com
Fri Apr 21 16:12:28 EDT 2000


I think this is OK.  For example, the S/MIME RFCs have OIDs from the RSA
arc, e.g.:

SecureMimeMessageV3
  { iso(1) member-body(2) us(840) rsadsi(113549)
         pkcs(1) pkcs-9(9) smime(16) modules(0) smime(4) }

This is in RFC 2633, which is an IETF Standards Track document.  This it is
politcally correct to have an OID that is in a corporate arc in a standards
document.  My recommendation, is to just continue using the ones that are
in the draft, and not worry about it.

Bruce

At 01:42 PM 4/21/2000 -0600, harryl at us.ibm.com wrote:
>
>
>
>Personally, I don't care about "politically" correct, I'm simply trying to
>be correct.
>
>I think a standards track RFC will carry the IETF copyright meaning the
>IETF is ultimately responsible for "change control" and would (presumably)
>desire not to have OIDs managed and maintained by a private enterprise.
>
>Granted, there's not a lot of dynamics available that could inadvertently
>"hose" an assigned OID subtree... no matter where it lies.
>
>Harry Lewis
>IBM Printing Systems
>
>
>
>
>"Alexis Bor" <alexis.bor at directoryworks.com>
>Sent by: owner-ipp at pwg.org
>04/21/00 01:02 PM
>
>
>        To:     "Manros, Carl-Uno B" <cmanros at cp10.es.xerox.com>, "Bruce
>Greenblatt"
><bgreenblatt at directory-applications.com>, Harry Lewis/Boulder/IBM at IBMUS,
><mark.wahl at innosoft.com>, <ietf-ldapext at netscape.com>
>        cc:     <ipp at pwg.org>
>        Subject:        RE: IPP> Re: Root OID for IPP Printer Schema
>
>
>All we are doing is making IETF more politically correct, and thus making
>politics slow down the technical process...  Are we going to go through
>several version of the draft arguing over this???
>
>Let's just choose one and move on...    It will not impact the sales of
>any
>products nor the operation of any protocol...
>
>-- Alexis
>
>Alexis Bor
>Directory Works, Inc.
>alexis.bor at directoryworks.com
>http://www.directoryworks.com
>
>-----Original Message-----
>From: Manros, Carl-Uno B [mailto:cmanros at cp10.es.xerox.com]
>Sent: Friday, April 21, 2000 11:33 AM
>To: Bruce Greenblatt; harryl at us.ibm.com; mark.wahl at innosoft.com;
>ietf-ldapext at netscape.com
>Cc: ipp at pwg.org
>Subject: RE: IPP> Re: Root OID for IPP Printer Schema
>
>Bruce,
>
>It is politically incorrect. We had objections raised in IET47 on this.
>
>Carl-Uno Manros
>IETF IPP Chair
>
>
>-----Original Message-----
>From: Bruce Greenblatt [mailto:bgreenblatt at directory-applications.com]
>Sent: Friday, April 21, 2000 11:26 AM
>To: harryl at us.ibm.com; mark.wahl at innosoft.com; ietf-ldapext at netscape.com
>Cc: ipp at pwg.org
>Subject: IPP> Re: Root OID for IPP Printer Schema
>
>
>What's wrong with continuing to use the one from Sun?  As long as it is
>unambiguous, who cares?
>
>Bruce
>
>At 11:59 AM 4/21/2000 -0600, harryl at us.ibm.com wrote:
>>
>>
>>
>>The Internet Printing Protocol Working Group is developing an Internet
>>Draft describing an LDAP Schema for Printer Services.
>>
>>http://www.ietf.org/internet-drafts/draft-ietf-ipp-ldap-printer-schema-00.t
>
>xt
>>
>>
>>For expediency, the initial draft specifies OIDs from a Sun Microsystems
>>private enterprise subtree. In preparation for a standards track document
>>we would like these OIDs to be routed in a standards subtree. We want to
>>harmonize with any convention that may exist within the LDAP community
>for
>>registering this subtree. Will the LDAP group make the request for an
>>assigned OID subtree or would you prefer for the IPP group to make the
>>request?
>>
>>Harry Lewis
>>
>>
>>
>==============================================
>Bruce Greenblatt, Ph. D.
>Directory Tools and Application Services, Inc.
>http://www.directory-applications.com
>Sign up for our LDAP Technical Overview Seminar at:
>http://www.acteva.com/go/dtasi
>
>
>
>
>
==============================================
Bruce Greenblatt, Ph. D.
Directory Tools and Application Services, Inc.
http://www.directory-applications.com
Sign up for our LDAP Technical Overview Seminar at:
http://www.acteva.com/go/dtasi




More information about the Ipp mailing list