audax 0 Geschrieben 12. September 2016 Autor Melden Teilen Geschrieben 12. September 2016 Kein NAT ist schon mal interessant, aber das bedingt dann auch, dass man die zahlreichen Firewall Rules wieder verwerfen und ändern muss. Wer bitteschön macht das nach Jahren freiwillig? :-) Ende zu Ende Verschlüsselung halte ich im LAN erst mal für zu gefährlich. Ein infizierter Host aus Segment a würde dann einen Trojaner ins Segment b schleusen, ohne dass meine FW da reinschnupper kann, es sei denn ich mach man in the middle. Aber dann kann ich intern auf den Käse auch gleich verzichten. Ende zu Ende Connectivty ... Kann ich erst mal so nichts mit anfangen. Schmaler Header - OK Optimierung ist immer gut, aber nicht um jeden Preis. Wenn ich jetzt intern zu viel ändern muss, dann dürfen die unnötigen paar Bit gerne noch durch die Leitung. Schnelleres Routing. Wie gesagt, ich bezweifle nicht, dass bei den ISPs IPV6 das Maß aller DInge ist. Aber wieviel routet Ihr innerhalb Eurer Lans? Wie viel schneller (merkbar) ist Euer V6 Netz? Im LAN wohlgemerkt? Danke Zitieren Link zu diesem Kommentar
DocData 85 Geschrieben 12. September 2016 Melden Teilen Geschrieben 12. September 2016 (bearbeitet) Wie gesagt, ich bezweifle nicht, dass bei den ISPs IPV6 das Maß aller DInge ist. Aber wieviel routet Ihr innerhalb Eurer Lans? Wie viel schneller (merkbar) ist Euer V6 Netz? Im LAN wohlgemerkt? Also ich finde strechted VLANs extrem ekelhaft. Routing am Edge und Redundanz mittels Routing-Protokollen finde ich extrem nett. Aber ich bin kein Admin. Ich werde nur oft dafür bezahlt in Läden aufzuräumen. bearbeitet 12. September 2016 von DocData Zitieren Link zu diesem Kommentar
NilsK 2.930 Geschrieben 12. September 2016 Melden Teilen Geschrieben 12. September 2016 Moin, Offensichtlich hat nur Exchange (setzen wir nicht ein) damit Bauchschmerzen. nein. Das ist nur ein prominentes Beispiel. Die ganze Diskussion geht in eine falsche Richtung. Es geht nicht darum "was ist besser und warum", sondern es geht darum, dass IPv6 eine Kernkomponente des Betriebssystems ist. Das Abschalten oder Umgehen ist - je nach Methode - zwar nicht ausdrücklich "unsupported", aber es ist eben undefiniert, was dann passiert, weil Microsoft nicht mehr "ohne" testet. Im Zweifel wird der Support sagen: Schaltet es an. Und dann wäre es durchaus sinnvoller, die (meist überschaubaren) Hausaufgaben rechtzeitig zu machen. Gruß, Nils Zitieren Link zu diesem Kommentar
Evil E-Lex 0 Geschrieben 12. September 2016 Melden Teilen Geschrieben 12. September 2016 Der Multicast Sender war übrigens ein HP Drucker wtf Wäre es nicht sinnvoller, IPv6 in diesem Fall nur auf dem Drucker zu deaktivieren? Zitieren Link zu diesem Kommentar
DocData 85 Geschrieben 12. September 2016 Melden Teilen Geschrieben 12. September 2016 Vor allem hat Multicast erstmal nichts mit IPv6 zu tun.... Zitieren Link zu diesem Kommentar
magheinz 110 Geschrieben 12. September 2016 Melden Teilen Geschrieben 12. September 2016 Doch, da dank ipv6 plötzlich viel mehr multicasttraffic da ist was bei ipv4 noch anders war. Zitieren Link zu diesem Kommentar
DocData 85 Geschrieben 12. September 2016 Melden Teilen Geschrieben 12. September 2016 Nein, weil Mutlicast prinzipiell erst einmal kein reines IPv6 Ding ist... Daher wäre die Frage: Hat der TE tatsächlich ein Problem mit Multicast, oder eines mit IPv6? Oder mit Multicast in IPv6? Fragen über Fragen... Zitieren Link zu diesem Kommentar
magheinz 110 Geschrieben 12. September 2016 Melden Teilen Geschrieben 12. September 2016 Das multicast eventuell das Problem ist mag sein. Das man ipb6 kaum ohne betreiben kann ist aber nunmal so. Vermutlich hätte er ohne ipb6 gar keinen multicasttraffic. Du hast aber recht wenn wenn du die Frage aufwirfst ob er bei ipv4-multicast eventuell das gleiche Problem hätte. Ich denke wir meinen das gleiche... 1 Zitieren Link zu diesem Kommentar
audax 0 Geschrieben 12. September 2016 Autor Melden Teilen Geschrieben 12. September 2016 (bearbeitet) Meine erste Antwort hierzu war 1 A4 Seite lang, bis der Browser sich verabschiedete: Jetzt in Kürze (habt Ihr ein Glück) @Ja, Ihr habt Recht, dass das nicht Ideal ist mit dem Abschalten. Aber bis wir das beherrschen, brauchen wir es nicht betreiben. Dann würde ich aber auf keinen Fall beides machen, sonder AUSCHLIEßLICH IPv6, wenn das so viel besser ist und elementarer Bestandteil des Systems. Ich muss dann nicht 2gleisig fahren. Das Problem war auch nicht direkt der Drucker als Multcast Sender, sondern 3 PCs, die im Sleep-Modus Multicast-Listener-Reports (in riesigen Mengen von sich gaben, auf den Multicast des Druckers). Diese Reports haben dann vermutlich meine Switch vollgedröhnt. Ich kann das noch nicht 100 %ig bestätigen, aber alles deutet darauf hin. Offensichtlich haben auh HP Pcs dieses Problem schon mal hin und wieder verursacht. Wir jedoch setzen Lenovo PCs ein. Falls es wen interessiert. Danke P.S. http://networkguy.de/?p=742 In etwa der gleiche Fall bearbeitet 12. September 2016 von audax Zitieren Link zu diesem Kommentar
Evil E-Lex 0 Geschrieben 12. September 2016 Melden Teilen Geschrieben 12. September 2016 Welche Netzwerkkarte nutzen die PCs? Wenn es die Intel i217 ist, ist das Problem bekannt und lässt sich durch ein Treiberupdate beheben. Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.