O2 oder easybell?

FTTC schrieb:
easybell routet auch via Internet.Link, u.a. zu Fritz und GitHub. Sonst habe ich meist Fullspeed.
Auch Cloudflare IPv4 wird über InterLink gerouted:
Code:
r-asn 172.67.180.89
Traceroute target: 172.67.180.89
Hop  IP/Host                                   ASN       Owner
---  ----------------------------------------  --------  ----------------------------------------
  2  62.27.93.145                              AS12312   ECOTEL - ecotel communication ag
  3  62.27.94.37                               AS12312   ECOTEL - ecotel communication ag
  4  62.27.94.89                               AS12312   ECOTEL - ecotel communication ag
  5  et-0-0-0.br01.r206.fra0.as12312.net       AS12312   ECOTEL - ecotel communication ag
  6  45.153.82.214                             AS5405    INTERDOTLINK - Inter.link GmbH
  7  pni-13335.po16-4096.r3-fra1-de.as5405.net  AS5405    INTERDOTLINK - Inter.link GmbH
  8  162.158.84.79                             AS13335   CLOUDFLARENET - Cloudflare
  9  162.158.84.227                            AS13335   CLOUDFLARENET - Cloudflare
 10  *                                         -         -
 11  172.67.180.89                             AS13335   CLOUDFLARENET - Cloudflare

IPv6 geht bei mir über DECIX:
Code:
tr-asn 2606:4700:3032::ac43:b459
Traceroute target: 2606:4700:3032::ac43:b459
Hop  IP/Host                                   ASN       Owner
---  ----------------------------------------  --------  ----------------------------------------
  2  2001:4090:a000::ec0:145                   AS12312   ECOTEL - ecotel communication ag
  3  *                                         -         -
  4  2001:4090:a000:0:ec0:255:62:1             AS12312   ECOTEL - ecotel communication ag
  5  2001:4090:ec0:c00:13::2                   AS12312   ECOTEL - ecotel communication ag
  6  *                                         -         -
  7  de-cix-frankfurt.as13335.net              -         -
  8  2400:cb00:471:3::                         -         -
  9  *                                         -         -
 10  2606:4700:3032::ac43:b459                 AS13335   CLOUDFLARENET - Cloudflare

Bei den beiden IP Adressen handelt es sich um die "cloudflared" IPs derselben Website (weil hier wahrscheinlich Nachfragen kommen werden: Es ist eine private Test-Website hinter CloudFlare von mir, deren Domäne ich hier nicht preisgeben möchte).

tr-asn ist ein Eigenbau Python Wrapper um traceroute, weil ich gerne zu der AS Nummer auch gleich den Inhaber des AS haben möchte.


froeschi62 schrieb:
Danke, dann scheidet Easybell für mich schon aus.

Das mit dem AVM Zak Speedtest muss ein spezielles Problem dieses Tests sein. Sonst hat Traffic über Interlink bisher bei mir keine Engpässe gezeigt. Interaktion mit GitHub ist in jedem Fall unauffällig.

Ich habe jetzt eben extra mal ein Git clone vom Linux Kernel gestartet, und die 26.42Mib/s sind das was mein SVDSL Anschluss hergibt:

1774548296937.png


eifelman85 schrieb:
Mal schauen, wie easybell reagiert - jetzt können sie zeigen, ob sie ein guter Provider sind und das Problem zeitnah entschärfen.
Das ist genau der Punkt. Grundsätzlich muss man im Internet natürlich immer mal mit Engpässen rechnen, der Verkehr entwickelt sich dynamisch, die Provider, Hyperscaler, CDNs, IXe, können, selbst wenn sie schnell reagieren, nicht immer jeden Engpass ausschließen.

Selbst das allseits diskutierte Telekom-CloudFlare Problem ist nicht immer genauso groß. Ich habe in den letzten Wochen (wie gesagt wurde mein Anschluss Anfang dieser Woche umgestellt) keine nennenswerten Probleme mit CloudFlare Sites gehabt. flugzeugbilder.de ist nun tatsächlich schneller, aber ich habe auch 250 anstatt 100Mbit. Die anderen hier gerne genannten Seiten und auch meine eigene Testsite waren immer ok.
Vielleicht hat die Telekom doch auf die Kritik reagiert und die Kapazitäten auf der Strecke nach London (über Arelion /tweve99.net) stärker ausgebaut.

