Beiträge von mbo77

Vielleicht zum Verständnis.

Das Patchpanel ist nur die bequeme und sinnvolle Variante, Leitungen zu verbinden. Der Vorteil einer Ethernetverkabelung ist, dass die recht universell ist. Sie kann also auch sehr gut die beiden Adern der DSL-Leitung transportieren.

Da das optische Signal bei dir bereits auf Ethernet gewandelt ist, kannst du auf diesem Wege zur FB transportieren.

Hierbei geht es immer nur um den WAN-Teil deiner Verkabelung. Was danach im LAN passiert (hin zum Netgear-Switch etc.), ist davon nicht betroffen.

Mysteriös: Malware zerstört Tausende Router pro Stunde

In nur 72 Stunden ging beim US-Provider Windstream die Hälfte aller Kunden offline. Hunderttausende Router mussten ausgetauscht werden. Der ISP schweigt.

www.heise.de

Daher: Freie Endgerätewahl

PS: Vielleicht sind sie auch aufgrund von Trumps Verurteilung vor Freude oder Wut geplatzt. 😉

Klar ist der Keller die bessere Wahl.

Aber wenn der Aufwand zu groß wird, bieten sich bestehende Möglichkeiten an.

Zur Not greift man zu einem Switch mit erweiterten Temperaturbereich:

Ohne jetzt nachzulesen: Hat er nicht auch ohne FB getestet?

Da spricht grundsätzlich nichts gegen.

Der Tipp mit dem 19"-Schrank kam ja bereits. Im Dachboden empfehle ich einen 10"-Schrank für Patchpanel und Switch.

Und solange alle Kabel in Leerrohren geführt werden, bleibst du flexibel.

Den Link zwischen den Switches kannst du natürlich per LWL ausführen. Ansonsten wird 10G auf Kupfer jetzt aber auch nicht viel mehr Leistung ziehen. Hängt vom Leerrohr ab.

Also mittels Messkampagne dokumentieren und dann Schadenersatz fordern.

Dann solltest du mal im OG mittels App am Handy scannen, welche WLANs in welcher Stärke dort gezeigt werden.

Vielleicht kam es zu einer ungünstigen Konstellation bzgl. der Kanalwahl.

Zitat von Schnurz

Evtl. sollte der Gesetzgeber beim TKG auch in dieser Richtung mal "nachschärfen"

Sollte in das Produktinformationsblatt.

Hast du die Verbindung mit einem Kabel getestet?

Kannst du außerhalb des Speedtests die schlechte Verbindung bestätigen?

Prima, ich warte noch auf den ersten "Internet"-Provider, der nur noch einen Squid-Proxy bereitstellt.

Wenn sich hier niemand findet, der bei dem Anbieter Kunde ist und ggf. mehr weiß, wird dir das der Provider sagen müssen.

Er ist verpflichtet, die notwendigen Daten zur Verfügung zu stellen. Das beinhaltet auch die Schnittstellenbeschreibung, aus der hervorgeht, nach welchem Standard das Netz gebaut wird.

Sollte es AON sein, wäre der Anschluss eines eigenen Routers über einen simplen Medienwandler relativ einfach.

Alle PON-basierten Techniken sind da leider etwas aufwändiger, weil u.a. Verschlüsselung ins Spiel kommt.

So oder so sollte der Provider dir ausreichend Informationen zur Verfügung stellen.

Nachtrag: Das sieht nach einem geförderten Ausbau aus. Da liegt die Wahrscheinlichkeit hoch, dass AON gebaut wurde. Zumindest aber PtP, auch wenn die in der Technik auf PON umgesetzt werden könnte. Ich würde aber leicht dazu tendieren, dass es AON ist.

Ich denke, es ist offensichtlich, dass eine Störung bei DG vorliegt. Oder welche Informationen fehlen?

Sieh zu, dass DG für deren Fehler und deine Unannehmlichkeiten entschädigt.

Der Reboot sollte Leichen entfernen. Wenn nicht, spuckt noch was Anderes dazwischen.

Sollten nach Reboot immer noch vier Default-Routen vorhanden sein, kannst du - um das Problem als solches zu bestätigen - die drei falschen löschen.

Dazu per ping ermitteln, welche korrekt arbeitet. Die falschen dann in einem Terminal (mit Adminrechten) wie folgt löschen:

route delete ::/0 fe80::6022:32ff:fee7:3312

Natürlich musst du die jeweils korrekte Adresse eintragen. Das Beispiel habe ich mir nur mit Copy/Paste zusammengebaut und aktuell wäre das ja dein funktionierendes Gateway.

Danach sollte IPv6 nur noch eine Route nach ::/0 haben und dann könntest du schauen, ob die Probleme weg sind.

Das ändert aber nichts daran, dass die drei anderen Routen gar nicht erst da sein dürften. Das Problem muss so oder so gelöst werden.

Also, irritierend finde ich, dass du in der IPv6-Konfiguration 4x eine Default-Route hast.

Mach mal Folgendes:

ping fe80::6022:32ff:fee7:3312%15

Und danach die Adresse mit den drei weiteren "fe80"-Adressen austauschen. Da es Link-Local ist, ist es wichtig, das Interface anzugeben. Das ist bei dir die 15, daher das "%15" am Ende.

Momentan etwas unklar.

Du nutzt Windows? Was zeigt denn im Terminal ein "route print" so an?

Hmm, das mit dem VPN spricht dafür, dass deine Konnektivität via IPv6 tatsächlich gestört ist.

Um das mal konkret einzugrenzen, würde ich IPv6 deaktivieren (zum Beispiel nur am Client, also am Linux-/Windows-/Mac-Desktop) und überprüfen, ob es sich dann ähnlich wie via VPN verhält.

Also an VLAN wird es nicht liegen, wenn die Verbindung grundsätzlich zustande kommt.

Hast du noch eine eigene Fritzbox zur Hand? Dann damit gegentesten.

Ich bin mal ehrlich: Hier bist du falsch aufgehoben. Da wirst du bei Ubiquiti Support suchen müssen.

Mathematik lügt nicht.

Und vor kurzem waren hier Auslastungsdiagramne von GPON-Segmenten. Die laufen bereits unausgelastet. XGS-PON gibt es heute schon und in anderen Ländern erweitert man Richtung 40/50G.

Also in der Gesamtschau ist die Teilung des Stückes bei PON ohne Relevanz.

Aber das Thema hatten wir gefühlt auch schon 10x.

Nur hast du keine exklusive Leitung bis zum "Rechenzentrum" deines Providers. Um Verwirrung zu vermeiden, sind Begriffe wie PoP oder Technikgebäude geläufig. Lediglich zu dem hat man die Leitung bei AON exklusiv.

Die Überbuchung wird ab dem Gebäude stärker ausgeprägt sein als im PON-Anteil. Und im weiteren Peering dann sowieso.

Von daher spielt AON de facto keinerlei Vorteil aus.