- Mitglied seit
- 2 Nov 2015
- Beiträge
- 399
- Punkte für Reaktionen
- 13
- Punkte
- 18
Hallo zusammen,
ich habe hier ein recht spezielles MultiSIM-Szenario im Telekom-Netz, das die Wear OS Data Layer API scheinbar komplett zum Absturz bringt. Vielleicht hat hier jemand tiefere Einblicke in das SMS-Routing oder kennt das Phänomen.
Mein Setup:
Meine Vermutung zum Routing-Konflikt:Google Messages versucht auf der Uhr eine Identität aufzubauen. Das S25 Edge verwaltet beide Nummern, die Uhr meldet sich im Netz (und bei Google) aber explizit mit der Identität der geschäftlichen Nummer. Ich vermute stark, dass sich hier Googles Sync-Logik und die netzseitigen SMS-Routing-Regeln der Telekom (MultiSIM SMS-Empfang ist ja eigentlich auf ein Gerät limitiert, auch wenn das bei RCS anders sein mag) in die Quere kommen.
Bereits ausgeschlossen:
Danke vorab für Euren Input!
ich habe hier ein recht spezielles MultiSIM-Szenario im Telekom-Netz, das die Wear OS Data Layer API scheinbar komplett zum Absturz bringt. Vielleicht hat hier jemand tiefere Einblicke in das SMS-Routing oder kennt das Phänomen.
Mein Setup:
- Hauptgerät: Galaxy S25 Edge (Dual-SIM aktiv: SIM 1 = Privat, SIM 2 = Geschäftlich)
- Smartwatch: Galaxy Watch8 LTE. Die eSIM der Uhr ist eine reine MultiSIM von SIM 2 (Geschäftlich).
Meine Vermutung zum Routing-Konflikt:Google Messages versucht auf der Uhr eine Identität aufzubauen. Das S25 Edge verwaltet beide Nummern, die Uhr meldet sich im Netz (und bei Google) aber explizit mit der Identität der geschäftlichen Nummer. Ich vermute stark, dass sich hier Googles Sync-Logik und die netzseitigen SMS-Routing-Regeln der Telekom (MultiSIM SMS-Empfang ist ja eigentlich auf ein Gerät limitiert, auch wenn das bei RCS anders sein mag) in die Quere kommen.
Bereits ausgeschlossen:
- Cache/Daten gelöscht, Werksreset der Uhr, Akku-Restriktionen entfernt, Messages Beta getestet.
Danke vorab für Euren Input!
Zuletzt bearbeitet: