Na ja, die alten VDSL und sogar ADSL Netze sind ja heute immer noch in Betrieb.
Als Technologie-Optimum(allgemein für Telekommunikationsanschlüsse) sehe ich: SMF bis zum Haus und dann MMF intern
ahh genau, so wie es M-Net das macht ist eine Art DVB-C gut als Brückentechnologie zu verwenden.
naja, es ist einfacher für den Endkunden zu verwenden..
grade in Deutschland wo es noch viele alte Setups gibt
natürlich müsste es dann noch Konverter geben, ja puh wird dann doch etwas komplizierter, aber im Endeffekt auch einfacher weil so vorhandene Infrastruktur noch verwendet werden könnte..
ja, leider. also das mit Glasfaser war in DE so lange auf dem Tisch, man hätte ruhig VLANs für Triple Play festschreiben können
Ein FullHD Stream zieht im Mittel so um die 5-8 Mbps (4K so um die 20-25) faellt das bei FTTH wirklich ins Gewicht?
Ein Anbieter ist M-Net...
naja, haben oder nicht haben xD
meine Erfahrung dazu ist: wenn in Deutschland etwas nicht zwingend benötigt wird, wird es nicht gemacht. bei den Meisten. und das grade in meinem Gf-Gebiet, weil der Betreiber da wirklich keinem zu viel gönnt.
Es ist klar das das möglich ist und ist mir auch bekannt das das einige so machen. Aber wie viele machen das in Deutschland?
also allgemein lässt sich auch noch sagen: das gute an Kabel ist man kann simultan auch noch HD-TV empfangen ohne eine Beeinträchtigung der eigentlichen Internetgeschwindigkeit.. (HD-Streaming frisst ja einiges an Kapazität)
Bei Fiber muss man ja einen TV-Streamingdienst nutzen der dann mit über die Internetleitung läuft.
Da wäre mal interessant zu wissen, ob o2 sich in dieses Netz einfach so reinlegen kann. Machen ja als Einzige kein L2-BSA. Wobei ich die auch nicht zu den Großen zählen würde.
aufjedenfall ist mir o2 viel lieber als Vodafone, eben wegen Letzterem. Bei den Großen hat man halt nur Streß mit.
ahh, ich verstehe schon und wenn diese Quote dann nicht erreicht wird, wirds auch keinen Ausbau geben
Das verstehe ich jetzt nicht so ganz, kannst du das genauer erklären?
was bedeutet eigl. Nachfragebündelung genau?
es geht hier jetzt um einen Vodafone-DSL-Anschluss in einem Telekom Netz?
hast du einen Speedtest in den USA gemacht? xD
Gerade versäumte Termine nach dem Motto "Techniker ist trotz Terminvereinbarung nicht erschienen" sollte es nur noch als Ausnahme geben, denn TKG § 58 Entstörung, Abs. 4:
Da sollte doch jeder Anbieter ein Eigeninteresse besitzen Termine einzuhalten?
hmpf, interessante Anmerkung, falls ein Techniker-Termin bei mir nötig wird, werde ich mich auch beschweren wenn dann keiner kommt xD
ich verstehe die Ergebnise von iperf3 nicht. was wird da genau gemessen?
erhalte da nur
[SUM] 0.00-10.00 sec 66.4 MBytes 55.7 Mbits/sec 119 sender
[SUM] 0.00-10.01 sec 64.1 MBytes 53.7 Mbits/sec receiver
am Ende
bei dem Kommando "iperf3 -c speedtest.bitel.io -p 5207 -P 4 -4"
Beispiele findet man immer wieder z.B. bei teltarif. Ein TK-Provider möchte Kerngebiet und Peripherie ausbauen, die DTAG tritt in Erscheinung und kündigt an das Kerngebiet auszubauen. Das war es dann für den Mitbewerber, ich höre immer noch von Rentnern in meiner durch DG ausgebauten ländlichen Stadt: hätte die Telekom Glasfaser ausgebaut, dann hätte ich mich anschließen lassen. Kommt nun nicht mehr, es sei denn die DTAG kauft DG.
Hatte das plausible Gründe warum die DG da so unbeliebt war?
BlackMage2 Die normalen Speedtests testen den Upload immer nur kurz mithilfe des tele2 Speedtest konnte man sich erstmal z.B. ein 10GB großes Test-file von dort herunterladen und das dann anschließend über einen curl Befehl zu tele2 hochladen, damit konnte man dann einen längeren Last-Test fahren als nur ein paar Sekunden.
Ich bekomme da nur leider nen Curl error, obwohl das damals noch ging:
curl -T 10GB.zip http://speedtest.tele2.net/upload.php -O /dev/null
weißt du nen Speedtest Server der mit curl funktioniert?
oder nen iperf3 server?
Kann es sein dass der tele2 CLI Speedtest für den Upload nicht mehr geht? Der war immer ganz cool um den Upload vollzubekommen.
was ist der tele2 CLI Speedtest?
ach kA den Splitter habe ich halt dazwischen gepackt weil das Koaxkabel zu kurz war, außerdem nützlich um noch an einem Port mit einem Testgerät die Leitungswerte zu prüfen.
hier sieh selbst
muss ein Fehler von Vodafone sein? xD
$ ping 1.1.1.1
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 ttl=50 time=22.8 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=50 time=19.9 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=50 time=18.4 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=50 time=20.0 ms
64 bytes from 1.1.1.1: icmp_seq=5 ttl=50 time=19.3 ms
64 bytes from 1.1.1.1: icmp_seq=6 ttl=50 time=20.3 ms
^C
--- 1.1.1.1 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5006ms
rtt min/avg/max/mdev = 18.423/20.131/22.846/1.363 ms
$ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=115 time=15.1 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=115 time=11.6 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=115 time=13.1 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=115 time=11.1 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=115 time=9.95 ms
64 bytes from 8.8.8.8: icmp_seq=6 ttl=115 time=10.4 ms
64 bytes from 8.8.8.8: icmp_seq=7 ttl=115 time=12.3 ms
^C
--- 8.8.8.8 ping statistics ---
7 packets transmitted, 7 received, 0% packet loss, time 6007ms
rtt min/avg/max/mdev = 9.948/11.952/15.121/1.631 ms
$ ping 9.9.9.9
PING 9.9.9.9 (9.9.9.9) 56(84) bytes of data.
64 bytes from 9.9.9.9: icmp_seq=1 ttl=56 time=17.8 ms
64 bytes from 9.9.9.9: icmp_seq=2 ttl=56 time=11.0 ms
64 bytes from 9.9.9.9: icmp_seq=3 ttl=56 time=10.7 ms
64 bytes from 9.9.9.9: icmp_seq=4 ttl=56 time=10.8 ms
64 bytes from 9.9.9.9: icmp_seq=5 ttl=56 time=13.9 ms
64 bytes from 9.9.9.9: icmp_seq=6 ttl=56 time=12.3 ms
64 bytes from 9.9.9.9: icmp_seq=8 ttl=56 time=13.3 ms
^C
--- 9.9.9.9 ping statistics ---
8 packets transmitted, 8 received, 0% packet loss, time 7010ms
rtt min/avg/max/mdev = 10.704/12.663/17.833/2.246 mses sind nämlich fast immer über 10 ms
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