Zum Inhalt springen

Magenta Community

Erweiterte Suche für „“
📱 eSIM Aktivierung 📱
​📓​ Internet KLAX jetzt auch mit 5G! ​📓​

hoferanda

Starter
 Profil anzeigen  Aktivitäten des Benutzers anzeigen

  • Gesamte Inhalte

    11

  • Benutzer seit

  • Letzter Besuch

 Inhaltstyp 

Beiträge erstellt von hoferanda

    Rapidgator seit letzter Woche extrem langsam - Hilfe!

    in Mobilnetz

    Geschrieben

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

     

    Probleme mit Magenta Gigakraft 5G 500: Massiver Speedeinbruch bei DDownload!

    in Mobilnetz

    Geschrieben · Bearbeitet von hoferanda

    Am 26.3.2024 um 16:32 schrieb WulleWulle:

    Wie wäre es mit einer Drosselung seitens Content Provider (z.B. EDGECAST) der die Downloads oder Routen anbietet. Vielleicht wurde das ganze Magenta IP Netz wegen DDoS bei den Content Providern getriggert, und somit wird der Traffic einfach von den Providern klein gehalten, zur DDoS Prevention. Das würde das Verhalten des schnellen Starts, und des weiterem Verlangsamen des Downloads erklären.

     

    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.

     

    Probleme mit Magenta Gigakraft 5G 500: Massiver Speedeinbruch bei DDownload!

    in Mobilnetz

    Geschrieben

    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!

     

    Probleme mit Magenta Gigakraft 5G 500: Massiver Speedeinbruch bei DDownload!

    in Mobilnetz

    Geschrieben · Bearbeitet von 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:

    Zitat

    C:\Users\xxx>nslookup
    Standardserver:  internerdns
    Address:  192.168.2.1

    > s133.rapidgator.net
    Server:  internerdns
    Address:  192.168.2.1

    Nicht autorisierende Antwort:
    Name:    s133.rapidgator.net
    Address:  188.130.223.26

    > server 9.9.9.9
    Standardserver:  dns9.quad9.net
    Address:  9.9.9.9

    > s133.rapidgator.net
    Server:  dns9.quad9.net
    Address:  9.9.9.9

    Nicht autorisierende Antwort:
    Name:    s133.rapidgator.net
    Address:  188.130.223.26

    > server 1.1.1.1
    Standardserver:  one.one.one.one
    Address:  1.1.1.1

    > s133.rapidgator.net
    Server:  one.one.one.one
    Address:  1.1.1.1

    Nicht autorisierende Antwort:
    Name:    s133.rapidgator.net
    Address:  188.130.223.26
     

     

    Die "lahme" Route über Magenta:

    Zitat

    Routenverfolgung zu s133.rapidgator.net [188.130.223.26]
    über maximal 30 Hops:

      1    <1 ms    <1 ms    <1 ms  192.168.2.1 <-- lokaler Rechner
      2    12 ms    12 ms    10 ms  195-34-148-197.static.upcbusiness.at [195.34.148.197] <-- UPC-HSD-ANCHOR, Magenta
      3     8 ms    12 ms     9 ms  80.241.21.241  <-- UPCAT-Infrastructure, Magenta
      4    19 ms    19 ms    17 ms  at-vie09c-rc01.as8412.net [217.25.122.61] <-- Magenta-Infrastructure, Bregenz
      5    18 ms    18 ms    18 ms  at-vie09c-ri01.as8412.net [217.25.123.5] <-- Magenta-Infrastructure, Bregenz
      6    19 ms    24 ms    17 ms  80-241-24-27.static.upcbusiness.at [80.241.24.27] <-- UPCAT-Infrastructure, Magenta
      7    44 ms    41 ms    45 ms  nl-ams17b-rc1-lag-10-0.aorta.net [84.116.130.54] <-- LibertyGlobal, Schiphol
      8    45 ms    45 ms    44 ms  nl-ams04a-ri3-ae-9-0.aorta.net [84.116.130.242] <-- LibertyGlobal, Schiphol
      9    38 ms    38 ms    38 ms  213.46.191.82 <-- LibertyGlobal CHELLO-BACKBONE, Amsterdam
     10     *       42 ms    41 ms  connected-by.global-layer.com [37.123.210.20] <-- Global Layer B.V., Amsterdam
     11    43 ms    42 ms    42 ms  connected-by.global-layer.com [37.123.210.35] <-- Global Layer B.V., Amsterdam
     12    39 ms    39 ms    38 ms  188.130.223.26 <-- Ultranex LTD (rapidgator.net), Holland 

     

    2. den VPN eingeschaltet, Download bei knapp 400mbit, bleibt konstant

    DNS wie erwartet

    Zitat

    Standardserver:  internerdns
    Address:  192.168.2.1

    > s133.rapidgator.net
    Server:  internerdns
    Address:  192.168.2.1

    Nicht autorisierende Antwort:
    Name:    s133.rapidgator.net
    Address:  188.130.223.26

    > server 9.9.9.9
    Standardserver:  dns9.quad9.net
    Address:  9.9.9.9

    > s133.rapidgator.net
    Server:  dns9.quad9.net
    Address:  9.9.9.9

    Nicht autorisierende Antwort:
    Name:    s133.rapidgator.net
    Address:  188.130.223.26

    > server 1.1.1.1
    Standardserver:  one.one.one.one
    Address:  1.1.1.1

    > s133.rapidgator.net
    Server:  one.one.one.one
    Address:  1.1.1.1

    Nicht autorisierende Antwort:
    Name:    s133.rapidgator.net
    Address:  188.130.223.26

     

    Die Route natürlich eine andere:

    Zitat

    Routenverfolgung zu s133.rapidgator.net [188.130.223.26]
    über maximal 30 Hops:

      1    <1 ms    <1 ms    <1 ms  192.168.2.1 <-- lokaler Rechner
      2    15 ms    15 ms    15 ms  10.5.0.1 <-- Tunnelende Wireguard
      3    15 ms    13 ms    13 ms  212.103.61.252 <-- NordVPN Server
      4    13 ms    13 ms    15 ms  vl201.vie-itx1-core-1.cdn77.com [185.156.45.132] <-- Datacamp Limited, CDN
      5    13 ms    14 ms    14 ms  ae14-415.vie10.core-backbone.com [81.95.9.66] <-- Core-backbone GmbH, Germany
      6    31 ms    30 ms    34 ms  ae5-2074.ams10.core-backbone.com [81.95.2.138] <-- Core-backbone GmbH, Holland
      7    37 ms    31 ms    31 ms  5.56.17.82 <-- Core-backbone GmbH, Holland
      8    36 ms    33 ms    32 ms  connected-by.global-layer.com [37.123.210.20] <-- Global Layer B.V., Holland
      9    34 ms    32 ms    32 ms  connected-by.global-layer.com [37.123.210.35] <-- Global Layer B.V., Holland
     10    31 ms    32 ms    32 ms  188.130.223.26 <-- Ultranex LTD (rapidgator.net), Holland 

    Ablaufverfolgung beendet.

     

    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.

     

     

     

     

     

    Rapidgator seit letzter Woche extrem langsam - Hilfe!

    in Mobilnetz

    Geschrieben

    Am 1.2.2024 um 19:20 schrieb Atoc:

     

    Also rechtlich gesehen ist es bei einem Mobilfunkvertrag erlaubt, dass es zu gewissen Schwankungen in der Bandbreite kommt. Da Mobilfunkverbindungen wie der Name schon sagt über Mobilfunkmasten deine Verbindung beziehen und diese durch sehr viele verschiedene Faktoren beeinflusst werden können.. wie z.B. falsche Platzierung des Routers/Ausenantenne, dichter Schneefall,  starker Regen, Funkloch, zu Dicke Wände/Isolation in der Wohnung/im Haus etc. 

    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.

    Am 1.2.2024 um 19:20 schrieb Atoc:

    Wichtig wäre für dich in erster Linie zu prüfen ob deine Einbrüche der Bandbreite wirklich seites von Magenta stammen oder  vielleicht auch einer der oben genannten Gründe zutreffend ist.

    Again: Thread lesen. Dass es an Magenta und nicht an RG liegt zeigt der VPN Test.

     

    Am 1.2.2024 um 19:20 schrieb Atoc:

    Ist dies nicht der Fall, so kannst du dich mit Magenta in Kontakt setzen und im besten Falle eine Preisreduzierung oder auch einen frühzeitigen Austritt aus dem Vertrag vereinbaren ... dies solltest du jedoch in schriftlicher Form erledigen, am besten per EINSCHREIBEN.

     

    Ich weise dich nur darauf hin, dass Magenta es dir nicht leicht machen wird aus dem Vertrag zu treten. Vorschlag meinerseits wäre du holst dir dazu den passenden Anwalt (oft durch eine Rechtsschutz Versicherung gedeckt) und machst es auf kurzem und unkomplizierten Wege.

     

     

     

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

    Rapidgator seit letzter Woche extrem langsam - Hilfe!

    in Mobilnetz

    Geschrieben

    Am 29.1.2024 um 13:59 schrieb Jonathan Dorian:

    In gewisser Weise schon -> https://blog.magenta.at/internet/sicherheit/netzsperre/

    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.

    Am 29.1.2024 um 13:59 schrieb Jonathan Dorian:

    Auch empfehle ich die AGBs (https://www.magenta.at/content/dam/magenta_at/pdfs/consumer/agb/AGB_Privatkunden_Kabel_09022023.pdf) ab Punkt 14 einmal zu studieren. Da steht nämlich, dass Magenta nicht Verantwortlich ist für die Netz-Qualität durch Drittanbieter - Fraglich ist, ob sich hier solche Hoster auch dazu zählen. 

    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?

     

    Am 29.1.2024 um 13:59 schrieb Jonathan Dorian:

    Ist nur meine Meinung dazu (kein Statement von Magenta!).

     

    LG JD. 

     

     

    Wie kommt man zu einem Statement von Magenta? Die Hotline gibt sich leider ahnungslos wie immer...