Ja, weil bei DG doch wohl mittlerweile klar ist, dass bei denen jeder Tag "Verkehrtherumtag" ist.
Wie ich schon mal schrieb: 95% der Anrufe bei der Hotline lassen sich lösen, indem jemand einen Stecker in die richtige Dose steckt. Von den verbleibenden 5% sind 4% andere Kundeprobleme: Endgeräte, Konfigurationen, etc. 1% - vermutlich deutlich weniger - sind Probleme, die wirklich auf die DG zurückzuführen sind.
Wenn die Box durch den Provider automatisch konfiguriert wird, sollte man nicht an den Zugangsdaten herumspielen. Mit viel Glück werden sie einfach beim nächsten Abgleich wieder überschrieben. Aber von Fehlfunktionen bis zu Mehrkosten kann ich mir alles vorstellen, was dann passieren kann.
Sehr wichtig ist, das exakt (!) angegeben werden kann, wo das Leerrohr endet bzw. beginnt. Daher sind wetterfeste Markierungen und Fotos mit einbelichtetem (und auf dem Bild ablesbarem) Metermaß sehr hilfreich.
Wobei die Tiefbauer der DG da eine ordentliche Erfahrung mitbringen. Ich hab damals beim Hausbau mit den anderen Anschlüssen auch direkt ein Leerrohr mit eingezogen und den Beginn fotografiert. Als dann die DG den Anschluss legen wollte, hab ich ihnen gesagt, dass wir mit den anderen Hausanschlüssen damals ein extra Leerohr gelegt haben. Der Bauarbeiter musterte kurz Abdeckungen von Wasser- und Abwasseranschlüssen im Gehweg, stellte sich auf einen Pflasterstein, zeigte nach unten und sagte "hier liegts". Was soll ich sagen, er hatte exakt recht.
Wie sieht das Thema Endgerätefreiheit ist bei FTTB eigentlich aus? Denn bei FTTB ist ja das Ende des Kupferkabels der Netzabschluss, und nicht die Glasfaserdose. Einen eigenen NT hab ich bei FTTB noch nie gesehen, da kommen immer Provider-Geräte zum Einsatz, die meistens auf g.fast oder teilweise auch auf Coax umsetzen.
Ja, genau. Die sind in den DHCPv6 Paketen in den Wireshark Traces.
Diese Werte findest du im Paketmitschnitt bei der Auswertung in Wireshark. Ich muss meine Beiträge noch mal durchforsten, ich hab hier bereits bei mehreren Gelegenheiten Screenshots einer erfolgreichen IPv6 Adressvergabe bei der DG gepostet. Meistens ging es darum, die DHCP Parameter für andere Router (Unify, Microtik, Asus) zu optimieren, damit sie kein Problem mit der DG haben.
Es gibt Provider, da sind die PPPOE Zugangsdaten für alle Nutzer gleich. Technisch ist es kein Problem, deinen Anschluss auf andere Weise zu identifizieren, sowohl bei AON als auch bei GPON.
Was sollte der Service denn machen? Beraten konnte er zu der Zeit ja nicht mehr. Der Kunde hat einen Router, es fehlt ein Modem, und das hat er umgehend rausgeschickt. Dass es den Kunden nicht erreicht hat, dafür kann der Service nichts.
Und dass es überhaupt zu der Situation gekommen ist, dafür kann der Service auch nichts. Wenn man die Leistungsbeschreibung der Verträge nicht liest, die man abschließt, dann kann der Service auch nichts mehr retten.
Und wenn es nicht 6 Minuten pro Stunde aussetzt, könnte der Wert ja auch höher sein.
Aber warum sollte der IPv6 Anteil im E.ON Netz höher sein, als im Bundesdurchschnitt?
Es gibt im Forum einige Anleitungen und Scripte für automatische Speedtests, z.B. stündlich mit automatischer Auswertung.
Bei der DG kommt es während der Ausbauphase eines Ortsnetzes gern mal zu Problemen. Danach geht es recht gut. Den letzten Connect Test haben sie gewonnen.
Wenn ich ein Backup in die Firma Lage(10 Gbit Anbindung) dann habe ich bei 500 Mbit auch 50Mbit Download
Wenn wirklich 10% der Nutzdatenrate für Acks verwendet werden, dann ist in der Konfiguration was faul. Prüfe dringend MTU, MSS und RWIN Werte, da kann was nicht stimmen.
Und wenn ich zeitgleich mit Festnetz telefonieren gab es noch nie Probleme. Da ist natürlich bei 1000/500 einfach noch genug Luft für die paar MBit.
Die Bandbreite ist eigentlich egal. Es kommt auf die relative Auslastung der Verbindung an, ob VoiP Probleme macht. Und es kann auch sein, dass der Provider ebenfalls priorisiert. Da kann man sich aber nicht drauf verlassen. Bei der DG z.B. macht ein voller Upstream üble Probleme in der Telefonie, das hab ich mehrfach getestet.
Ich schiebe häufig Backup ins Netz, da hat sich meine Frau noch nie beim Streamen beschwert.
Den Anwendungsfall kannst du nicht vergleichen. Streamen erzeugt Download, dein Backup Upload, für VoIP muss beides funktionieren. Beim Steamen ist das Delay egal, bei VoIP kritisch. VoIP nutzt UDP und ist damit anfälliger für Paketverluste.
Und so ein Telefonat nimmt vielleicht 1-2 Mbit, das ist Rauschen auf eine Glasfaser-Leitung.
Es ist sogar noch deutlich weniger, und genau das ist das Problem. Übliche Down- und Uploads lasten die Leitung ja auch nicht konstant zu z.B. 80% aus, sondern es gibt Schwankungen. Mal sind es 100%, dann nur 60. Genau diese 100% Phasen sind das Problem, und je mehr es werden und je länger sie dauern, destro problematischer wird es für VoIP. Deshalb reserviert der Traffic Shaper relativ viel Bandbreite, damit häufig genug genügend lange Pausen auf der Leitung entstehen, die für die paar VoIP Pakete genutzt werden können.
Wenn der Traffic Shaper die Übertragungsrate limitiert, so gilt das nicht für beides - Internet+ Telefonie-Traffic?
Er reduziert den Internet Traffic, um Platz für die Telefonie zu haben.
Heißt das, dasss wenn das eingestellte Traffic Shaping z.B. durch Downloads die eingestellte Grenze erreicht, dass trotzdem mehr Datendurchsatz für zusätzliche Telefonie freigegeben wird?
Der Shaper funktioniert üblicherweise nur in Senderichtung. Aber da wird von vornherein ein gewisser Teil der Bandbreite nicht belegt, um Platz für Telefonate zu haben.
Ich würde bei Priorisierung der SIP-Telefonie auch annehmen, dass die Datenraten für das eingestellte Traffic Shaping für die Telefonie bei Bedarf reduziert werden um somit mehr Datenrate für die Telefonie zu reservieren...
Das verstehe ich nicht ...
Die Fritzbox kann Telefonie Traffic priorisieren. Also die Daten auch bei voller Leitung bevorzugt behandeln. Die Frage ist, ob das auch im Router beim Provider gemacht wird, sonst kommen sie da unter die Räder. Denn das Nadelöhr ist die Limitierung beim Provider, nicht die Fritzbox.
In der FB ist Internettelefonie aber auch priorisiert.
Die Frage ist, ist sie auch beim Internetprovider priorisiert? Das Limit ist üblicherweise nicht deine Fritzbox, sondern der Router beim Provider. Dort wird deine Bandbreite gedrosselt und die Pakete knubbeln sich. Ob deine Box priorisiert, ist dann egal.
Wobei man bedenken sollte, dass der Traffic Shaper dann nicht mehr das tut, was er soll. Er ist ja dafür da, sicherzustellen, dass im Falle einer starken Auslastung die Telefonate noch vernünftig funktionieren. Dafür reserviert er ein bisschen Bandbreite. Wenn du jetzt im Shaper mehr einstellst, als die Leitung hergibt, dann ist die Leitung im Zweifel voll und Telefonate werden problematisch. Ich hab das mal ausprobiert, hört sich nicht schön an.
Jetzt ist die Frage: Wie oft kommt es vor, dass jemand telefoniert, während die Leitung in Senderichtung voll ausgelastet ist? Die Frage muss jeder für sich selber beantworten.
Allein auf diese Testseiten würde ich mich nicht verlassen. Das funktioniert je nach Browser-Einstellung und Plugins nicht zu 100%. Ein alternativer Check über klassisches traceroute ist empfehlenswert.
Hast du die monatelange Entwicklung und Diskussion nicht verfolgt?
Oh doch.
Bei der Nutzung von IPv6 gibt es bei E.on immer wieder zufällige Verbindungsabbrüche, die so wie ich es verstanden habe, mehrere Minuten lang dauern können und eine Lösung scheint nicht in Sicht.
Wie gesagt, viel kann es nicht sein. Wenn die Leute keine Daten über IPv6 übertragen könnten, wäre der Anteil im Netz nicht so hoch.
Soll heißen, derzeit stellt man wohl gar kein IPv6 mehr bereit,
Wie man ja oben im Screenshot von kingpin42 sieht, sind ungefähr 40% des Traffics im EON Netz IPv6. Das entspricht dem üblichen Bundesdurchschnitt, den man auch am DE-CIX misst. Also kann es im EON Netz keine großen Bereiche geben, in denen IPv6 nicht funktioniert, sonst wäre die Statistik anders. Soviel dazu.
Ich dachte bei IPv6 ist diese automatisch eine öffentliche IP?
Es gibt bei IPv6 "private Adressen" (ULAs oder link-lokal), und man kann für die sogar NAT machen, aber im Kontext einer Internetverbindung durch einen Provider reden wir eigentlich immer von öffentlichen Adressen.
Die Fehlermeldung kann verschiedene Ursachen haben, u.a. auch eine falsche Konfiguration des Clients.
Ich sagte ja bereits, wir hatten in der Vergangenheit IPv6 Probleme bei der DG. Aber dann gibt es üblicherweise innerhalb weniger Stunden 4 oder 5 Rückmeldungen hier im Forum, die das gleiche Problem haben. Dass es nur einzelne betrifft, ist ungewöhnlich, und war dann üblicherweise nicht auf die DG zurückzuführen.
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
