Das längste Thema

    Zitat von NaN

    Das ist aber schon so, als würde man die Hoffnung nicht aufgeben, dass der Fahrraddieb das Fahrrad zurückbringt, oder?

    Hau doch mal einen raus wieso ich das aufgegebene Peering das Negativ bewerten sollte.z.B. eine Liste von direkten peerings bei Vodafone und inter Link, oder dadurch wegfallende Peerings.

    Die Konstruktion wird in dem verlinkten Artikel etwas ausführlicher beleuchtet. Heise schreibt einfach: "Vodafone steigt aus dem Peering an öffentlichen Internetknoten aus. Beim privaten Peering müssen Gebühren gezahlt werden. Los geht’s in Deutschland." Die Erfahrungen mit anderen Providern, die ihre Netzzusammenschaltungen für ein Herrscher-Bittsteller Ding halten, lassen keine guten Verbindungen erwarten.

    Vodafone glaubt, dass man als großer Eyeball-Netzbetreiber die Hand bei den Content Providern aufhalten kann. Das funktioniert naturgemäß nur, wenn deren Kunden ohne Zahlung unzufriedenstellende Verbindungen in das betreffende Eyeball-Netzwerk haben. Wenn ich als Verhandlungsmasse benutzt werde, um für den Zugang zu mir Geld zu verlangen, fühle ich mich glaube ich zu Recht nicht als Kunde sondern als etwas anderes.

    Einmal editiert, zuletzt von NaN (8. November 2025 um 13:17)

    Habe mir (fast) nur für den Zweck, mal die Stabilität der Netzwerkanbindung in Manassas ein wenig zu überwachen, einen VPS 1000 in Manassas geholt. Bisher überwache ich das nur sehr grobmaschig und indirekt (mit Munin), außer ein paar einzelnen Glitches gelegentlich (nicht jede Woche) habe ich dabei bisher nichts Größeres gefunden. Gestern Abend allerdings zwischen 19:00 und 21:30 hat es jetzt aber wohl größere Störungen gegeben. Netzwerkfehler werden von Munin bei dem US-Server zwar keine angezeigt, aber die Zeit für das Munin-Update von meinem kleinen Strota Munin-Server zu 7 anderen Servern zeigte mir an, dass es in der o.g. Zeitspanne teilweise deutlich länger gedauert hatte, während diese Zeit normalerweise fast konstant ist. Der Hauptverdächtige war natürlich gleich mein Donald :) in Manassas. Der braucht naturgemäß eh am längsten, ist ja auch ein paar Tausend Kilometer weiter weg mit entsprechenden Folgen für die Laufzeiten. Also habe ich mir die munin-update.log mal genauer angeschaut und tatsächlich gab es in dieser Zeit - nur bei Donald - entsprechend längere Zeiten als normalerweise für das Update.

    Insgesamt finde ich es aber noch durchaus ok in meinem Fall, die letzte nennenswerte, wenn auch deutlich kleinere Unregelmäßigkeit liegt bereits mehrere Wochen zurück. Das kann aber natürlich zu anderen Servern innerhalb der USA oder in Südamerika auch anders aussehen.

    Zitat von tab

    Also habe ich mir die munin-update.log mal genauer angeschaut und tatsächlich gab es in dieser Zeit - nur bei Donald - entsprechend längere Zeiten als normalerweise für das Update.

    Wenn du auf deinen vServer von Netcup die vorkonfigurierten DNS-Server von Netcup verwendest, kann das von dir beschriebene Problem auch an Diesen liegen, da die DNS-Server von Netcup keinen so guten Ruf genießen.

    Zitat von ASS

    Wochenende? Was ist denn das?

    Du bist nicht Selbständig hm? :)

    Nein selbstständig nicht, aber dafür arbeitstechnisch zu 90% nachts und das Wochenende meist unregelmässig entweder 2 Tage hintereinander oder getrennt.

    • 🇨🇭 | 🇫🇷 | 🇺🇸
    • sudo rm -rf /*all
    • sudo apt-get reinstall ubuntu.exe
    • ping -6 -c 3 172.16.0.1

    Zitat von andreas.

    Wenn du auf deinen vServer von Netcup die vorkonfigurierten DNS-Server von Netcup verwendest, kann das von dir beschriebene Problem auch an Diesen liegen, da die DNS-Server von Netcup keinen so guten Ruf genießen.

    DNS sollte eigentlich außen vor sein. Zunächst stehen in der munin.conf bzw munin-node.conf keine Servernamen, die irgendwie aufzulösen wären, sondern nur IPv4-Adressen. Außerdem verwendet der US-Server Unbound. Der Munin-Server bei Strota und ein weiteres 1 Euro Serverchen mit Keyhelp und einer Demo-Site verwenden die vorkonfigurierten DNS-Server von Strota. Keiner der netcup-Server, die da noch mitüberwacht werden verwendet die DNS-Server von netcup, alle verwenden Unbound, teils lokal installiert teils über das Cloud vLAN von meinem Nano. Bei denen ist auch in der fraglichen Zeit alles wie sonst auch, also die selben Update-Zeiten, also konstant, abgesehen vom üblichen Gerausche

    Zitat von webdesignheld

    Ich hab meine 2 Jahre durch - aber wohin könnte ich wechseln?

    Also ich bin nachdem ich z.b. beim Magenta-Riesen auch nur noch Peering Probleme mit Diensten hatte die hinter Cloudflare waren zu easybell gewechselt.
    Die haben ein offenes Peering und sind in FRA und DUS angebunden.
    Alles lädt auf einmal so schnell, dass man eigentlich vergisst, dass man auf einer Kupferleitung ist.
    Also ich bin bei denen sehr zufrieden.
    https://www.peeringdb.com/net/1354

    https://bgp.he.net/AS12312

    Zitat von sudoNoSleep

    Also ich bin nachdem ich z.b. beim Magenta-Riesen auch nur noch Peering Probleme mit Diensten hatte die hinter Cloudflare waren zu easybell gewechselt.

    Vielen Dank, kannte ich noch nicht.

    Darfst hier gerne berichten wenn es mal Probleme gibt oder auch wenn die ihre Leistungen/Preise noch weiter verbessern. Als Kunde bekommst Du das vermutlich direkt mit. Die Produkte sehen aber auch jetzt schon gut aus. :)

    Zitat von Win98SE4ever

    Vielen Dank, kannte ich noch nicht.

    Darfst hier gerne berichten wenn es mal Probleme gibt oder auch wenn die ihre Leistungen/Preise noch weiter verbessern. Als Kunde bekommst Du das vermutlich direkt mit. Die Produkte sehen aber auch jetzt schon gut aus. :)

    Bis jetzt läuft eigentlich alles ganz gut, außer dass ich alle 30 Tage mindestens einmal einen neuen VDSL-Sync aufbauen muss (manchmal auch früher). Das liegt aber daran, dass meine Wohnung in einem alten Gebäude ist und der Leitungsquerschnitt sehr dünn ist. Da kann der ISP nichts für.

    Es ist schon ein Wunder, dass dort überhaupt 250.000 möglich sind und ich teilweise sogar mit knapp 290.000 synce.

    Vom Speed her ist es ganz okay , je nach Server / Server-Auslastung.

    https://www.speedtest.net/result/18452726369

    Sie bieten sogar statische ::/56 IPv6-Prefixe an (für 3,95 € im Monat extra). Dazu bekommt man dann die entsprechenden Zugangsdaten.

    War natürlich erstmal etwas aufwändig, das Ganze unter Windows einzurichten aber mit der Route über die FritzBox funktionierte es dann.

    Ich wollte zum Beispiel statt einer langen Adresse aus meinem Prefix einfach die ::2 an einen Rechner vergeben und die ::3 an ein anderes Gerät. Unter Linux geht das natürlich deutlich einfacher aber unter Windows ist es etwas mühsamer.

    Der Support war bisher auch wirklich hilfreich. Als ich mal starke Sync Probleme hatte haben sie direkt einen Techniker von der Telekom geschickt.

    Der hat die Dose komplett neu gemacht, und seitdem treten die Sync Abbrüche deutlich seltener auf.

    Es gibt außerdem entsprechende Karten, auf denen man sehen kann, wer der Carrier im jeweiligen Gebiet ist.

    Zum Beispiel:

    https://github.com/n-thumann/easybell-carrier-map

    https://n-thumann.github.io/easybell-carrier-map/

    Bei mir ist das die Deutsche Telekom, bei anderen kann es aber auch Versatel (oder andere Anbieter (?)) sein.

    Mein Anschluss geht übrigens nicht erst über die Telekom, sondern direkt zu den Systemen beziehungsweise ins Peering von Easybell. :)