Moin zum Zweiten,
Peter Bieringer <[EMAIL PROTECTED]> writes:
> Ich glaub kaum, da� fec0::/10 kurz- bis mittelfristig anderweitig
> verwendet wird, somit glaube ich, da� man diesen Bereich beruhigt zum
> Testen oder f�r wirklich nur site-local durchaus noch verwenden
> kann. Und bei dem Prefix kann man auch ziemlich sicher sein, da� der
> auch wirklich nicht global geroutet wird.
Auch �ber das Testen hinaus: Wenn ich eine neue Umgebung aus dem
Nichts aufbauen will und schon nicht wei�, wo ich erstmal ein eigenes
Prefix herbekomme, ist site-local bisher ein sinnvoller Ansatz.
Sobald fc00::/8 und fd00::/8 allgemein unterst�tzt werden (und ich
w�rde mich nicht wundern, wenn einige Systeme diese Adressen bisher im
Routing blocken, weil sie "reserved" sind...) sehe ich dazu keinen
Grund mehr, weil dann alles daf�r spricht, die neuen Adressen zu
benutzen. Aber das n�tzt mir eben heute nichts.
> site-local machen dann keinen Sinn, wenn man jemals mit dem Gedanken
> spielt, sich mit einer anderen Site netzwerktechnisch (auf Basis
> dieser Adressen) zu verbinden, sei's durch Aufkauf (aufgekauft
> werden), Fusion, Zusammenschlu�...
Deswegen hei�en sie ja auch "site-local" :-) Ich sehe site-locals und
Nachfolger nur in Ausnahmef�llen, wie eben beim Aufbau einer zun�chst
isolierten Umgebung, als "prim�re" Adressen als sinnvoll an. Es ist
ja, solange ich mich nicht �berdurchschnittlich d�mlich anstelle,
anschlie�end kein gr��eres Problem, globale Adressen nachzuschieben.
Ansonsten halte ich site-locals und Nachfolger als Notzugang zu meinen
Maschinen auch auf Dauer f�r sinnvoll---aber das h�ngt von den lokalen
Gegebenheiten und den Vorlieben der Betreuer und den
Renumbering-Ambitionen meines Providers ab.
Wobei es mich pers�nlich nicht wundern w�rde, wenn in zwei bis zwanzig
Jahren die fc00::/7-Adressen wie wild durch die weite Welt getunnelt
werden...
Viele Gr��e,
Benedikt
--
Benedikt Stockebrand, Dipl.-Inform. Freelance IT System Architect
http://www.benedikt-stockebrand.de/ always looking for a contract
Unix (all flavours), TCP/IP, IPv6, IT Security, Unix Operations Training
Performance and High Availability Tuning, Large Scale Systems Design
_______________________________________________
ipv6 mailing list
[EMAIL PROTECTED]
http://listserv.uni-muenster.de/mailman/listinfo/ipv6