millen schrieb:
Direkt beim 4. HOP intern über Versatel im BCIX gelandet, sehr cool.

Versatel nutzt intern auch gerne MPLS, da sind da schon mal in Wirklichkeit mehr Hops zwischen als man im traceroute sieht.

Bei mir läuft scope.avm.de nicht über interlink:
Code:
tr-asn scope.avm.de
Traceroute target: scope.avm.de
Hop  IP/Host                                   ASN       Owner
---  ----------------------------------------  --------  ----------------------------------------
  2  2001:4090:a000::ec0:145                   AS12312   ECOTEL - ecotel communication ag
  3  *                                         -         -
  4  2001:4090:a000:0:ec0:255:62:1             AS12312   ECOTEL - ecotel communication ag
  5  2001:4090:ec0:c00:6::2                    AS12312   ECOTEL - ecotel communication ag
  6  2001:4090:ec0:c00:16::2                   AS12312   ECOTEL - ecotel communication ag
  7  as12732.dusseldorf.megaport.com           -         -
  8  ae44010.dh5148a.ak.d-hosting.de           AS12732   GUTCON-NET - GutCon GmbH
  9  zack.avm.de                               AS12732   GUTCON-NET - GutCon GmbH


Die ganze traceroute Analyse macht zwar Spaß, aber letztendlich sagt sie natürlich wenig darüber aus, ob ein Link überlastet ist oder nicht (außer er ist so überlastet, das auch ein ping nicht mehr durchkommt).

Außerdem kann man dank des Sliding Window Verfahrens von TCP auch bei hoher Latenz einen guten Durchsatz haben, insofern sind auch lange traceroutes mit geographischen Umwegen nicht zwingend ein Problem.

froeschi62 schrieb:
ich muss dann nur auf Dual Stack umgeswitcht werden weil das Citrix Gateway zum Arbeitgeber nur IPV4 kann.
Ausgehend IPv4 ist bei Dual Stack Lite auch kein Problem. Und bei 1und1 soll dank PCP auch eingehendes IPv4 möglich sein. Trotzdem ist auch für mich nicht zugesichertes Dualstack ein Grund nicht zu 1und1 zu gehen (ein Provider wo ich Dualstack nur auf Nachfrage bekomme, ist mir zu wackelig, zumindest nicht bei 24 Monaten Vertragslaufzeit)

Ich bin auch nicht primär wegen der Peering Probleme von der Telekom weg (dafür haben die sich in meinem Fall doch zu selten manifestiert), sondern weil ich endlich SVDSL wollte, und da die hohen Telekom Preise noch mehr weh tun, als bei den langsameren Tarifen.

eifelman85 schrieb:
o2 empfinde ich als noch rückständiger - die wollen das Portierungsformular per Fax oder Post haben.
Bei easybell steht auf dem Formular ja auch eine Faxnummer, es ist auch nirgendwo die Mail Adresse angegeben, an die man es dann schicken soll, ich habe dann wirklich info@easybell.de genommen, aber nachdem dort erst mal nicht passierte, noch ein Support Ticket aufgemacht.

In der üblichen 5 Sterne Skala würde der Wechsel selbst bei mir maximal 3 Sterne bekommen.

Das Kundenportal (auch bezüglich Sicherheit, Stichwort rudimentäre 2FA Login, Passwörter für die nomadisch nutzbaren SIP Telefonummern jederzeit auslesbar, usw.) 3-4 Sterne

Kundenfreundliche Tarife (ohne MVLZ) 5 Sterne,
Netzqualität sieht bisher auch gut aus, warten wirs mal ab.

Das ein /56 Prefix 3,95 EUR kostet (dann aber auch ein fest zugewiesenes) ist angesichts der Angebote des Wettbewerbs ok.
 

Anhänge

  • 1774548897673.png
    1774548897673.png
    22,1 KB · Aufrufe: 10
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: eifelman85, froeschi62 und FTTC
Was den Ping angeht, kann ich mich bei easybell nicht beschweren.


