[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: Listing request names



Michael:
  The OID registration service is implicit in the listing being able to
assign names to the nameless.
Chris

> -----Original Message-----
> From:	Michael Mealling [SMTP:michael@xxxxxxxxxxxxxxxx]
> Sent:	Sunday, November 23, 1997 9:05 PM
> To:	M.Wahl@xxxxxxxxxxxxxxxxxx
> Cc:	phoffman@xxxxxxx; ietf-schema-reg@xxxxxxx
> Subject:	Re: Listing request names
> 
> Mark Wahl said this:
> > 
> > I also am in agreement with Paul Hoffman's suggested approach, with one 
> > modification: I would prefer to have the temporary OID assignment be
> done with
> > a real-time protocol (e.g. HTTP?) than with a store-and-forward protocol
> (SMTP).
> > When the user clicks the 'send to listing service' button on their
> schema 
> > design tool, it would allow the tool to obtain an OID and send the
> message 
> > immediately, rather than waiting for an intermediate response to wander 
> > through the MTAs.
> > 
> > I don't see a problem with missing numbers in the sequence; when in
> future
> > the listing service becomes pruned there will be more missing numbers.  
> > 
> 
> Mark, 
>   What is LDAP going to be doing with the OIDs that the registry assigns?
> I assume that the above scenario is needed so that you can get and use
> the registries assigned OID, right? If so are you planning on using the
> registry's assigned OID as the OID of the actual schema in LDAP? If so
> then I think that is a bad mistake. That means that not only is the
> registry acting as a place to hold schema definitions, it has also become
> an owner of schema definitions and an OID registration service. Neither of
> 
> which we're ready for yet.
> 
> -MM
> 
> -- 
> --------------------------------------------------------------------------
> ----
> Michael Mealling	| 505 Huntmar Park Drive       | Phone:
> (703)742-0400
> Software Engineer	| Herndon, VA 22070	       | Fax:
> (703)742-9552
> Network Solutions	| <URL:http://www.netsol.com>  | michaelm@xxxxxxxxxx