Wer mit mehreren Rufnummern zur Deutsches Glasfaser wechselt, sollte beachten, dass selbst im "Giga"-Tarif nur ein Sprachkanal verfügbar ist. Eine "zweite Telefonleitung" ist für €1,50 Aufpreis nur in Verbindung mit dem Classic-Router zu buchen, oder man nimmt gleich den Premium-Router (Fritzbox) für 5€/Monat. Mehr als zwei "Telefonleitungen" sind bei der DG nicht möglich, mit kundeneigenem Router geht selbst das nicht. Im Zeitalter von SIP/NGN macht so etwas gar keinen Sinn. Bei der Telekom oder auch bei 1&1 sind nur die gleichzeitig abgehenden Gespräche auf zwei limitiert (wg. Kalkulation der Flatrate), bei ankommenden Gesprächen gibt es kein festes Limit, insb. es es möglich einen 3. Anruf zu erhalten, selbst wenn bereits 2 abgehende Verbindungen bestehen.
Beiträge von kammann
-
-
Danke für die Traces und den CDN-Hinweis - das trifft vor allem für Streaming-Anbieter wie Netflix zu, die ihre Caches zum Teil direkt bei den Access-Anbietern aufbauen. Bei Google, Amazon und Microsoft ist das nach meinen Messungen nicht der Fall, eine geo-lokalisierte IP wird dort auch aus allen Netzen auf kürzestem Weg erreicht (weil entweder so etwas wie Anycast gemacht wird, oder die Routen tatsächlich "gleich gut" sind).
Aus den Traces von alfalfa kann man für die Region München folgendes ablesen:
IPv4 Traffic wird grundsätzlich über Frankfurt (IP: 185.22.46.177) geroutet - das ließe sich noch damit erklären, dass die DG nur ein zentrales Carrier-Grade-Nat Gateway betreiben will.
IPv6 Traffic wird zumindest DG-intern über mehrere Routen (Frankfurt, Düsseldorf) geschickt - das kann man auch in der für den Download wesentlich wichtigeren "Rückrichtung" über öffentliche Traceroute-Server (z.B. https://mtr.sh/ ) nachvollziehen.
Der eigentlich von der DG in München erschlossene Austauschknoten "Equinix" (2a00:6020:1000:9::1, lo1007.kr1.eqn1-muc.dg-ao.de) wird aber nicht zum Datenaustausch mit fremden Netzen genutzt - schaut man sich alleine die Liste der öffentlichen Peering-Partner an diesem Knoten an (hier: https://www.peeringdb.com/fac/480 ), dann sieht man erhebliches Optimierungspotential im Backbone der DG.
Mich ärgert jetzt vor allem, dass die DG bei einem extra nochmal mit einem Netzplaner angesetzten Infoabend bei uns im Ort behauptet hat, dass das Netz der DG in München über öffentliche und private Peerings verfügen würde. Beim ersten Infoabend gab es nämlich nur die Marketing-Videos, in denen gezeigt wurde, wie schnell doch eine 1 Gbit/s-Anbindung im Vergleich zu den achso lahmen VDSL-Anschlüssen sei.
Dann warte ich mal ab, wie das bei uns im Landkreis München aussehen wird, die Speedpipes sind verlegt, und der Pop soll noch diesen Monat aufgebaut werden.
-
Hallo onurbi,
Bandbreite ist ja nur das eine - wie schaut es denn mit der Latenz (ping) aus? Bei uns im Ort, südliche von München läuft auch gerade der Ausbau, aber niemand bei der DG konnte mir sagen, wie die regionale Anbindung (Peering) in München aussieht. Laut PeeringDB ist die DG zumindest am Equinix in München präsent, so dass zumindest theoretisch die Netze von Google, Amazon, Netflix und Cloudflare direkt (also ohne Umweg über Frankfurt) erreicht werden könnten,
Kann das jemand mit DG-Anschluss in Bayern bestätigen?
Hier zum Vergleich die traces von einem Telekom (VDSL100)- Anschluss - die 5 ms zu Google, Amazon und Netflix sind schon sehr gut:
Code: Google
Alles anzeigentracert 2a00:1450:4016:806::200e Routenverfolgung zu muc11s03-in-x0e.1e100.net [2a00:1450:4016:806::200e] über maximal 30 Hops: 1 1 ms <1 ms <1 ms fritz.box [2003:eb:5716:ef00:de39:6fff:fe43:fd37] 2 6 ms 5 ms 4 ms 2003:0:8804:6000::1 3 6 ms 7 ms 6 ms 2001:4860:1:1:0:cf8:0:22 4 7 ms 5 ms 5 ms 2a00:1450:80e6::1 5 6 ms 5 ms 5 ms 2001:4860:0:1::220c 6 6 ms 5 ms 5 ms 2001:4860:0:1::2209 7 6 ms 5 ms 5 ms muc11s03-in-x0e.1e100.net [2a00:1450:4016:806::200e]Code: Amazontracert amazon.de Routenverfolgung zu amazon.de [54.239.39.102] über maximal 30 Hops: 1 1 ms <1 ms <1 ms fritz.box [192.168.1.3] 2 6 ms 5 ms 5 ms p3e9bf28d.dip0.t-ipconnect.de [62.155.242.141] 3 7 ms 6 ms 6 ms pd900cdde.dip0.t-ipconnect.de [217.0.205.222] 4 7 ms 6 ms 6 ms 80.157.131.106 5 8 ms 7 ms 7 ms 52.93.41.84 6 7 ms 5 ms 6 ms 52.93.41.99Code: Netflixtracert 2a00:86c0:2104:2104::142 Routenverfolgung zu ipv6-c013-muc001-ix.1.oca.nflxvideo.net [2a00:86c0:2104:2104::142] über maximal 30 Hops: 1 1 ms 1 ms <1 ms fritz.box [2003:eb:5716:ef00:de39:6fff:fe43:fd37] 2 6 ms 6 ms 14 ms 2003:0:8804:6000::1 3 6 ms 5 ms 5 ms 2003:0:f00::40 4 5 ms 7 ms 4 ms ipv6-c013-muc001-ix.1.oca.nflxvideo.net [2a00:86c0:2104:2104::142]Cloudflare und Microsoft werden aus dem Netz der Telekom auch nur über Frankfurt bzw. Düsseldorf erreicht:
Code: Microsoft (Teams)
Alles anzeigentracert 52.114.92.98 Routenverfolgung zu 52.114.92.98 über maximal 30 Hops 1 <1 ms <1 ms <1 ms fritz.box [192.168.1.3] 2 6 ms 4 ms 4 ms p3e9bf28d.dip0.t-ipconnect.de [62.155.242.141] 3 6 ms 6 ms 5 ms pd900cdbe.dip0.t-ipconnect.de [217.0.205.190] 6 38 ms 36 ms 36 ms be-24-0.ibr03.fra30.ntwk.msn.net [104.44.33.137] 7 39 ms 34 ms 34 ms be-7-0.ibr01.par21.ntwk.msn.net [104.44.19.27] 8 37 ms 39 ms 42 ms be-11-0.ibr01.lon24.ntwk.msn.net [104.44.29.15] 9 34 ms 33 ms 95 ms be-1-0.ibr01.lon22.ntwk.msn.net [104.44.16.55] 10 37 ms 34 ms 34 ms be-4-0.ibr01.cwl20.ntwk.msn.net [104.44.18.93] 11 35 ms 34 ms 34 ms ae100-0.icr01.cwl20.ntwk.msn.net [104.44.21.50]Code: Cloudflaretracert -4 cloudflare.com Routenverfolgung zu cloudflare.com [104.16.133.229] über maximal 30 Hops: 1 2 ms <1 ms <1 ms fritz.box [192.168.1.3] 2 5 ms 4 ms 4 ms p3e9bf28d.dip0.t-ipconnect.de [62.155.242.141] 3 16 ms 15 ms 15 ms pd900c08a.dip0.t-ipconnect.de [217.0.192.138] 4 17 ms 15 ms 14 ms 4.68.71.113 5 17 ms 15 ms 15 ms CLOUDFLARE.edge6.Dusseldorf1.Level3.net [62.67.22.246] 6 16 ms 14 ms 15 ms 104.16.133.229Schon mal vorab danke an diejenigen, die hier tracert von DG Anschlüssen posten ! (Windows: tracert / Linux: traceroute).