WebSVN – oidplus – Diff – /trunk_oldversion/_private/todo



    a) namespace "uuid"
    b) unter dem aktuellen credentials
 
oid zeile: wenn kein asn1 id, dann den lastarc nicht wiederholen. außerdem eine zeile mit "name" oder "index" dahinter anzeigen
 
erkennen, ob ipv4, ipv6 etc, und dann automatisch den prefix "ipv4" etc verwenden --> 212.32.236.132 dann möglich
 
automatischen tree/browsing für indexes, z.b. browsing von /128 auf /112 möglich, da dieses hierarchie nicht in OIDs stattfindet
 
 
die ausgabe von listall ist viel zu breit, wegen den automatisch generierten oids
 
ipv6:2001:1af8:4900:a012:2::1337/129
-- als illegal erkennen
 
funktioniert die suche, wenn man /127 sucht, und /112 existiert?
ipv6:2001:1af8:4900:a012:2::1337/127 geht
oidplus:2001:1af8:4900:a012:2::1337/127 geht nicht
--> ja, aber nur bei "ipv6:" prefix
 
bei ipv4/6 muss es eine möglichkeit geben, den baum nicht nur aus sicht der OIDs wiederzugeben, sondern auch aus sicht der NS-elemente (z.b. 112 -> 128)
 
es soll möglich sein, z.b. für OID "." lese oder RA-rechte zu setzen, ohne diese OID aber zu definieren (sodass es nicht als root auftaucht)

Subversion Repositories oidplus

oidplus/trunk_oldversion/_private/todo – Rev 226 → 1415

Rev 226		Rev 1415
Line 28...		Line 28...
28	a) namespace "uuid"	28	a) namespace "uuid"
29	b) unter dem aktuellen credentials	29	b) unter dem aktuellen credentials
30		30
31	oid zeile: wenn kein asn1 id, dann den lastarc nicht wiederholen. außerdem eine zeile mit "name" oder "index" dahinter anzeigen	31	oid zeile: wenn kein asn1 id, dann den lastarc nicht wiederholen. außerdem eine zeile mit "name" oder "index" dahinter anzeigen
32		32
33	erkennen, ob ipv4, ipv6 etc, und dann automatisch den prefix "ipv4" etc verwenden --> 95.211.38.42 dann möglich	33	erkennen, ob ipv4, ipv6 etc, und dann automatisch den prefix "ipv4" etc verwenden --> 212.32.236.132 dann möglich
34		34
35	automatischen tree/browsing für indexes, z.b. browsing von /128 auf /112 möglich, da dieses hierarchie nicht in OIDs stattfindet	35	automatischen tree/browsing für indexes, z.b. browsing von /128 auf /112 möglich, da dieses hierarchie nicht in OIDs stattfindet
36		36
37		37
38	die ausgabe von listall ist viel zu breit, wegen den automatisch generierten oids	38	die ausgabe von listall ist viel zu breit, wegen den automatisch generierten oids
39		39
40	ipv6:2001:1af8:4100:a061:1::4041/129	40	ipv6:2001:1af8:4900:a012:2::1337/129
41	-- als illegal erkennen	41	-- als illegal erkennen
42		42
43	funktioniert die suche, wenn man /127 sucht, und /112 existiert?	43	funktioniert die suche, wenn man /127 sucht, und /112 existiert?
44	ipv6:2001:1af8:4100:a061:1::4041/127 geht	44	ipv6:2001:1af8:4900:a012:2::1337/127 geht
45	oidplus:2001:1af8:4100:a061:1::4041/127 geht nicht	45	oidplus:2001:1af8:4900:a012:2::1337/127 geht nicht
46	--> ja, aber nur bei "ipv6:" prefix	46	--> ja, aber nur bei "ipv6:" prefix
47		47
48	bei ipv4/6 muss es eine möglichkeit geben, den baum nicht nur aus sicht der OIDs wiederzugeben, sondern auch aus sicht der NS-elemente (z.b. 112 -> 128)	48	bei ipv4/6 muss es eine möglichkeit geben, den baum nicht nur aus sicht der OIDs wiederzugeben, sondern auch aus sicht der NS-elemente (z.b. 112 -> 128)
49		49
50	es soll möglich sein, z.b. für OID "." lese oder RA-rechte zu setzen, ohne diese OID aber zu definieren (sodass es nicht als root auftaucht)	50	es soll möglich sein, z.b. für OID "." lese oder RA-rechte zu setzen, ohne diese OID aber zu definieren (sodass es nicht als root auftaucht)