Ja, das Fehlerbild ist ziemlich unklar, leider. Und die Fritzboxen sind auch leider etwas zu stark verrammelt (so dass man kaum Informationen vom Linuxkernel bekommen kann, ob/wie die Shaper konfiguriert sind).
Ich vermute der Umstand dass nur wenige Betroffen sind ist ein zweischneidiges Schwert, gut, dass das Problem selten auftritt, aber IMHO auch der Grund warum das ganze wohl niedrige Prioritaet hat, oder?
Ich wuenschte AVM wuerde mich mal kontaktieren... die einzige Auswirkung eines zu niedrig gestellten Shapers sollte es sein, dass der Durchsatz insgesamt niedriger ist, die reportierten Probleme sind alle orthogonal zu einen kompetent aufgesetzten Traffic-Shaper.
Der Artikel ist allerdings etwas duenn was Details angeht, daher ist es schwer irgend etwas genaues daraus zu lesen.
Oh, die Ranger-Leute haben kein gesteigertes Interesse an FTTH Ausbau, die werden angeheuert um hier und heute Kunden zu gewinnen, meistens halt per VDSL...
Das die Vonovia da ein Hausrecht hat steht ausser Zweifel, was ich anzweifle ist, dass die das primaer im Sinne ihrer Mieter einsetzt...
Mal eine Frage an die O2@UGG Nutzer: Wie sieht den die Latenz zum ersten O2-Hop inzwischen aus? Abhaengig von der Entfernung zum Pop-Standort.
# Unter https://github.com/fujiapple852/trippy/releases zur aktuellen Release navigieren und unter Assets das passende Archiv fuer das eigene Endsystem (Windows, Macos, Linux) runterladen und lokal entpacken.
# Unter Windows CMD als Administrator starten, ins Verzeichnis mit der Datei trip.exe wechseln und folgendes aufrufen, die Firewall muss eventuell fuer Trippy geoeffnet werden.
trip --mode pretty --icmp-extensions --dns-lookup-as-info --tui-address-mode both --tui-icmp-extension-mode all --tui-preserve-screen --dns-resolve-method cloudflare -4 one.one.one.one --tui-custom-columns holsravbwdt --icmp -C 100
# jeweils nach ca. 100 Messungen Trippy einfrieren (mit CTRL-f) und deinen Screenshot machen und posten
Hier ein Beispiel von meinen VDSL2 Link ( Vorleister Telekom, ~250 Km vom POP Standort in Ahrensburg entfernt)
┌─────┬───────────────┬──────────────────────────────────────────────────────┬───────┬─────┬──────┬──────┬──────┬──────┬──────┬────────┐
│ Hop ┆ IPs ┆ Addrs ┆ Loss% ┆ Snt ┆ Recv ┆ Last ┆ Avg ┆ Best ┆ Wrst ┆ StdDev │
╞═════╪═══════════════╪══════════════════════════════════════════════════════╪═══════╪═════╪══════╪══════╪══════╪══════╪══════╪════════╡
│ 1 ┆ 192.168.42.1 ┆ 192.168.42.1 ┆ 0.0 ┆ 100 ┆ 100 ┆ 0.6 ┆ 0.7 ┆ 0.4 ┆ 1.1 ┆ 0.1 │
├╌╌╌╌╌┼╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌┼╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌╌╌┤
│ 2 ┆ 62.52.192.240 ┆ loopback1.0001.acln.01.ahr.de.net.telefonica.de ┆ 0.0 ┆ 100 ┆ 100 ┆ 11.3 ┆ 11.1 ┆ 9.9 ┆ 13.7 ┆ 0.7 │
├╌╌╌╌╌┼╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌┼╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌╌╌┤
│ 3 ┆ 62.53.11.234 ┆ bundle-ether4.0002.cord.01.ahr.de.net.telefonica.de ┆ 0.0 ┆ 100 ┆ 100 ┆ 11.1 ┆ 10.9 ┆ 9.7 ┆ 12.4 ┆ 0.5 │
├╌╌╌╌╌┼╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌┼╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌╌╌┤
│ 4 ┆ 62.53.3.36 ┆ bundle-ether21.0003.corx.01.ham.de.net.telefonica.de ┆ 0.0 ┆ 100 ┆ 100 ┆ 12.3 ┆ 12.0 ┆ 10.2 ┆ 19.6 ┆ 1.2 │
├╌╌╌╌╌┼╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌┼╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌╌╌┤
│ 5 ┆ 62.53.14.29 ┆ bundle-ether2.0001.dbrx.06.ham.de.net.telefonica.de ┆ 0.0 ┆ 100 ┆ 100 ┆ 12.1 ┆ 11.7 ┆ 10.7 ┆ 13.0 ┆ 0.5 │
├╌╌╌╌╌┼╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌┼╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌╌╌┤
│ 6 ┆ 62.53.2.91 ┆ bundle-ether1.0001.prrx.06.ham.de.net.telefonica.de ┆ 0.0 ┆ 100 ┆ 100 ┆ 12.0 ┆ 11.9 ┆ 10.8 ┆ 14.0 ┆ 0.6 │
├╌╌╌╌╌┼╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌┼╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌╌╌┤
│ 7 ┆ 193.42.155.58 ┆ as13335.hamburg.megaport.com ┆ 0.0 ┆ 100 ┆ 100 ┆ 27.8 ┆ 15.9 ┆ 10.5 ┆ 40.4 ┆ 7.7 │
├╌╌╌╌╌┼╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌┼╌╌╌╌╌╌╌┼╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌┼╌╌╌╌╌╌╌╌┤
│ 8 ┆ 1.0.0.1 ┆ one.one.one.one ┆ 0.0 ┆ 100 ┆ 100 ┆ 11.6 ┆ 11.4 ┆ 10.4 ┆ 13.2 ┆ 0.5 │
└─────┴───────────────┴──────────────────────────────────────────────────────┴───────┴─────┴──────┴──────┴──────┴──────┴──────┴────────┘Die ~10 Millisekunden sind nicht grossartig, aber ob der Entfernung und vermuteten Anzahl an L2 Hops OK. Bei Anschluessen ueber die UGG waren diese Werte frueher oft eher bei 20-30 Millisekunden. Ist das immer noch so, oder ist das Problem entschaerft worden?
Jain, die Vonovia/Deutsche Wohnen scheint mit Vodafone ueber einen FTTH-Ausbau in den Haeusern zu verhandeln. D.h. unklar in wie weit die Vonovia hier das Wohl ihrer Mieter im Auge hat und in wie weit es darum geht die Konkurrenz aus den Haeusern raus zu halten...
Jain, was fehlt ist ein guenstiger 100/100er Tarif der nicht nur relativ guenstig ist, sondern auch absolut wenig Geld kostet... aber das ist Jammern auf hohem Niveau, insgesamt stimme ich Dir zu, das ist ein attraktives Preisportfolio. Ich habe keine Ahnung wie gut/kompetent InternetNord als ISP ist, aber ich wuerde das in jedem Fall probieren.
Was genau man dort manipuliert, die Testergebnisse, oder das Testverfahren, ist eigentlich ziemlich egal. Wenn auch nur eine Cloudflare Free Tier Adresse im Testpool wäre, hätte die Telekom keine Chance auf den ersten Platz und daran kann man schon erkennen, dass der Test genau gar nichts wert ist.
En letztes Wort hier im Thread. Ich sehe beim Connect Test weder eine Manipulation der Resultate (da habe ich schlich nicht die Daten verfuegbar um das bewerten zu koennen) noch beim Testverfahren. Der Test macht IMHO das was er machen soll. Aber was er nicht macht ist die Guete der verschiedenen ISPS objektiv zu bewerten und wir sollten den Test hier daher nicht in diese Richtung ueberbewerten.
Und da bleibe ich bei meinem Widerspruch. Connect stützt sich vor allem auf einen Dienstleister, der umfangreiche Datenpunkte ermittelt. Nach meiner Durchsicht halte ich das für ausreichend objektiv.
Das Problem ist, dass der Dienstleister halt keine repraesentative Stichprobe zieht... und dann ist die Anzahl der Datenpunkte weniger relevant... Das ist um es klar zu sagen Marketing und keine harte Wissenschaft was Connect da macht. Und um es ebenso klar zu sagen, das finde ich voll OK. Meine Kritik richtet sich hier nicht gegen Connect oder deren Dienstleister, sondern dagegen diesen Test fuer eine objektive Bewertung von ISP-Guete zu halten. Ich bin hier im Forum da schon ziemlich in die Tiefe gegangen was den Test angeht, und will das hier nicht wiederholen.
Ich habe bei der letzten Diskussion hierzu auf einige eklatante Verständnisprobleme (deinerseits? Ich kann mich nicht mehr erinnern und schaue es jetzt auch nicht mehr nach) aufmerksam gemacht, da nicht verstanden wird, dass der Test sich auf zwei Pfeiler stützt. Die Schlussfolgerung, der Test basiere auf einigen wenigen Datenpunkten, ist falsch.
Das ist Deine Meinung, die steht Dir zu, ob es allerdings die beste Beschreibung der Wirklichkeit ist ist eine andere Frage. Auf meine detaillierte Kritik bist Du, meine ich, gar nicht eingegangen.
Und jetzt verliere ich mich nicht weiter in dieser Nonsense-Diskussion, die sich auf einer Verschwörungserzählung von DLMttH stützt. Das ist Kindergarten und schadet der Außenwirkung dieses Forums, was sonst mit gutem technischen Sachverstand glänzen kann.
Und da liegst Du IMHO falsch, das Unterpeering zu den anderen T1-ISPs (zumindest fuer deren Transittraffic) ist Vorsatz bei der Telekom, und wird auch nicht versteckt, allerdings wird es auch nicht explizit als Unternehmenspolitik im Netz veroeffentlicht... Ich habe da Aussagen von Telekommitarbeitern und Wettbewerbern zu gehoert und der Drops ist gelutscht, ob DU das glauben magst oder nicht ist da nicht wirklich relevant. Das war jetzt etwas unhoeflich, aber es nervt mich, dass Du DLMttHs "Cetero censeo" zu dem Thema als Verschwörungserzählung deklarierst, ohne das mit Fakten belegen zu koennen. Solange weder DLMttH noch Du mit harten Fakten kommen, erscheint es mir hilfreicher zu sein zumindest beide Interpretationen als gleich-moeglich anzusehen.
P.S.: Weil das hier off-topic ist, koennen wir den Connect-Test im verlinkten Thread diskutieren, und zum vorsaetzlichen Unterpeering der Telekom deinen neuen Thread aufmachen... hier sollten wir eher Schluss mit beiden Diskussionthreads machen.
Ich hatte eher an Provider mit eigenem Netz gedacht.
Ah entschuldige bitte, ein Missverstaendnis meinerseits.
Also ich will mich eigentlich raus halten, aber der Connect Test ist KEIN (entschuldigt die Versalien) objektiver Test von ISP Guete, diese "Unterstellung" will ich direkt ausraeumen/ihr widersprechen 
Connect, die Zeitschrift will mehrere Sieger kueren koennen, und auch keinen der grossen (werbetreibenden) ISPs veraergern. Das ist etwas klar anderes als ein objektiver Test erzielen sollte. Und "Peering" ist gar keine der getesteten Eigenschaften, was fuer einen Test von INTERNET-Providern einen etwas schalen Geschmack hinterlaesst.
Das heisst nicht, dass die Telekom ein inkompetenter ISP waere (im Gegenteil deren Technikabteilung setzt die Vorgaben zu den Uebergaben sehr gekonnt um).
Als Wettbewerber der DG muss man einiges tun, um Compliance zu erreichen und die DG wird staatlicherseits davon freigestellt? Das nennt man in der juristischen Fachsprache "Korruption", dafür gibt es keinen beschönigenden Begriff.
Entweder das, oder aber die echten Volljuristen in Diensten der BNetzA beurteilen die rechtliche Situation anders als wir hier im Forum... das heisst nicht, dass deren Interpretation zwingend vor Gericht bestand haben wird und die Forumsinterpretation abgelehnt wuerde, aber IMHO halt schon, dass die es als ausreichend betrachten es darauf Ankommen zu lassen.
Wenn der ISP TR-369 nutzt, hat er das zu dokumentieren und auch genau diese Dokumentation unaufgefordert bei Vertragsabschluss zur Verfügung zu stellen. Genau diese Dinge zählen zu den notwendigen Informationen neben den reinen Zugangsdaten.
Da Du ja immer die Telekom als leuchtendes Vorbild erwaehnst, wo ist das denn bei der Telekom aktuell beschrieben? Die 1TR112 schweigt sich, wenn ich das richtig lese, dazu aus.
Damals als ich Telekomkunde wurde (lange her) war da gar nicht dokumentiert, es gab nur IIRC im Kundencenter oder im Speedport eine Option mit der man die Fernwartung abschalten konnte... (der Text war formuliert um Nutzer abzuschrecken das zu tun).
Deshalb ist es auch wichtig, dass da Regulierer ordentlich mit Bußgeldern reinschlagen, auch wenn sich kein einziger Kunde beschwert. Nur so wird die Fairness im marktwirtschaftlichen Wettbewerb hergestellt und Nachahmer abgeschreckt.
Macht halt die BNetzA von sich aus eher selten... die hat IMHO so ein eigenes Selbstverstaendnis, sowohl "Vertreter der Endkunden" als auch "Partner der ISPs" sein zu wollen, und das fuehrt manchmal zu eigenartigen Aktionen und langen Zeiten bis eine Sache endlich geklaert ist (z.B. bei der Frage ob ONTs unter die Endgeraetewahlfreiheit fallen).
Andere Lösungswege verbietet die DTAG ja wieder durch ihr Beharren auf der 1TR112 und drückt diese auch Kunden anderer Provider auf, obwohl bei anderen Providern Telekom-Richtlinien gar keine Gültigkeit haben.
O2 in ihrer Schnittstellenbeschreibung:
[...]
2 Digitale Breitbandanschlüsse
Für digitale Breitbandanschlüsse sind alternativ folgende Richtlinien relevant:
Für Endkundenanschlüsse basierend auf xDSL-Technologie:
Technische Richtlinien der Deutschen Telekom AG, 1TR112, „Technical Specification of the Broadband-Access-Interfaces in the network of Deutsche Telekom“; Stand 05/2017
Abweichend zur genannten Richtlinie sind die folgenden Punkte zu beachten:
[...]
Da ist IMHO die Gueltigkeit schon dokumentiert... einschliesslich deren Grenzen.
Soll heissen, er formuliert absichtlich scharf und relativ kompromisslos um Reaktionen zu befoerdern, Budenzauber halt...
Ich glaube du lebst in einer Traumwelt.
Mein Verdacht ist, dass Wandler da auf Budenzauber macht und seine Auesserungen absichtlich trollaehnlich zuspitzt. Warum ist mir nicht ganz klar...
Ich wär mir da gar nicht so sicher, dass die DG das absichtlich macht.
Guter Punkt, danke. Das bleibt dann immer noch IMHO eine Kompetenzfrage, aber waere dann kein Sicherheits- sondern "nur" ein Kundenfreundlichkeits-Problem.
Recht haben, und Recht bekommen sind 2 Paar Stiefel...
Als Beispiel, O2 hat mir wohl die Informationen fuer die PPPoE Verbindung per Brief uebermittelt, aber die SIP Crwdentials gab es erst nach ca. 7 Tagen im On-line Kundencenter...
Aber ich habe da halt auch nur vor mich hingegrummelt und mich weder bei BNetzA noch vor Gericht beschwert... und solange das alle tun wird sich nicht viel aendern...
Das ein Kunde die Daten bei einem Vertrag mit Mietrouter ermitteln kann, ist ein Fakt, jedoch kein Mangel an Datenschutz oder gar eine Sicherheitslücke. Mit Kompetenz oder Inkompetenz von Seiten des Providers hat das ebenfalls nichts zu tun,
Dann kommen wir hier in dieser Sache wohl nicht mehr zusammen, auch okay gelegentlich anderer Meinung zu sein
Wir reden aneinander vorbei. Die DG moechte nicht dass Endnutzer die Credentials sehen koennen, ansonsten wuerden diese entweder per Brief oder im Kubdencenter mitgeteilt werden. Der Umstand, dass hier ein Endkunde diese Credentials relativ einfach hat mitschneiden koennen ist IMHO kein Zeichen von Kompetenz.
Jain, das Threadmodell enthaelt hier IMHO den Endnutzer und da ist, wie von DooM demonstriert die Verschluesselung auf dem GPON Segment kein echtes Hindernis.
Wähle aus, welche Kategorien Du erlaubst. Für jede Kategorie kannst Du über „Details anzeigen“ sehen, welche Cookies und Skripte konkret geladen werden, welche Empfänger beteiligt sind und wie lange gespeichert wird.
Weitere Informationen: Datenschutzerklärung · Impressum
