Re: Schema group

Michael Gsandtner <gsa@adv.magwien.gv.at> Mon, 02 January 1995 15:55 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa02071; 2 Jan 95 10:55 EST
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa02067; 2 Jan 95 10:55 EST
Received: from haig.cs.ucl.ac.uk by CNRI.Reston.VA.US id aa08338; 2 Jan 95 10:55 EST
Received: from bells.cs.ucl.ac.uk by haig.cs.ucl.ac.uk with local SMTP id <g.01108-0@haig.cs.ucl.ac.uk>; Mon, 2 Jan 1995 10:36:05 +0000
Via: uk.ac.nsfnet-relay; Mon, 2 Jan 1995 10:36:03 +0000
Received: from mozart.adv.magwien.gv.at by sun3.nsfnet-relay.ac.uk with Internet SMTP id <g.09177-0@sun3.nsfnet-relay.ac.uk>; Mon, 2 Jan 1995 10:30:00 +0000
Received: by mozart.adv.magwien.gv.at id AA09358 (5.65c8+/MagwienServer(pfp)2.2 for osi-ds@cs.ucl.ac.uk); Mon, 2 Jan 1995 11:25:16 +0100
Received: from mandibula.adv.magwien.gv.at by adv.magwien.gv.at (5.65c8+) id AA09343; Mon, 2 Jan 1995 11:25:14 +0100
Received: by mandibula.adv.magwien.gv.at id AA04656 (5.65c8+/MagwienClient(pfp)2.3); Mon, 2 Jan 1995 11:27:09 +0100
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Michael Gsandtner <gsa@adv.magwien.gv.at>
Message-Id: <199501021027.AA04656@adv.magwien.gv.at>
Subject: Re: Schema group
To: Ken Rossen <kenr@shl.com>
Date: Mon, 2 Jan 1995 11:27:09 +0100 (MET)
Cc: osi-ds@cs.ucl.ac.uk
In-Reply-To: <Mailstrom.1.03.35995.-3114.kenr@shl.com> from "Ken Rossen" at Dec 30, 94 10:08:27 am
Return-Receipt-To: gsa@adv.magwien.gv.at
X-Organization: Gemeinde Wien MD-ADV/Ma Referat EPS
X-Address: Rathausstr. 1, A-1082 Wien, Austria, Europe
X-Home-Address: Hauptstr. 13/2, A-1140 Wien, Austria, Europe
X-Phone: Office: +43 1 4000 91179
X-Fax: +43 1 4000 7141
X-X.400-Address: C=AT,A=ADA,P=MAGWIEN,O=MAGWIEN,OU1=ADV
X-Mts: smtp
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Content-Length: 819
X-Charset: LATIN1
X-Char-Esc: 29

> >   I think is exactly the mechanism that the people at the
> >   meeting
> >   _didn't_ want. It seemed to me the concensus was that
> >   once an OID had been chosen for something then as long
> >   as it was legal (ie it didn't have to be an IANA blessed
> >   OID) then it was fixed. I am using perfectly valid
> >   Standards Australia OIDs and I'm not about to change
> >   them just to get some sanction from the IETF process.
> 
Why are the IANA OIDs not legal ?
In austria we lack an organisation which really administrates OIDs, so we use
IANA OIDs.
- Can the IANA OIDs sometime become not globally unique ?
- Have I really to persuade NORM (austrian ISO memberbody) that it have to 
  give us an OID ? (which will take quite a long time)
- Or is there any other (easier) way to get a legal OID ?

--Michi