Ciao,
direi che la soluzione del sistema gemello (in tutto e per tutto) in standby freddo è l'unica soluzione drastica percorribile se il tuo Cliente ha l'assoluta necessità di un sistema in (pseudo-)HA (visto che non si può ridondare in maniera intelligente nè creando due nodi che hanno coscienza reciproca (watchdog di due nodi in High Availability) nè ridondando a livello di singolo nodo (tipo HiPath 4000 con CPU ridondate all'interno dello stesso nodo) o di un sistema multi-nodale (HiPath 8000 con secondo nodo in Hot-Standby separati geograficamente o meno)).
Quello che accade in sistemi "SIP Proxy" avanzati (vedi HiPath 8000/OpenScape Voice) è invece legato e gestito dalle funzioni di HA che determinano la Survivability ai vari possibili fault di rete (ed i settaggi di cui vi è traccia nei parametri dei terminali IP sono solo il riflesso delle potenzialità che si celano dietro ad architetture del genere): "The survivability feature will allow the SIP User Agent (i terminali IP o i softphone) to register with a backup SIP Proxy which will be used to make and receive calls when the primary SIP Proxy fails or is not reachable due to a network failure."
Ovviamente queste funzionalità (Survivability) esistono perchè l'architettura dei sistemi (e dei protocolli su cui si poggiano) è completamente differente (High Availability) da quella su cui si poggia l'HiPath OpenOffice ME/EE o su quella fondante dei sistemi HiPath 3000/2000.
Si potrebbe poi iniziare a disquisire sul fatto che, allora, anche i Trunks urbani andrebbero, in qualche modo, ridondati a loro volta...ma questo dipende da dove si vuole che la ridondanza abbia più effetto in caso di guasto (salvaguardare le comunicazioni interne a scapito di quelle verso l'esterno o viceversa...oppure entrambe ?). Discorso quantomai difficile.
Saluti,
Kimera.
P.S.
Parlare di "backup" non è corretto (e falsa la visione dei sistemi): sarebbe più corretto (soprattutto in termini tecnici) infatti adottare il termine "sistema ridondante" / "con ridondanza"...il cui effetto è la sopravvivenza del sistema (nella migliore delle ipotesi) senza alcuna soluzione di continuità per i client (e pure per il "sistema" stesso visto come insieme di nodi che concorrono a realizzare un sistema ridondante).