Beiträge von kammann

5530 an GPON-Anschluss von DG - 07.50 läuft bei mir problemlos.

Betreffen die Störgeräusche gleichermaßen ankommende wie abgehende Telefonate?

Um Probleme auf Seiten der DG auszuschließen, wäre es hilfreich, einen weiteren VoIP-Anbieter in der Fritzbox einzurichten. Ich kann hierfür den grundgebührenfreien CallBasic-Tarif von easybell empfehlen: Deren SIP-Registrar ist per IPv6 erreichbar, HD-Voice funktioniert einwandfrei (technischer Netzanbieter ist die QSC). Abgehende Gespräche kosten 0,98 ct/min (Festnetz) bzw 9,9 ct/min (mobil).

Sollten mit diesem Anbieter die Störgeräusche bei abgehenden Telefonaten weg sein, liegt das Problem wohl an der DG.

Treten die Störgeräusche generell nur bei ankommenden Telefonaten auf, dann kann auch bei der Portierung was schiefgelaufen sein (z.B. weil Anrufe noch beim vorherigen Anbieter ankommen und dieser auf Umwegen zur DG weiterleitet).

Warum sollte man einen OTT TV-Tarif über den eigenen Netzbetreiber buchen, zumal wenn dieser dafür 15€/Monat berechnet? Waipu TV kostet mit HD-Option auf der Homepage von Waipu nur €12,99 und ist bei vielen Resellern noch günstiger zu haben, z.B. in Verbindung mit einem kostenlosen GMX-Mailtarif dauerhaft für €7,99 im Monat.

Zitat von frank_m

Das ist denkbar, deshalb die Frage nach dem Online Monitor.

Apropos Online Monitor: Fehlt bei eurer FB 5530 auch der Reiter "Online-Zähler", der eigentlich bei allen anderen Fritzboxen existiert und Statistiken zum Datenvolumen anzeigt?

Ich hatte deswegen schon beim AVM nachgefragt, die Hotline meinte erst, dass es an meiner Box läge, konnte dann irgendwie doch den Fehler nachvollziehen und außer ein "wir werden das intern mal nachforschen" habe ich nichts mehr von AVM gehört. Rein technisch leuchtet mir kein Grund ein, warum ausgerechnet dieses Modell keinen solchen Zähler bereitstellen kann.

@alfalfa: Ich betreibe kein "Providerbashing", sondern habe nur das, was ich aus zwei Infoabenden im Ort, der Preisliste und zwei Telefonaten mit der Hotline verstanden hatte wiedergegeben. "Rufumleitung bei Besetzt" hatte ich explizit bei der Hotline angefragt, Auskunft war, dass es nicht unterstützt wird. Aber danke für den Hinweis, dass die Telefonieoptionen erst ab dem Classic-Tarif buchbar sind - damit ist für mich klar, die Telefonie nicht über DG abzuwickeln.

Der Komfortanschluss wurde mir von der Hotline so erklärt, dass nur zwei SIP-Adressen zur Verfügung gestellt würden und man die portierten Rufnummern im Kundencenter entsprechend zuordnen müsse. Auch auf mehrfache Rückfrage erhielt ich keine Aussage darüber, ob die Rufnummern dann fest einer SIP-Adresse zugeordnet sind und in welcher Kombination dann Gespräche geführt werden können (z.B. 2 Gespräche unter einer Rufnummer) und ob die Fritzbox mit nur zwei SIP-Adressen z.B. 3 Rufnummern verwalten kann. Hierauf zielte meine Kritik, dass man bei anderen Anbietern je Rufnummer eine SIP-Adresse erhält und diese dann beliebig einsetzen kann (und lediglich die Anzahl der gleichzeitig abgehenden Gespräche auf zwei beschränkt ist).

Mein privates Nutzungsszenario ist hoffentlich nicht so exotisch: Familie mit 2 Kindern, 4 Rufnummern auf 4 DECT-Mobilteilen an einer Fritzbox.

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.

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:

tracert 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]

tracert 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.99

tracert 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:

tracert 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]

tracert -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.229

Schon mal vorab danke an diejenigen, die hier tracert von DG Anschlüssen posten ! (Windows: tracert / Linux: traceroute).