Leider werde ich meistens über Düsseldorf geleitet und habe dadurch in etwa 22-25ms nach Frankfurt.

Wenn ich direkt über die Frankfurter Einwahl laufe, sind es 9ms.


Mit o2 wurde ich immer über Hamburg geleitet und hatte auch 22-25ms nach Frankfurt und im gesamten Durchschnitt 30ms über Deutschland. (Standort Göttingen)


Ob o2 oder easybell nun das bessere Routing und Peering haben, kann ich nicht beurteilen aber ich kann bisher keine Einschränkungen feststellen.


Im Vergleich zu der Telekom ist o2 wie auch easybell ein Traum.

Der eigentliche Grund warum ich letztlich bei easybell gelandet bin war, das ich hier feste IP-Adressen, keine Zwangstrennung und einen angemessenen Preis bekommen habe.
 
  • Gefällt mir
Reaktionen: TomH22, FTTC, eifelman85 und eine weitere Person
Warten wir ab, wie es sich mit Easybell/Interlink entwickelt, wenn Vodafone Kunden dazukommen.
Ich habe ja noch ausreichend Zeit, um mich letztendlich endgültig zu entscheiden.
Bis dahin freue ich mich immer auf weitere Erfahrungsberichte.
Ich danke Euch allen :)
Apropos flugzeugbilder.de. Die Bilder bauen sich auch heute bei der Telekom langsam auf. Gerade getestet.
 
  • Gefällt mir
Reaktionen: FTTC
TomH22 schrieb:
Bei easybell steht auf dem Formular ja auch eine Faxnummer, es ist auch nirgendwo die Mail Adresse angegeben, an die man es dann schicken soll
Ja, bei easybell sind es 3 Möglichkeiten - Post, Fax oder E-Mail.

portform.jpg

Ich hatte es zurück an auftrag@easybell.de unter Angabe der Auftragsnummer geschickt. Bei mir dauerte es danach 2-3 Tage, bei dem Kunden im Februar ging es ganz flott. Das fasst wohl immer ein Mitarbeiter manuell an und je nach Auftragslage kann es dann zu unterschiedlichen Bearbeitungszeiten kommen. Wie gesagt, würde ich mir hier sowohl bei easybell als auch bei o2 eine elegantere Lösung wünschen.
turbowiesel schrieb:
Ob o2 oder easybell nun das bessere Routing und Peering haben
Rein vom Peering sehe ich derzeit o2 vorne, da sie den Traffic hauptsächlich selbst an den großen Knotenpunkten austauschen. Zudem bessere Pingzeiten aufgrund mehr Übergaben. Nachteil Zwangstrennung. Das ist aber alles nur eine Momentaufnahme - wer hätte vor einem Jahr gedacht, was sich nun bei Vodafone ergeben hat. Telefonica in Spanien könnte auch irgendwann auf dumme Gedanken kommen, um bei der deutschen Tochter Geld zu sparen. Unter dem Gesichtspunkt dürfte man eigentlich nur noch Flextarife ohne MVLZ abschließen.
 
  • Gefällt mir
Reaktionen: FTTC, TomH22 und froeschi62
turbowiesel schrieb:
Leider werde ich meistens über Düsseldorf geleitet und habe dadurch in etwa 22-25ms nach Frankfurt.

Wenn ich direkt über die Frankfurter Einwahl laufe, sind es 9ms.

Mit o2 wurde ich immer über Hamburg geleitet und hatte auch 22-25ms nach Frankfurt und im gesamten Durchschnitt 30ms über Deutschland. (Standort Göttingen)
Diese Umleitung über Düsseldorf war bei mir der Kündigungsgrund. Einfach geografisch so sinnfrei, die Verbindung über FRA direkt war aber perfekt.

Bei o2 wurde ich auch immer erst 200km in die entgegengesetzte Richtung geleitet (München) und dann nach Frankfurt. O2 daher auch raus.

Zum Glück mit Flextarifen alles kein Problem.

Momentan bei m-net und das ist bis auf Ds-lite perfekt. So gute Latenzen hatte ich noch nie.
 
