Nehmen Sie zwei verschiedene Telefone bei zwei verschiedenen Mobilfunkanbietern in derselben Stadt und fragen Sie ihre öffentlichen IP-Adressen ab. Es besteht eine reale Chance, dass beide Abfragen eine IP liefern, die auf ein Rechenzentrum Hunderte Kilometer von beiden Telefonen entfernt registriert ist. Das ist weder ein Fehler des Telefons noch des Geolokalisierungsdienstes. Es ist Carrier-Grade NAT, meist CGNAT genannt, und in nahezu jedem Mobilfunknetz gängige Praxis.
CGNAT gibt es, weil den Mobilfunkanbietern die öffentlichen IPv4-Adressen ausgegangen sind, um jedem verbundenen Gerät eine eigene zu geben. Stattdessen weist ein Anbieter jedem Gerät eine private Adresse zu und leitet dessen Traffic über einen gemeinsamen Pool öffentlicher IPs an einem zentralen Gateway, wobei manchmal eine ganze Region oder sogar ein ganzes Land über eine Handvoll Austrittspunkte bedient wird. Von außen sieht jedes dieser Geräte so aus, als teile es sich im selben Moment eine IP mit möglicherweise Tausenden anderen Teilnehmern.
Die direkte Folge für die Geolokalisierung ist, dass eine mobile IP-Adresse oft den Standort des Gateways des Anbieters angibt und nicht die tatsächliche Position des Telefons. Ein Telefon in einer Stadt kann scheinbar von dort aus verbinden, wohin der Anbieter seinen NAT-Pool gerade leitet, und das ist vielleicht der nächstgelegene große Knotenpunkt statt des tatsächlichen Standorts des Nutzers. Das unterscheidet sich vom Festnetz, wo eine IP eher an eine bestimmte regionale Vermittlungsstelle in der Nähe des Teilnehmers gebunden ist.
Dies ist eine bekannte und allgemeine Einschränkung der IP-basierten Ortung in Mobilfunknetzen und nichts, was einen bestimmten Abfrageanbieter betrifft. Sie gilt gleichermaßen, egal welcher Geolokalisierungsdienst die Abfrage durchführt, denn die Einschränkung liegt darin, wie der Anbieter den Traffic leitet, nicht darin, wie die Standortdaten zusammengestellt werden.
Die praktische Konsequenz: Rechnen Sie bei IP-Adressen, die zu ASNs von Mobilfunkanbietern gehören, mit gröberen Ergebnissen, oft auf Ebene der Region oder des Landes, und behandeln Sie Ergebnisse auf Stadtebene aus mobilen Bereichen als vernünftige Schätzung statt als bestätigten Standort. Wenn Ihre Anwendung wirklich wissen muss, wo sich ein Mobilgerät befindet, ist GPS vom Gerät selbst der IP-Geolokalisierung immer überlegen, weil es die Position direkt misst, statt sie aus dem Netzwerk-Routing abzuleiten. Nutzen Sie IP-basierte Abfragen bei mobilem Traffic für das, wofür sie zuverlässig sind: den Anbieter, das Land und meist die Region zu bestimmen, und behandeln Sie alles Feinere als bestmögliche Schätzung statt als Tatsache.
Eine Adresse in einem gut kartierten Stadtzentrum sagt Ihnen fast nichts darüber, wie Ihr System mit einer ländlichen Zustellroute, einer umstrittenen Grenze oder einer Anfrage in Polnähe umgeht. Testen Sie die schwierigen Fälle gezielt.
Nicht jeder Datensatz mit öffentlich wirkenden Standortinformationen darf rechtlich in einem kostenpflichtigen Produkt verwendet werden. Die eigentliche Grenze setzen oft die Lizenzbedingungen, nicht die technische Verfügbarkeit.
Wenn sich eine Anfrage wirklich nicht zuverlässig auflösen lässt, ist es die bessere Antwort, nichts zurückzugeben, statt eine als Tatsache verkleidete Vermutung. Hier ist die Begründung für diese Entscheidung.