AASTRA SIP-DECT (Release 2.1)- OM System Manual - Installation, Administration and Maintenance EN - Manual (Page 150)

SIP – DECT OM System Manual Release 2.1 7 Configuration und Administration Aspects
depl-1230/1.3 Page: 150 (196)
Please note: Please be aware that a minimum downtime of the system can only be reached
if the system was in a stable working state when initiating the update and the
IP infrastruckture guarantees a fast update of the OMM RFPs e.g. no 64kbit/s
line to donload the SW into the RFP. A RFP typically laods the SW from a
server within 12 seconds in a LAN environment.
OMM in host mode (on Linux PC)
For an update with a minimum impact to the DECT service do the following:
1 Replace the boot image file on the TFTP server(s).
2 Manually update the standby OMM.
a) Stop the OMM service.
b) Install the new SW.
c) Start the OMM service.
d) Wait at least 30 seconds before you go on with updating the active OMM.
3 Manually update the active OMM.
a) Stop the OMM service.
b) Install the new SW.
c) Wait at least 30 seconds.
d) Start the OMM service.
Please note: A one by one update of RFPs is not possible if the signaling interface between
the OMM and the RFP has been changed. Please see the release notes
delivered with the software.
To enforce an update of the whole DECT system at once, deactivate / update both OMMs
simultaneously. The RFPs will lost the connection to both OMMs and will automatically
restart with the new boot image file.
7.11 OMM Standby
To perform OMM standby, two OpenMobility Managers have to be provided in an OMM
network. One is working as the active OMM, and the other one is working as the standby
OMM.
In the event that the RFP designated as the OMM fails, the other RFP, designated as the
secondary OMM automatically assumes the role of the OpenMobility Manager.
How OMM Standby Works
During system start-up, each IP-RFP retrieves either one (if no standby OMM is configured)
or two (if OMM Standby is configured) OMM IP addresses and both try to connect to each
other. The active OMM will serve all connections from RFPs or handsets.
During normal operations, both the active and the standby OMM are in contact and monitor
each other’s operational state. They continually exchange their current standby states and
the standby OMM receives a copy of any configuration changes on the active OMM.