Sofern die geolocation Daten stimmen, werde ich nach einem reboot meiner Frirzbox heute Nacht nun auch über Düsseldorf anstatt Frankfurt geleitet (Wohnort im Rhein-Neckar Raum):

Code:
curl https://ipinfo.io/2001:4090:a000::ec0:145
{
  "ip": "2001:4090:a000::ec0:145",
  "city": "Frankfurt am Main",
  "region": "Hesse",
  "country": "DE",
  "loc": "50.1155,8.6842",
  "org": "AS12312 ecotel communication ag",
  "postal": "60306",
  "timezone": "Europe/Berlin",
  "readme": "https://ipinfo.io/missingauth"
}
curl https://ipinfo.io/2001:4091:a000::ec0:143
{
  "ip": "2001:4091:a000::ec0:143",
  "city": "Düsseldorf",
  "region": "North Rhine-Westphalia",
  "country": "DE",
  "loc": "51.2217,6.7762",
  "org": "AS12312 ecotel communication ag",
  "postal": "40210",
  "timezone": "Europe/Berlin",
  "readme": "https://ipinfo.io/missingauth"

(IP ist der jeweils erste Hop nach meiner Fritzbox)

Auch hier werden Cloudflare Ziele per IPv4 über InterLink geleitet (die beiden IPs sind die Adressen von pcgh.de). Diesmal Amsterdam, das ist allerdings von Düsseldorf ungefähr genausoweit entfernt wie Frankfurt

Code:
tr-asn 2606:4700:3033::6815:5b27
Traceroute target: 2606:4700:3033::6815:5b27
Hop  IP/Host                                   ASN       Owner
---  ----------------------------------------  --------  ----------------------------------------
  2  2001:4091:a000::ec0:143                   AS12312   ECOTEL - ecotel communication ag
  3  2001:4091:a000:0:ec0:240:190:1            AS12312   ECOTEL - ecotel communication ag
  4  2001:4091:a000:0:ec0:250:21:1             AS12312   ECOTEL - ecotel communication ag
  5  2001:4090:ec0:c00:5::1                    AS12312   ECOTEL - ecotel communication ag
  6  2001:4090:ec0:c00:12::2                   AS12312   ECOTEL - ecotel communication ag
  7  *                                         -         -
  8  de-cix-frankfurt.as13335.net              -         -
  9  2400:cb00:932:3::                         -         -
 10  2606:4700:3033::6815:5b27                 AS13335   CLOUDFLARENET - Cloudflare

tr-asn 104.21.91.39
Traceroute target: 104.21.91.39
Hop  IP/Host                                   ASN       Owner
---  ----------------------------------------  --------  ----------------------------------------
  2  195.78.189.143                            AS12312   ECOTEL - ecotel communication ag
  3  195.78.190.1                              AS12312   ECOTEL - ecotel communication ag
  4  et-0-1-1.cr01.r301.dus1.as12312.net       AS12312   ECOTEL - ecotel communication ag
  5  et-0-0-0.br01.r301.dus1.as12312.net       -         -
  6  45.153.82.212                             AS5405    INTERDOTLINK - Inter.link GmbH
  7  *                                         -         -
  8  r4-ams1-nl.as5405.net                     AS5405    INTERDOTLINK - Inter.link GmbH
  9  pni-13335.po9-4096.r4-ams1-nl.as5405.net  AS5405    INTERDOTLINK - Inter.link GmbH
 10  141.101.65.1                              AS13335   CLOUDFLARENET - Cloudflare
 11  141.101.65.107                            AS13335   CLOUDFLARENET - Cloudflare
 12  104.21.91.39                              AS13335   CLOUDFLARENET - Cloudflare


Nastya schrieb:
Einfach geografisch so sinnfrei, die Verbindung über FRA direkt war aber perfekt.
Aus meiner Sicht muss man manchmal die Techniker Brille absetzen, und das Internet „Nutzererlebniss“ in den Vordergrund stellen, also hat man irgendwo spürbare Einschränkungen. Klar, wer Multiplayer Games spielt, hat da andere Anforderungen, aber für die meisten Anwendungen macht es keinen Unterschied ob die Laufzeit zum Ziel 10 oder 20ms ist.
 
  • Gefällt mir
Reaktionen: froeschi62
Zurück
Oben