Und du musst deinen Unsinn auch wiederholen? Wozu? Anderen Pranks spielen? Hast du meinen verlinkten Beitrag gelesen? Wohl nicht.
Wenn man nichts beizutragen hat einfach mal gar nichts schreiben! Das würde ich dir empfehlen!
o2 nutzt die Funktion "Wildcard-APN" dadurch kann ein beliebiger APN oder auch gar keine eingetragen werden, mit einer Ausnahme wenn man eine öffentliche IPv4 bucht dann muss zwingend der APN "netpublic" eingetragen werden.
Ich habe soeben den APN Typ beim Moto 54 5G auf (nur) MMS gesetzt, und schon gab es keine Daten. Alditalk. Trotz richtigem Namen.
Das ist ja ein ziemlich starkes Indiz dafür, dass meine Vermutung richtig war. Das sind teilweise verschiedene Protokolle, und wenn der Client die Verbindung initiiert, muss er das vorher routen können. Die Frage ist da eigentlich bloß, was noch an im Userinterface unsichtbaren Konfigurationen existiert.
Eventuelle Geschwindigkeitsunterschiede werden mindestens zum Teil auch nur daran liegen, dass der Scheduler im Client Traffic anders priorisiert, wenn er für gewisse Sachen einen speziellen APN zur Verfügung hat. Und wenn er garkeinen APN für was hat, dann sollten auch keine entsprechenden Daten rausgehn. Die Frage, was in jüngeren Geräten automatisch konfiguriert wird, ist eine andere.
Noch mal o2 hat die Funktion "Wildcard APN" aktiviert!
Im HLR/HSS des Netzbetreibers wird ein Eintrag mit einem APN „*“ hinterlegt.
Wenn das Endgerät einen beliebigen APN oder auch keinen sendet, wird dieser auf den Standard-APN gemappt.
Die Authentifizierung läuft dann über die IMSI / SIM-Daten, nicht über den APN-Namen. Ob ein APN übertragen wird oder das APN Feld einfach leer bleibt spielt keine Rolle, weder für die Geschwindigkeit noch für die allgemeine Verbindung.
Ob dein Endgerät eine Datenverbindung aufbaut wenn du gar keinen also auch keinen leeren APN hinterlegt hast ist eine andere Sache und vom Gerät abhängig nicht vom Netz.
Sag ich ja, dass es vom Gerät abhängt. Und das kann zumindest nicht in jedem Fall wissen, was der Netzbetreiber mit den übermittelten Daten macht, und muss dann damit rechnen, dass der APN nicht egal ist, und sich entsprechend verhalten. Wie es auf der anderen Seite technisch realisiert wird, ist aus der Sicht des Geräts belanglos (jedenfalls dann, wenn es älter ist als zwischenzeitlich möglicherweise zusätzlich eingeführte Mechanismen).
Wildcard-APN bei Alditalk:
Ja, ich habe Stromae zugestimmt, weil es sich auch mit meinen Erfahrungen deckt. Habe es eben gerade wieder überprüft: Alditalk Jahrespaket - Samsung A51 (LTE) - Alditalk ist zweite physische SIM - eingetragen war von der SIM selbst der APN "internet" - damit habe ich mit mobilen Daten einen Speedtest bei wieistmeineip.de gemacht - dann APN manuell abgeändert zu "blablub" - kurzer Wechsel der mobilen Daten zu fraenk und zurück zu Alditalk - Speedtest wiederholt - Ergebnis praktisch gleich wie mit APN "internet". Leere APNs mag mein A51 allerdings nicht, das APN-Feld muss einen Wert haben, sonst kommt man nicht raus aus dem Einstellungsdialog.
Nach ausführlicherer Recherche sind meine Vermutungen grob richtig. Der APN besteht an sich wirklich nur aus dem Namen; der Rest von den Einstellungen ist primär clientseitig. Der Typ wird aber wohl beim jeweiligen Verbindungsaufbau nochmal übermittelt (so dass die Gegenstelle danach sortieren kann).
Fehlender APN oder APN ohne Typ "default" ist nicht ganz sicher, weil das Betriebssystem einen hart als Fallback kodiert haben könnte. Mit etwas Nachhilfe kommt die Google-KI auf den Tipp, den regulären APN (mit "default", aber ohne "ims", falls das noch funktionieren soll) dadurch unbrauchbar zu machen, dass man als Proxy:Port 127.0.0.1:8080 einträgt. Ich probier es nicht aus, solang Fehler bei mir kostenpflichtig sind, aber die Methode leuchtet mir schon ein.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
