So Dachsparren halten ja schon Einiges aus, aber eben auch nicht unedlich viel.
Da liegt eine Fehlannahme zu Grunde. Die Masten sind idR nicht auf dem Dach befestigt, sondern auf dem Dachboden und gehen dann durchs Dach, habe letztens Mal Indoorfotos von so einer Installation gesehen. War sogar ein 1&1-Neubau.
Was passiert, wenn man die Sender einfach von cellmapper standardmäßig mappen lässt?
Welchen Fall meinst du gerade? Wenn eine eNodeB als DAS gekennzeichnet wurde, dann werden alle gefundenen Zellen einzeln nach Feldstärke auf die Karte gesetzt, quasi wie ein Rundstrahler.
Bei einer Mehrfachnutzung durch MOCN würde der Sender wohl irgendwo dazwischen einsortiert, ggf näher am Standort des Nehmernetzes, weil da meist mehr Bänder und damit mehr Zellen empfangen werden. Aber das passiert eher selten bis nie, denn meist ist der Sender des Nehmernetzes schon gesetzt und es tauchen dann "Sektoren" auf, die Reichweiten von mehreren hundert Kilometern haben können, weil ebenda der MOCN-Gebersender getrackt wurde.
Richtig fies sind am Ende die Fälle, wo auch die CellID doppelt genutzt wird und nur anhand des Areacodes differenziert werden kann. Das kann Cellmapper nicht, weil das einfach als Änderung des Areacodes aufgefasst wird, was ja auch der häufigste Fall sein dürfte. Ein Beispiel dafür ist die 120602 von O2 bzw. der Telekom. Letztere stellt MOCN im Harz bei Drei Annen Hohne auf Sektor 0 und 1 zur Verfügung und O2 selbst hat den Sender mit derselben ID in Greifswald stehen und sendet da auch L20 im alten Nummernschema. Damit ist Sektor 1 doppelt belegt und falls ihn jemand im Harz loggte, würde der Footprint entsprechend groß... Da muss dann irgendwann der SRAN-Umbau kommen.
Übrigens hängt cellmapper aktuell auch bei Premium extrem... 2 Tage alte Aufzeichnungen sind noch immer nicht drin
Hmmm, kann ich so nicht bestätigen. Ein neu gefundener Sektor von heute war direkt drin. Meinst du das "last seen" des ganzen Senders oder nur des Sektors? Wenn nur der Sektor fehlt, einmal auf der Karte "am Sender rütteln", sprich eine Datenbank-Aktion auslösen. Ich setze für gewöhnlich einmal den Sendertyp auf den bereits ausgewählten und dann tauchen die fehlenden Daten auf.
Wenn der "last seen" des ganzen Senders hinterher hängt, dann fehlen die Daten wohl noch komplett. Guck mal, ob der Sender, in dem du gerade bist, das "Last seen" aktualisiert, wenn du deine Daten hochlädst. Wenn ja, dann ist wohl beim ursprünglichen Upload was schief gewesen. Wenn nicht, dann ist irgendwas anderes im Busch.
Nein, ich glaube Vodafone unterbindet Wlan Call, was er ja damit provozieren wollte, im Ausland.
Klarer Fall von "jein". Vodafone löst die DNS-Anfragen zu .mnc002.mcc262.3gppnetwork.org aus dem Ausland schlicht nicht auf. Erreichbar sind die Server ohne Weiteres. Wenn man Zugriff auf die DNS-Infrastruktur hat, kann man die IPs da selbst eintragen und dann sollte das auch aus dem Ausland funktionieren. Für den Otto-Normal-Nutzer dürfte das allerdings eine zu hohe Hürde sein.
Mangels VF-Zugang kann ich es nicht ausprobieren, aber ich vermute stark, dass ein Hotspot einer deutschen SIM im Ausland VF-VoWifi ermöglichen würde, da der Zugang ja über Deutschland realisiert wird. Im hier bezeichneten Fall war es allerdings eine US-SIM und da scheitert dann wieder die Namensauflösung. Spannende Frage wäre, was passiert, wenn man ein VPN in Deutschland zwischenschaltet.
"DAS" sind "Distributed Antenna Systems". Der Typ kann manuell zugewiesen werden, wenn nicht alle Sektoren an der selben Stelle stehen. Ich bin kein riesiger Freund davon, weil das nicht nur die Sektoren, sondern auch die einzelnen Bänder aufsplittet.
Nutzen tu ich es eigentlich nur, wenn mal wieder irgendwo eine MOCN-Station eine eNodeB-ID verwendet, die auch im Nehmernetz vorkommt. Da schreib ich aber auch immer was entsprechendes ins Wiki.
Man kann in der App auch weiterhin die alte Karte nutzen und die funktioniert auch ohne Captchas und ruckelfrei. Man darf sie nur nicht zu schnell nach Starten der App öffnen, weil dann die Liste der Netze noch nicht geladen ist.
Und finden tut er Satzzeichen.
(SCNR)
Laut einem Beitrag hier im Forum aus dem Jahr 2006 hat nur E-Plus die Verwendung der USIM erzwungen, nicht aber D1/D2/o2.
Ersteres kann ich aus eigener Erfahrung von damals bestätigen. Mit meinem ersten UMTS-fähigen Telefon hab ich erstmal ein dummes Gesicht gemacht und bin dann beim örtlichen grünen Shop vorstellig geworden, wo mir auch sofort mit einer neuen SIM geholfen wurde.
Netmonster wertet mit allen Geräten (anders wie Cellmapper) die Daten von der API korrekt aus im Falle von MOCN.
Nope, ambus ist bei O2 und im Screenshot steht, er wäre mit VF im MOCN bei O2 in Band 1. (Rechts am Rand des Screenshots steht in grau das Netz, das Netmonster als das aktuelle annimmt)
Ich bekomme an meinem besagten Standort in Herdecke regelmäßig die "neuer Sender"-Notification für die VF-Datenbank, weil ich im Band 1 oder 3 eines O2-Standorts eingebucht bin.
Netmonster rät beim API-Verhalten, dass bei MOCN das Gebernetz übergeben wird und beide Datenbanken verfügbar sind, eine mögliche Zuordnung. Ich habe noch keine Regelmäßigkeit dabei entdeckt, aber es wird sicherlich eine geben. Die ist manchmal (evtl. auch meistens) richtig, manchmal aber auch offensichtlich nicht.
Netmonster hat offenbar irgendeine Logik hinterlegt, um MOCN-Verbindungen dem Empfängernetz zuordnen zu können. Viele Geräte zeigen MOCN-Sender mit den Kennungen des Gebernetzes an und Netmonster biegt das dann irgendwie um. Wenn man nur die DB des eigenen Netzes heruntergeladen hat, wird das auch immer korrekt funktionieren. Sobald man aber mehrere DBs runtergeladen hat, weil man bspw. mit einem Dual-SIM-Gerät unterwegs ist, kommt es gelegentlich zu solchen Fehlzuweisungen.
Genau dasselbe Problem hatte ich mit einem O2-Sender in Herdecke, der für VF freigegeben war. Da wurde mir auch eine VF-Verbindung im Band 1 angezeigt, obwohl ich nur O2 und TK im Telefon eingelegt habe. Nachdem ich die VF-Datenbank probehalber gelöscht hatte, kam der Zuordnungsfehler nicht mehr.
Spannenderweise löst die o.g. Adresse für die Telekom aber auch zu einem Google-Server auf. Vodafone hostet selbst, aber ohne IPv6 und Telefonica ist auch wieder bei Google, aber in einem komplett anderen Subnetz.
