Zum Inhalt springen

Magenta Community

Erweiterte Suche für „“
📱 eSIM Aktivierung 📱

hoferanda

Starter
 Profil anzeigen  Aktivitäten des Benutzers anzeigen

  • Gesamte Inhalte

    11

  • Benutzer seit

  • Letzter Besuch

 Inhaltstyp 

Alle erstellten Inhalte von hoferanda

  1. hoferanda
    Update: "aktuell" gehts wieder schneller
  2. hoferanda
    Aktuell gehts wieder mit der normalen Geschwindigkeit - diese "guten Phasen" gabs aber immer wieder mal in den letzten Monaten - hat aber nur stundenweise gehalten. *Schauen wir mal, wie lange es hält.* Zwischenzeitlich einen *katastrophalen* Supportanruf bekommen: Auf der positiven Seite ist, dass sich Magenta BEI MIR gemeldet hat aufgrund der Beschwere im Jänner. Negativ: Die Meldung war "es liegt nicht an Magenta, wir können nichts tun". Der wollte schon auflegen, deshalb hab ich ein wenig nachgefragt, ob man das eskalieren könnte etc. "Nein, die Antwort ist schon aus der übergeordneten Technikabteilung". Dass dies unbefriedigend sei und was man nun als weiteren Lösungsansatz macht - denn einfach die Minderleistung liefern und es dabei belassen sei mau.... "Ja, ich solle nochmal dranbleiben" - es vergeht ne Viertelstunde - "Nein, man kann nichts machen, es liegt nicht an Magenta". Ja - aber ich hab es euch ja nachgewiesen mit den Protokollen, Traces etc. - nochmal 15min Warteschlange - ja ich solle nochmal einen *unverständlicher Begriff* machen - er meinte Traceroute. Gerne - an wen darf ich das schicken? An das Kontaktformular. Welches - es gibt nur Vertrag etc.. Er kannte die Seite selbst nicht - wir haben uns auf Vertrag geeinigt Welche Incident/Ticketnummer ich anfügen solle - damit das auch an den richtigen gelangt? Er hat keine Ticketnummer (ehm er hat mich ja zurückgerufen??) - ich soll es einfach so abschicken. -> ergo: die klassische "Beschäftige den Kunden mit irgendwelchem Quatsch" und dann wirds schon gut
  3. hoferanda
    Guter Gedanke! Aber wie du im verschobenen, verlinkten Post siehst ist hier bei der lahmen Route kein CDN am Start - die Downloads werden direkt vom Host von rapidshare geladen. Da gibt es wohl eine floating IP wegen der Lastverteilung aber das wars auch schon. (Einen potentiellen 302er siehst im traceroute natürlich nicht - aber während des Downloads hab ich sniffer und torch laufen lassen um sicher zu sein, dass die Downloadpakete auch vom Zielserver kommen. Und Flaschenhälse wie Reverseproxies werden die wohl nicht einsetzen.) Auch wenn du die Routen vergleichst: - Lahme Route ohne VPN: Magenta/UPC/Chello und dann 2 Hops mit dem Provider von Rapidshare "Global Layer" und der Zielhost - schnelle Route mit VPN: NordVPN Route und dann DIESELBEN 3 Hops am Ende Daraus leite ich ab: es liegt NICHT am Zielhost oder dessen Provider. Nachweislich gehts mit denen ja schnell - und alles was dann bleibt ist die Strecke innerhalb des Magenta Einflusses, wo ausgebremst wird. Und ja - die CDN Geschichte ist spannend und sollte von Magenta trotzdem untersucht werden! PS: Beim Zielhost habe ich nachgefragt: sie melden keine Störungen und sie drosseln nicht.
  4. hoferanda
    Bemerkenswert - ihr verschiebt also Beiträge im Thread, zerstört damit die Querverweise und reißt sie zudem aus dem Kontext? Ihr solltet wirklich bei der Telefonie bleiben... PS: das Problem besteht noch, verbleibt offenbar unbearbeitet.
  5. hoferanda
    lol das ist ja nett! Da macht man sich einen Aufwand für den nüchternen Nachweis dass die Drosselung im Einflussbereich von Magenta erfolgt, postet das Ding hier und was passiert? Der Artikel verschwindet kommentarlos. 🙂 Auf der Hotline wird einem nicht geholfen, versprochene Rückrufe erfolgen nie und am Forum wird zensiert. Vielen Dank Magenta, vielen Dank Forenmoderation!
  6. hoferanda
    traffic-opfer hat völlig recht, mit DNS hat das nichts zu tun... ein Test: Download DESSELBEN Files https://s133.rapidgator.net/download/e0f5b237-1c49-4215-94d0-b2cf86bc9c24 vom SELBEN Server. 1.) direkt via Magenta: Bandbreite startet bei 500mbit und bricht gleich auf einige kb ein. DNS selbstverständlich wird überall dieselbe IP aufgelöst: Die "lahme" Route über Magenta: 2. den VPN eingeschaltet, Download bei knapp 400mbit, bleibt konstant DNS wie erwartet Die Route natürlich eine andere: Fazit: Sieht man sich beide Routen an, so ist bei der "lahmen" Magentaroute bis zum 9. Hop alles noch Magenta/exUPC/exChello. Danach kommen nur noch die 2 Hopser vom Provider des Zielservers bei rapidgator - die s133-Trommel steht offenbar bei Global Layer in Holland. Da diese letzten 3 IPs sogar identisch sind mit der "VPN Route" kann man die wohl als Verursacher ausschließen. Was bleibt, liegt komplett im Einflussbereich von Magenta.
  7. hoferanda
    Nope Wandstärke weil Kabel. Und wenn du den Thread gelesen hast: es geht nicht um "Schwankungen" sondern um die Bremse von 500mbit auf nahezu Stillstand. Again: Thread lesen. Dass es an Magenta und nicht an RG liegt zeigt der VPN Test. Puh. Danke für deine "Hinweise". Magenta versucht derzeit selber herauszufinden was hier vor sich geht... - wenn ich mir die Aussagen der involvierten Techniker anhöre dann scheint man offenbar auch irgendwelche Fehlkonfigurationen nicht auszuschliessen. Zwischenzeitlich ist volle Bandbreite nur über mehrere VPNs mit Loadbalancing zu erreichen...
  8. hoferanda
    Nein, auch nicht in "gewisser Weise". Im Zuge eines Verfahrens (zb UrhG) oder auf Anordnung eines Gerichts für zb. Warezseiten wäre das ja fair und nachvollziehbar - aber nicht eigenmächtig, still und heimlich für einen kompletten - legalen! - Hoster. Zudem scheinen die bemängelten Hoster auch nicht auf der verlinkten Seite gelistet auf. Wir reden nicht über die Netzqualität Dritter sondern vom Umstand, dass Magenta offenbar entschieden hat die Bandbreite für spezifische Verbindungen künstlich bis zum praktischen Stillstand zu verlangsamen. Das ist willkürliche Zensur und sicherlich nicht von Punkt 14 gedeckt. Was kommt als nächstes? Entscheidet Magenta dann welche Nachrichtenseiten wir lesen dürfen? Wie kommt man zu einem Statement von Magenta? Die Hotline gibt sich leider ahnungslos wie immer...
  9. hoferanda
    Thema verfehlt. Morgen kommen die dann auf die Idee dd zu sperren - was dann? Der Provider hat nicht einfach zu entscheiden wo man surft und dann entsprechend den Traffic einzuschränken - außer ich hab das vertraglich vereinbart.
  10. hoferanda
    Hat schon wer nachgefragt, wie Magenta das rechtfertigt? Ist das vom Vertrag gedeckt? Oder hat schon wer was bei der Regulierungsbehörde angezeigt wegen Netzneutralität?
  11. hoferanda
    Ich kann das Problem bestätigen. 600mbit via speedtest.net Entsprechender Download bei rg, der aber nach 1, 2 Sekunden komplett einbricht von 60+mb/sauf kb/s Nordvpn einschalten 200 mbit via speedtest.net Download bia rg bei etwa den 200mbit und bricht nicht ein. Nicht akzeptabel, wenn hier Traffic geshaped wird...