1. Startseite
  2. Artikel
  3. Mitglieder
    1. Letzte Aktivitäten
    2. Benutzer online
    3. Team
    4. Mitgliedersuche
  4. Forum
  5. Digital Signage Info
  6. Glasfaserinternetanbieter bewerten
  7. Blog
    1. Artikel
  • Anmelden
  • Registrieren
  • Suche
Dieses Thema
  • Alles
  • Dieses Thema
  • Dieses Forum
  • Artikel
  • Seiten
  • Forum
  • Blog-Artikel
  • Erweiterte Suche
  1. Glasfaserforum.de - Das Informations- und Hilfeforum rund um das Glasfaser-Internet.
  2. Forum
  3. Alles über das Glasfaser-Internet
  4. Glasfaser-Anbieter, Tarife & Erfahrungsberichte

1&1 / Telekom Peering vergleich

  • raumi78
  • 5. Juli 2024 um 10:52
  • raumi78
    Reaktionen
    2
    Beiträge
    2
    • 5. Juli 2024 um 10:52
    • #1

    Hallo, ich habe seit kurzem einen Telekom FTTH und 1&1 FTTH Anschluss mit Versatel Peering zur Verfügung.
    Da immer mal wieder das Peering Gesprächsthema ist, habe ich mal einen kleinen Vergleich erstellt. Falls ihr weitere Vergleichswünsche habt, immer her damit. Schwanke aktuell noch welchen der beiden Anschlüsse ich behalten werde.

    REDDIT.DE


    Code
    Telekom
     
     1  p3e9bf23a.dip0.t-ipconnect.de (62.155.242.58)  1.574 ms  1.518 ms  4.815 ms
     2  m-ef2-i.M.DE.NET.DTAG.DE (217.5.66.222)  4.987 ms  5.043 ms  5.653 ms
     
    PING reddit.com (151.101.129.140) from 84.186.33.249: 56 data bytes
    64 bytes from 151.101.129.140: icmp_seq=0 ttl=61 time=5.203 ms
    64 bytes from 151.101.129.140: icmp_seq=1 ttl=61 time=4.912 ms
    64 bytes from 151.101.129.140: icmp_seq=2 ttl=61 time=4.914 ms
     
     
    1&1
     
     1  srb0001aihk001.versatel.de (94.134.199.96)  2.148 ms  2.016 ms  1.840 ms
     2  mun1801aihd001.versatel.de (62.214.42.195)  5.896 ms  5.835 ms  6.014 ms
     3  23.235.41.179 (23.235.41.179)  27.268 ms *  16.056 ms
     
    PING reddit.com (151.101.65.140) from 109.250.241.185: 56 data bytes
    64 bytes from 151.101.65.140: icmp_seq=0 ttl=61 time=13.842 ms
    64 bytes from 151.101.65.140: icmp_seq=1 ttl=61 time=14.073 ms
    64 bytes from 151.101.65.140: icmp_seq=2 ttl=61 time=13.831 ms
    Alles anzeigen


    TWITCH.TV


    Code
    Telekom
     
     
     1  p3e9bf23a.dip0.t-ipconnect.de (62.155.242.58)  1.644 ms  1.524 ms  1.473 ms
     2  m-ef2-i.M.DE.NET.DTAG.DE (62.154.28.82)  6.154 ms
        m-ef2-i.M.DE.NET.DTAG.DE (217.5.66.58)  5.098 ms
        m-ef2-i.M.DE.NET.DTAG.DE (217.5.108.126)  5.376 ms
     
    PING twitch.tv (151.101.2.167) from 84.186.33.249: 56 data bytes
    64 bytes from 151.101.2.167: icmp_seq=0 ttl=61 time=3.911 ms
    64 bytes from 151.101.2.167: icmp_seq=1 ttl=61 time=5.226 ms
    64 bytes from 151.101.2.167: icmp_seq=2 ttl=61 time=5.161 ms
     
     
    1&1
     
     1  srb0001aihk001.versatel.de (94.134.199.96)  2.228 ms  2.236 ms  1.861 ms
     2  mun1801aihd001.versatel.de (62.214.42.195)  5.764 ms  5.816 ms  5.966 ms
     3  23.235.41.179 (23.235.41.179)  16.590 ms *  13.343 ms
     
    PING twitch.tv (151.101.2.167) from 109.250.241.185: 56 data bytes
    64 bytes from 151.101.2.167: icmp_seq=0 ttl=61 time=13.913 ms
    64 bytes from 151.101.2.167: icmp_seq=1 ttl=61 time=13.741 ms
    64 bytes from 151.101.2.167: icmp_seq=2 ttl=61 time=13.807 ms
    Alles anzeigen


    YOUTUBE.DE


    Code
    Telekom
     
     1  p3e9bf23a.dip0.t-ipconnect.de (62.155.242.58)  1.731 ms  2.299 ms  2.157 ms
     2  m-ef2-i.M.DE.NET.DTAG.DE (217.5.66.218)  5.758 ms
        m-ef2-i.M.DE.NET.DTAG.DE (217.5.69.50)  5.867 ms
        m-ef2-i.M.DE.NET.DTAG.DE (217.0.205.206)  8.904 ms
     3  80.150.169.10 (80.150.169.10)  3.834 ms  6.013 ms  4.600 ms
     4  192.178.105.185 (192.178.105.185)  5.717 ms
        192.178.105.117 (192.178.105.117)  4.719 ms  4.773 ms
     5  108.170.228.45 (108.170.228.45)  4.952 ms  5.122 ms
        108.170.228.35 (108.170.228.35)  6.425 ms
     6  muc11s23-in-f14.1e100.net (142.251.37.14)  4.874 ms  4.942 ms  4.848 ms
     
    PING youtube.de (142.251.37.14) from 84.186.33.249: 56 data bytes
    64 bytes from 142.251.37.14: icmp_seq=0 ttl=120 time=5.405 ms
    64 bytes from 142.251.37.14: icmp_seq=1 ttl=120 time=5.407 ms
    64 bytes from 142.251.37.14: icmp_seq=2 ttl=120 time=4.966 ms
     
    1&1
     
     1  srb0001aihk001.versatel.de (94.134.199.96)  2.087 ms  1.934 ms  1.879 ms
     2  mun1801aihd001.versatel.de (62.214.42.195)  5.804 ms  5.758 ms  7.444 ms
     3  * * 72.14.204.149 (72.14.204.149)  13.386 ms
     4  89.246.109.250 (89.246.109.250)  14.485 ms
        72.14.204.148 (72.14.204.148)  13.679 ms  13.456 ms
     5  * * *
     6  142.250.237.176 (142.250.237.176)  14.555 ms
        142.250.225.76 (142.250.225.76)  14.759 ms
        142.250.234.18 (142.250.234.18)  14.155 ms
     7  142.250.214.187 (142.250.214.187)  13.546 ms  13.395 ms
        192.178.109.218 (192.178.109.218)  21.081 ms
     8  216.239.40.147 (216.239.40.147)  15.037 ms
        fra24s05-in-f14.1e100.net (142.250.186.78)  13.460 ms  13.478 ms
     
    PING youtube.de (142.250.186.78) from 109.250.241.185: 56 data bytes
    64 bytes from 142.250.186.78: icmp_seq=0 ttl=61 time=13.980 ms
    64 bytes from 142.250.186.78: icmp_seq=1 ttl=61 time=13.806 ms
    64 bytes from 142.250.186.78: icmp_seq=2 ttl=61 time=13.480 ms
    Alles anzeigen


    8.8.8.8


    Code
    Telekom
     
     1  p3e9bf23a.dip0.t-ipconnect.de (62.155.242.58)  1.617 ms  1.517 ms  0.901 ms
     2  m-ef2-i.M.DE.NET.DTAG.DE (217.5.69.58)  5.008 ms
        m-ef2-i.M.DE.NET.DTAG.DE (62.154.28.78)  6.242 ms
        m-ef2-i.M.DE.NET.DTAG.DE (62.154.28.82)  6.113 ms
     3  80.156.162.59 (80.156.162.59)  4.760 ms  4.829 ms  4.788 ms
     4  192.178.105.223 (192.178.105.223)  5.114 ms  4.950 ms
        192.178.105.117 (192.178.105.117)  4.728 ms
     5  209.85.247.201 (209.85.247.201)  5.851 ms
        142.251.68.119 (142.251.68.119)  5.297 ms
        108.170.228.35 (108.170.228.35)  4.945 ms
     6  dns.google (8.8.8.8)  6.062 ms  4.967 ms  5.201 ms
     
    PING 8.8.8.8 (8.8.8.8) from 84.186.33.249: 56 data bytes
    64 bytes from 8.8.8.8: icmp_seq=0 ttl=120 time=5.580 ms
    64 bytes from 8.8.8.8: icmp_seq=1 ttl=120 time=5.654 ms
    64 bytes from 8.8.8.8: icmp_seq=2 ttl=120 time=5.432 ms
     
    1&1
     
     1  srb0001aihk001.versatel.de (94.134.199.96)  2.262 ms  1.970 ms  1.896 ms
     2  mun1801aihd001.versatel.de (62.214.42.195)  5.887 ms  6.105 ms  6.877 ms
     3  89.246.109.249 (89.246.109.249)  13.466 ms  13.441 ms
        72.14.204.149 (72.14.204.149)  50.118 ms
     4  72.14.204.148 (72.14.204.148)  13.494 ms  13.663 ms
        89.246.109.250 (89.246.109.250)  15.241 ms
     5  * * *
     6  dns.google (8.8.8.8)  13.417 ms  13.613 ms  13.539 ms
     
    PING 8.8.8.8 (8.8.8.8) from 109.250.241.185: 56 data bytes
    64 bytes from 8.8.8.8: icmp_seq=0 ttl=61 time=13.705 ms
    64 bytes from 8.8.8.8: icmp_seq=1 ttl=61 time=13.599 ms
    64 bytes from 8.8.8.8: icmp_seq=2 ttl=61 time=13.618 ms
    Alles anzeigen


    kaminofen-lieferbar.de (Cloudflare Free)


    Code
    Telekom
     
     1  p3e9bf23a.dip0.t-ipconnect.de (62.155.242.58)  1.846 ms  1.500 ms  1.416 ms
     2  nyc-sb6-i.NYC.US.NET.DTAG.DE (62.154.5.206)  100.716 ms  100.729 ms  100.661 ms
     3  80.156.160.213 (80.156.160.213)  100.133 ms  100.052 ms  102.518 ms
     4  if-ae-0-2.tcore3.njy-newark.as6453.net (216.6.90.14)  104.311 ms  102.375 ms  103.439 ms
     5  66.198.70.2 (66.198.70.2)  107.071 ms  110.240 ms  110.314 ms
     6  162.158.61.109 (162.158.61.109)  102.203 ms
        162.158.61.221 (162.158.61.221)  102.216 ms
        162.158.61.117 (162.158.61.117)  105.053 ms
     7  104.21.56.206 (104.21.56.206)  106.683 ms  106.865 ms  108.014 ms
     
     PING kaminofen-lieferbar.de (172.67.136.172) from 84.186.33.249: 56 data bytes
    64 bytes from 172.67.136.172: icmp_seq=0 ttl=57 time=103.959 ms
    64 bytes from 172.67.136.172: icmp_seq=1 ttl=57 time=104.003 ms
    64 bytes from 172.67.136.172: icmp_seq=2 ttl=57 time=103.934 ms
     
    1&1
     
     1  srb0001aihk001.versatel.de (94.134.199.96)  2.213 ms  2.105 ms  1.883 ms
     2  mun1801aihd001.versatel.de (62.214.42.195)  5.855 ms  5.813 ms  6.039 ms
     3  fra020isp005.versatel.de (80.81.193.80)  13.491 ms  13.854 ms  34.371 ms
     4  * de-cix-frankfurt.as13335.net (80.81.193.129)  14.327 ms
        de-cix-frankfurt.as13335.net (80.81.194.180)  14.563 ms
     5  162.158.84.111 (162.158.84.111)  14.288 ms  14.456 ms
        172.71.244.3 (172.71.244.3)  14.441 ms
     6  188.114.96.3 (188.114.96.3)  13.826 ms  13.842 ms  13.914 ms
     
     PING kaminofen-lieferbar.de (188.114.96.3) from 109.250.241.185: 56 data bytes
    64 bytes from 188.114.96.3: icmp_seq=0 ttl=60 time=14.496 ms
    64 bytes from 188.114.96.3: icmp_seq=1 ttl=60 time=13.961 ms
    64 bytes from 188.114.96.3: icmp_seq=2 ttl=60 time=13.948 ms
    Alles anzeigen

    Einmal editiert, zuletzt von raumi78 (5. Juli 2024 um 11:26)

  • kingpin42
    Fortgeschrittener
    Reaktionen
    260
    Beiträge
    484
    • 5. Juli 2024 um 11:33
    • #2

    Ich weiß nicht, was deine Ping-Tests hier für eine Aussagekraft haben sollen. Mit solchen Tests erkennst du keine Überlastungen zur Primetime an manchen Peeringschnittstellen.

  • raumi78
    Reaktionen
    2
    Beiträge
    2
    • 5. Juli 2024 um 11:44
    • #3

    Cloudflare Free-Plan wird bei der DTAG über NYC gerouted. Das wurde ja bereits vielfach disskutiert und hat sich nun erneut bestätigt. Versatel hat hier offenbar das bessere Peering.

    Beim Rest sind die Hops und Latenzen der Telekom dagegen optimaler.

    Wie sich die Verhältnisse in Verlauf des Tages keheren wird der Smokeping noch zeigen :)

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • Schnurz
    Meister
    Reaktionen
    383
    Beiträge
    2.038
    • 5. Juli 2024 um 12:25
    • #4

    Versuch doch mal, zu den identischen IPs zu pingen

  • mbo77
    Erleuchteter
    Reaktionen
    921
    Beiträge
    3.635
    • 5. Juli 2024 um 13:01
    • #5

    Gut, das testet die Zeitschrift "connect" regelmäßig in einem breiten, typischen Spektrum an gängigen Zielen im Internet und bewertet die Anbieter.

  • DLMttH
    Meister
    Reaktionen
    533
    Beiträge
    2.109
    • 5. Juli 2024 um 13:09
    • #6

    Dann sollten sie ihren Test jetzt mal wiederholen. Derzeit wird bei der Telekom so viel über New York geroutet, dass es richtig unangenehm auffällt.

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • Online
    millen
    Fortgeschrittener
    Reaktionen
    83
    Beiträge
    340
    • 5. Juli 2024 um 17:10
    • #7

    Wie sieht denn bei euch mit Telekom Anschluss der Traceroute zu Pietsmiet.de aus. Der wurde bei mir bis dato immer (wegen Cloudflare Free) über NYC geroutet. Seit 2 Tagen werde ich immer abwechselnd, mal direkt über FFM und mal über NYC geroutet. Und eben scheint es nur noch über FFM zu laufen.

    Wäre die Frage ob das nur bei mir so ist, oder der Plan gewechselt wurde.

    Hab gerade noch ein Bild von den Traceroutes gefunden, die direkt hintereinander ausgeführt wurden.

    Ergänzung, der grund für das flackern war das hinter pietsmiet.de 3 IP Adressen stehen, dadurch kommt es zu Round-Robin und man landet immer auf der anderen IP.

    Wieso jetzt aber die 104.26.2.241 ein paar Tage zuvor noch über NYC lief und jetzt direkt in FFM aufkommt ist fraglich.

    2 Mal editiert, zuletzt von millen (5. Juli 2024 um 17:25)

  • sendai
    Top-Nutzer
    Reaktionen
    42
    Beiträge
    78
    • 5. Juli 2024 um 19:25
    • #8

    Telekom Peering kann wohl je nach Standort auch ganz anders ausfallen.

    Hier mal ein Beispiel aus Berlin, auf alle drei v4 IPs von pietsmiet.de

    Code
    admin@vm:~$ mtr -rwbz -c10 104.26.3.241
    Start: 2024-07-05T19:10:09+0200
    HOST: vm                                                      Loss%   Snt   Last   Avg  Best  Wrst StDev
      1. AS???    192.168.8.1                                      0.0%    10    0.4   0.5   0.4   0.7   0.1
      2. AS3320   p3e9bf0aa.dip0.t-ipconnect.de (62.155.240.170)   0.0%    10    1.1   1.6   1.1   2.4   0.4
      3. AS3320   b-eh3-i.B.DE.NET.DTAG.DE (217.5.101.42)          0.0%    10    3.2   3.7   2.7   8.9   1.8
      4. AS3356   4.68.62.205                                      0.0%    10    2.9   5.6   2.5  21.9   5.9
      5. AS3356   ae2.11.edge1.mln1.neo.colt.net (171.75.9.108)    0.0%    10   27.2  21.7  20.1  27.2   2.3
      6. AS3356   213.249.124.218                                 40.0%    10   21.9  24.7  21.5  30.3   3.9
      7. AS13335  188.114.100.19                                   0.0%    10   20.3  20.6  19.3  24.0   1.3
      8. AS13335  104.26.3.241                                     0.0%    10   20.2  19.8  19.2  20.4   0.4
    admin@vm:~$
    admin@vm:~$ mtr -rwbz -c10 104.26.2.241
    Start: 2024-07-05T19:10:52+0200
    HOST: vm                                                      Loss%   Snt   Last   Avg  Best  Wrst StDev
      1. AS???    192.168.8.1                                      0.0%    10    0.5   0.5   0.4   0.6   0.1
      2. AS3320   p3e9bf0aa.dip0.t-ipconnect.de (62.155.240.170)   0.0%    10    1.3   1.9   1.2   4.7   1.1
      3. AS3320   b-eh3-i.B.DE.NET.DTAG.DE (217.0.205.118)         0.0%    10    2.9   2.8   2.2   3.4   0.4
      4. AS3356   4.68.62.205                                      0.0%    10    2.3   9.9   1.7  25.8   9.2
      5. AS3356   ae2.11.edge1.mln1.neo.colt.net (171.75.9.108)   10.0%    10   19.8  20.1  19.7  20.7   0.3
      6. AS3356   213.249.124.218                                 30.0%    10   62.0  31.5  20.7  62.0  15.2
      7. AS13335  188.114.100.3                                    0.0%    10   23.1  24.7  20.6  50.7   9.2
      8. AS13335  104.26.2.241                                     0.0%    10   23.6  30.1  20.4  36.6   5.5
    admin@vm:~$
    admin@vm:~$ mtr -rwbz -c10 172.67.74.113
    Start: 2024-07-05T19:11:33+0200
    HOST: vm                                                      Loss%   Snt   Last   Avg  Best  Wrst StDev
      1. AS???    192.168.8.1                                      0.0%    10    0.6   0.6   0.3   1.3   0.3
      2. AS3320   p3e9bf0aa.dip0.t-ipconnect.de (62.155.240.170)   0.0%    10    1.3   2.4   1.2   9.2   2.4
      3. AS3320   b-eh3-i.B.DE.NET.DTAG.DE (217.5.72.90)           0.0%    10    3.8   3.6   2.9   4.1   0.4
      4. AS3356   4.68.62.205                                      0.0%    10    2.1   6.4   2.1  16.8   5.2
      5. AS3356   ae2.11.edge1.mln1.neo.colt.net (171.75.9.108)    0.0%    10   21.3  21.9  19.9  29.2   2.9
      6. AS3356   213.249.124.218                                 80.0%    10   21.6  22.9  21.6  24.1   1.8
      7. AS13335  188.114.100.5                                    0.0%    10   30.6  25.1  19.9  54.2  10.7
      8. AS13335  172.67.74.113                                    0.0%    10   21.1  21.2  20.8  21.7   0.3
    Alles anzeigen
  • kammann
    Reaktionen
    8
    Beiträge
    48
    • 6. Juli 2024 um 19:33
    • #9

    Versatel unterhält in Süddeutschland keinerlei Peerings, d.h. der gesamte Traffic geht in eines der beiden Datacenter in Hanau und Dortmund und von dort zum DE-CIX oder AMS-IX, siehe https://www.peeringdb.com/net/684 . Damit haben die 1&1 Festnetz- und auch Mobilfunkanschlüsse eine um 8-10ms höhere Latenz als vergleichbare Anschlüsse der Telekom, die in München Peerings mit allen großen Content-Anbietern unterhält (Google, Microsoft, Amazon uvm). Aufgrund der Peering-Policy der Telekom gibt es aber die bekannten "Kleinkriege" mancher Anbieter, die dann entweder zu den Umwegen über die USA führen oder zu Drosselungen, inbs. in den Abendstunden.

    Bei latenzkritischen Anwendungen würde ich die Telekom bevorzugen - bei regelmäßigen großen Downloads ist Versatel schneller, da hier keine Drosselungen stattfinden.

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • GroBaer
    Reaktionen
    4
    Beiträge
    57
    • 12. Juli 2024 um 13:02
    • #10

    Ja, ist ein wichtiger Hinweis mit Süddeutschland.

    Wenn ich mir PeeringDB ansehe, dann scheint mir in DE o2 das beste Peering von den großen Anbietern derzeit zu haben. Interessanterweise haben sie kein öffentlichen im Ausland, wie beispielsweise in Amsterdam. Weiß jemand wie das o2 da macht?

  • Sowieso
    Fortgeschrittener
    Reaktionen
    94
    Beiträge
    284
    • 12. Juli 2024 um 13:55
    • #11
    Zitat von GroBaer

    Wenn ich mir PeeringDB ansehe, dann scheint mir in DE o2 das beste Peering von den großen Anbietern derzeit zu haben. Interessanterweise haben sie kein öffentlichen im Ausland, wie beispielsweise in Amsterdam. Weiß jemand wie das o2 da macht?

    Telefonica Deutschland könnte unter anderem auf das Netz von Telxius zurückgreifen, einer 60%-Tochter das spanischen Mutterkonzerns. Oder eben allgemein privates Peering oder Transit verwenden.

    Gerade bei größeren Anbietern läuft ja nur ein Teil des Datenverkehrs über öffentliches Peering. Ich kenne für Deutschland keine Statistiken, aber der französische Regulierer hat das hier auf Seite 12 für die vier größten französischen Provider für das Jahr 2021 aufgeschlüsselt. Über Public Peering wie DE-CIX bzw. entsprechende Pendants in Frankreich lief damals nur 2% des Datenverkehrs.

    P.S.: 2023 waren es 1,2% (Seite 14). Auf der Seite davor gibt es auch eine Grafik wie sich das Datenvolumen nach Peering über die letzten 12 Jahre entwickelt hat. "Public Peering" ist der helle Fleck oben auf den Säulen.

    Einmal editiert, zuletzt von Sowieso (12. Juli 2024 um 14:01)

  • GroBaer
    Reaktionen
    4
    Beiträge
    57
    • 13. Juli 2024 um 07:21
    • #12

    Interessante Info, das mit Telxius. Hier die Backbone-Karte von Telxius sowie die Peeringdb:

    - https://telxius.com/network/Telxius_map.pdf

    - https://www.peeringdb.com/net/620

    Also dürften o2-Kunden in Deutschland auch direkten Zugang zu AMS-IX und LINX haben. Betätigt meinen Eindruck, dass das Peering gut ist.

    Was den Anteil des Traffics angeht das über öffentliche Peerings geht: Ja, da hast du sicher Recht. Das liegt wohl daran, dass ein sehr großer Teil des Traffics über die Amazons, Akamais, Netflics, Facebooks und Apples dieser Welt laufen. Allein Netflix soll für 15% des Traffics verantwortlich sein. Und angeblich so sollen wohl auch rund 60% des Internet-Traffics Videos sein.

    Für die User-Experience, kann das public peering aber wichtiger sein als die 1,2% es vermuten lassen. Hier geht es ja nur um den Gesamttraffic, nicht um die Nutzungszeit. Also wenn jemand 1x Stunde 4k-Video pro Tag schaut, dann zieht das möglicherweise mehr Traffic, als meine seine anderen Aktivitäten am Tag (Surfen, Mails, Telefonkonferenzen etc.).

    Mal als Zahlen: 14GB braucht wohl 1h 4K Video. Hingegen braucht ein einstündiger Teams-Call nur mit Audio nur 25MB! Trotzdem ist sehr ärgerlich, wenn die dann ruckeln. Und Teams-Call werden ja beispielsweise wenn nur 2 Teilnehmer im Call sind und beide IPV6 haben, direkt zwischen den Geräten abgewickelt. Hier dürfte Public Peering oft relevant sein.

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • fnord
    Fortgeschrittener
    Reaktionen
    45
    Beiträge
    229
    • 14. Juli 2024 um 00:34
    • #13

    raumi78 Gibt es schon Ergebnisse von Smokeping?

  • Hesphion
    Reaktionen
    10
    Beiträge
    31
    • 15. Juli 2024 um 13:56
    • #14
    Zitat von fnord

    raumi78 Gibt es schon Ergebnisse von Smokeping?

    Telekom via Twelve99 :lol:

    Bilder

    • 1c11dc86e398b2ff9a89c9bb.png
      • 34,38 kB
      • 722 × 295
  • Thomas1978
    Fortgeschrittener
    Reaktionen
    104
    Beiträge
    375
    • 16. Juli 2024 um 01:54
    • #15

    Schlauer? Schlauer wäre ein gescheit großer Kühlschrank für eure WG.

    Aber mal im Ernst, du kaperst einen Thread, der mit deinem Anliegen so überhaupt nichts zu tun hat und hast dann auch noch eine Technologiefrage, die selbst mit dem gesamten Forum nix zu tun hat (Glasfaserforum)?

    Ich mein, nix gegen deine Frage, die kann dir hier garantiert beantwortet werden, aber dann doch bitte in einem eigenen Thread.

    Um hier beim Thema zu bleiben, kann ein Mod den Post bitte in einen eigenen Thread ausgliedern und meinen Post danach bitte auch löschen? Danke.

    Schöne Grüße
    Thomas

    Internet/Netzwerk: Fritzbox 5590 Fiber, E.ON Highspeed 1000/500, natives IPv4
    und IPv6 Dual Stack, ASUS QG-U1080, MikroTik CRS305-1G-4S+IN
  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • fnord
    Fortgeschrittener
    Reaktionen
    45
    Beiträge
    229
    • 30. Dezember 2024 um 23:30
    • #16

    Auch die Fachpresse springt mal wieder auf die Peering-Politik der DTAG an: https://www.teltarif.de/telekom-peerin…news/97447.html

  • pufferueberlauf
    Meister
    Reaktionen
    666
    Beiträge
    2.501
    • 31. Dezember 2024 um 13:31
    • #17

    Wobei die "Fachpresse" da (vermutlich mit voller Absicht) um den heissen Brei herumredet und so tut als sei die Überlast unerwartet... d.h. statt das vorsätzliche Unterpeering der Telekom beim Namen zu nennen versuchen die das ganze als "mangelnde Peeringqualität" zu beschreiben, vermutlich um der Telekom eine Brücke fuer Verbesserungen zu bauen... nur wird die Telekom IMHO diese Brücke nicht betreten, da das ganze ja einem vorgefassten Plan zur Profitvergrössserung dient.

    Schon der erste Kommentar hat das ganze dann aufgeklärt...Solange das ganze für die Telekom keinen negativen Konsequenzen hat wird sich IMHO nichts/wenig ändern.

  • DLMttH
    Meister
    Reaktionen
    533
    Beiträge
    2.109
    • 31. Dezember 2024 um 13:41
    • #18

    Wenn es denn damit getan wäre. Selbst unter technisch versierten Leuten werden Fakten in der Richtung ja gern geleugnet, als ob es ein religiöses Thema wäre. Ich stelle hiermit erneut die Testmethoden des Magazins in Frage, welches die Telekom immer wieder als Testsieger krönt ;)

  • Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
  • pufferueberlauf
    Meister
    Reaktionen
    666
    Beiträge
    2.501
    • 31. Dezember 2024 um 13:42
    • #19
    Zitat von mbo77

    Gut, das testet die Zeitschrift "connect" regelmäßig in einem breiten, typischen Spektrum an gängigen Zielen im Internet und bewertet die Anbieter.

    Mmmh, ich bin bei Connect nicht 100% von deren Neutralität überzeugt, nicht in der Hinsicht, dass die ISP 1 generell besser bewerten als ISP 2, sondern, dass die generell ein Herz fuer ISPs haben.

  • pufferueberlauf
    Meister
    Reaktionen
    666
    Beiträge
    2.501
    • 31. Dezember 2024 um 13:47
    • #20
    Zitat von DLMttH

    Ich stelle hiermit erneut die Testmethoden des Magazins in Frage, welches die Telekom immer wieder als Testsieger krönt ;)

    Warum? IMHO ist die Telekom im grossen und ganzen ein (teilweise regulatorisch bedingt) teurer aber kompetenter ISP, daher wundere ich mich nicht darüber, dass die bei Tests passabel bis gut abschneiden. Und auch das Unterpeering ist , IMHO mit der falschen Zielmarke, kompetent gemanagt, d.h. die bauen ihre Übergaben schon auch aus nur halt "später als üblich/zu spät".

    Das Unterpeering ist ja fuer Mittelstrahlnutzung nicht notwendigerweise sonderlich auffällig, zumindest konnte ich das in meiner Telekomkundenzeit wohl messen, aber in der normalen Nutzung fiel mir das nicht auf. (War trotzdem mit ein Grund mir einen anderen ISP zu suchen).

Glasfaseranbieter jetzt bewerten

Du bist mit deinem Glasfaseranbieter (un)zufrieden?

Dann nutze unsere community-getriebene Bewertungsplattform glasfaseranbieter.de - jetzt mit dem Glasfaserforum Login unkompliziert bewerten!

Jetzt in wenigen Sekunden fair bewerten!

Ähnliche Themen

  • Telekom überbaut bei mir die Deutsche Glasfaser. Inhaus DG Leitung auch für Telekom nutzen?

    • Patrick90
    • 30. April 2024 um 21:33
    • Glasfaser-Technik: Modem, Router, Netzwerk & Verkabelung
  1. Datenschutzerklärung
  2. Impressum
Community-Software: WoltLab Suite™ 6.2.6

Wir respektieren Deine Privatsphäre

Wir nutzen Cookies und ähnliche Technologien für den Betrieb der Seite, Reichweitenmessung und Werbung. Du entscheidest, was Du erlaubst. Details in unserer Datenschutzerklärung. Deine Auswahl kannst Du jederzeit über den Link „Cookie-Einstellungen“ im Fußbereich ändern.

Cookie-Einstellungen

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