Moin schon wieder,
Gert Doering <[EMAIL PROTECTED]> writes:
>> Ich kann aber andererseits auch nicht ausschlie�en, da� ich da bei dem
>> ganzen Tunnel-Sammelsurium was in den falschen Hals bekommen habe
>> und/oder ich einfach langsam senil werde.
>
> Ja, es ist etwas unuebersichtlich, welche Variante denn nun genau mit
> wem und wo und warum funktioniert.
bisher bin ich bei ca. 30 Seiten Rohmanuskript, und das alleine �ber
die Sachen, die im Unix-Umfeld laufen (Protocol 41, 6to4, GRE,
OpenVPN, RFC 2473, PPP) und ganz kurzen Beschreibungen vom Rest
(6over4, Teredo, ISATAP, DSTM). Mir graust schon davor, den ganzen
Kram mit aktuellen Releases nochmal durchzutesten und endg�ltig in
eine druckbare Form zu bringen.
> Ich hab' das kleine Problem, dass ich mit dem "IPv6-Tunnel" durch ein
> NAT durchmuss, welches GRE NATten kann, aber IPv6IP (proto 41) nicht.
>
> Was mich entsprechend in helle Freude versetzt hat, als ich gesehen
> habe, dass ich entweder "Tunnel geht durch NAT" oder "Tunnel funktioniert
> auf Endsystem" haben kann...
Das ist das sch�nste an den ganzen Tunnelsachen; es gibt so viele und
teilweise redundante Spezifikationen und so wenig allgemein verf�gbare
Implementierungen, da� Sachen regelm��ig nicht zusammenpassen.
Deshalb lasse ich ja auch konsequent die Finger davon, mich auf die
RFC-Schreiberei einzulassen. Im Moment fehlen Implementierungen, und
Erfahrungen mit den Implementierungen im produktiven Betrieb, nicht
noch mehr RFCs.
>> PRs sind immer gut. Patches/Implementierungen nat�rlich noch besser :-)
>
> Siehe Antwort von gestern :-) - ist vermutlich trivial, wenn man sowas
> schonmal implementiert hat, aber mir mangelt es an Kernel-Programmier-
> Erfahrung (generell und bei sowas "Paket mal eben irgendwo anders wieder
> reinstecken" im Besonderen). Mal sehen, "wenn ich mal Zeit hab".
Ich habe vor Jahren mal beschlossen, da� ich mich auf
Kernel-Programmierung nicht einlasse, weil ich da immer nur f�r wenige
Systeme was machen kann.
Wenn's klappt, werde ich aber in der n�chsten Zeit hoffentlich mal mit
der DNS-Thematik weiterkommen. Details gibt's in den n�chsten
Tagen...
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
