Quipu's treeStructure attribute in oidtables
"Luis P. Caamano" <lpc@sware.com> Mon, 22 May 1995 18:08 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa09834;
22 May 95 14:08 EDT
Received: from [132.151.1.1] by IETF.CNRI.Reston.VA.US id aa09830;
22 May 95 14:08 EDT
Received: from haig.cs.ucl.ac.uk by CNRI.Reston.VA.US id aa11250;
22 May 95 14:08 EDT
Received: from bastion.sware.com by haig.cs.ucl.ac.uk with Internet SMTP
id <g.03399-0@haig.cs.ucl.ac.uk>; Mon, 22 May 1995 15:38:02 +0100
Received: from shlep.sware.com (shlep.sware.com [139.131.1.14])
by bastion.sware.com (8.6.12/8.6.5) with SMTP id KAA01975;
Mon, 22 May 1995 10:28:43 -0401
Received: by shlep.sware.com (5.65/2.0) from alehouse.sware.com id AA07230;
Mon, 22 May 95 10:28:57 -0400
Received: by alehouse.sware.com (5.65/2.1) from localhost id AA25319;
Mon, 22 May 95 10:25:37 -0400
X-Orig-Sender: "Luis P. Caamano" <lpc@sware.com>
Message-Id: <9505221425.AA25319@alehouse.sware.com>
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: "Luis P. Caamano" <lpc@sware.com>
X-Mailer: SecureMail [2.0 alpha4]
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: quipu <quipu@cs.ucl.ac.uk>, OSI-DS <osi-ds@cs.ucl.ac.uk>, ldap@umich.edu
Subject: Quipu's treeStructure attribute in oidtables
Date: Mon, 22 May 95 10:25:37 EDT
-----BEGIN PRIVACY-ENHANCED MESSAGE----- Proc-Type: 4,MIC-CLEAR Content-Domain: RFC822 Originator-Certificate: MIIBxDCCAW4CFQD+3dh80bkgena8z1dku13NAAAAADANBgkqhkiG9w0BAQIFADBZ MQswCQYDVQQGEwJVUzEYMBYGA1UEChMPU2VjdXJlV2FyZSBJbmMuMRcwFQYDVQQL Ew5TZWN1cmVXYXJlIFBDQTEXMBUGA1UECxMORW5naW5lZXJpbmcgQ0EwHhcNOTUw NTEwMTI1NTEwWhcNOTgwNTA5MTI1NTEwWjBwMQswCQYDVQQGEwJVUzEYMBYGA1UE ChMPU2VjdXJlV2FyZSBJbmMuMRcwFQYDVQQLEw5TZWN1cmVXYXJlIFBDQTEXMBUG A1UECxMORW5naW5lZXJpbmcgQ0ExFTATBgNVBAMTDEx1aXMgQ2FhbWFubzBZMAoG BFUIAQECAgIAA0sAMEgCQQDeftoWgYd1YSQVvsw426ceoEu5mnkSIlxu8ON8YTH3 0d+zi86sXhVwrTt2XvUqBWDTc8O3JwizaLdcSdKmqUGjAgMBAAEwDQYJKoZIhvcN AQECBQADQQA2GPvwoPpzt1dg0M+OKbYsHj7k+whCtIsZ6P71CrL0oe44c+Ees7iG /LpyQDwvnRlAyeoMO46JZ1MCnW4F1Ivj Issuer-Certificate: MIIBkzCCAT0CFEbO5h6/SKxULWrq4aExKoYAAAAAMA0GCSqGSIb3DQEBAgUAMEAx CzAJBgNVBAYTAlVTMRgwFgYDVQQKEw9TZWN1cmVXYXJlIEluYy4xFzAVBgNVBAsT DlNlY3VyZVdhcmUgUENBMB4XDTk1MDUwODIwMjAxNloXDTk3MDUwNzIwMjAxNlow WTELMAkGA1UEBhMCVVMxGDAWBgNVBAoTD1NlY3VyZVdhcmUgSW5jLjEXMBUGA1UE CxMOU2VjdXJlV2FyZSBQQ0ExFzAVBgNVBAsTDkVuZ2luZWVyaW5nIENBMFkwCgYE VQgBAQICAgADSwAwSAJBAL4Od/KxhOB6HyUbBJC2X6Ic2P0XEcGnddzJ1QEHjSFy x5qzn098ScMWDEJSiwrsVmQFbNvN01hkke7ZE21aG5sCAwEAATANBgkqhkiG9w0B AQIFAANBALtOOv3SWxy+/VEvvY6j06wUNQRhqbtX5g8HgOwPgvoqcrRl939lcOcx X7q8YB5bVVTow4PsFfnorV5gsOBwnf4= MIC-Info: RSA-MD5,RSA, h56nvkEFDtshcdYsjigVBoUSym9orbhCcrbTn0zvkkTZ6ejXqPudk7jGA9GwdgO3 Rb6DYPeFf7HgENYg9Em2bQ== Since the value of the treeStructure attribute is very static, wouldn't it be nice if we had it in the oidtable.oc? That way, we define it once and not every time one creates a entry of an object class that needs a treeStructure attribute. I've been thinking about modifying quipu to handle this as an exercise, but would like some opinions before I go ahead. Does anybody have any info regarding this? thanks - ---------------------------------------------------------------- Luis P. Caamano (LC2385) | lpc@sware.com SecureWare, Inc. Atlanta, GA, USA | (404) 315-6296 -----END PRIVACY-ENHANCED MESSAGE-----
- Quipu's treeStructure attribute in oidtables Luis P. Caamano
- Re: Quipu's treeStructure attribute in oidtables Colin Robbins
- Re: Quipu's treeStructure attribute in oidtables Alan Wong