Logo:
Ein Logo kann mit der Programmiersoftware eingelesen und in das FuG gespielt werden.
"Verpasste Rufe" TMO/ DMO:
Wenn Gerät B im DMO ist, erhält ein im TMO Rufender A den Hinweis, dass B nicht erreichbar ist.
Es erfolgt keine Zwischenspeicherung des Rufversuches und auch keine Info an A, wenn der wieder zurück im TMO ist. Einzige Möglichkeit wäre eine SDS senden, da diese durch den SDS-Server dann später zugestellt wird (Achtung, SDS-Server soll wohl laut Gerüchten wieder abgestellt werden - BDBOS).
Beste Grüße
Knut
Interessant. Ist es tatsächlich geplant einen Store & Forward Server in Betrieb zu nehmen bzw. so wie Du schreibst klingt das als ob das bereits der Fall ist ? Ich dachte immer dass das Datenprojekt noch weit entfernt ist, da hier immer noch "Grundlagenforschung" mit Handovern bei E2EE betrieben wird.....Zitat von tetraguru
Die Dummheit der Menschen und das Weltall sind unendlich, wobei ich mir beim Weltall nicht sicher bin.
Ich gehe davon aus, dass die geplante Abschaltung des Servers in Kürze wieder vom Tisch ist, denn die aufgeführten Gründe der BDBOS sind längst überholt und nicht mehr belastbar.... Info folgt.
Na ich dachte immer daß dualwatch noch kein Hersteller implementiert hat. Ich dachte immer man benötigt hierzu dringend 2 Receiver die dann parallel beide Stacks (TMO/DMO) abarbeiten. Bist du dir sicher das das in den M-Unterlagen wirklich so beschrieben ist, dass der OK im TMO-Mode gescannt wird ? Das halt ich eher für unwahrscheinlich. Evtl. ist damit gemeint, dass der OK dahingehend geprüft wird, ob ein Presence-Signal eines DMO-GW oder DMO-Rep "in der Luft liegt" - oder alternativ beim auslösen eines Notrufes das Gerät versuchen wird, diesen im TMO-Modus abzusetzen - also dann eine Stack-Umschaltung vornimmt.Zitat von tetraguru
Die Dummheit der Menschen und das Weltall sind unendlich, wobei ich mir beim Weltall nicht sicher bin.
Aktive Benutzer in diesem Thema: 7 (Registrierte Benutzer: 0, Gäste: 7)