OpenScape > OpenScape - Office (OSO MX/LX/HX)

Downgrade Openscape office da v3 a V2

(1/2) > >>

damafrare:
Salve,

vorrei sapere se è possibile fare un downgrade OSO da V3 a V2, dato che ho la necessità di interfacciarlo con hipath 2000 in H323.

Grazie

Kimera:
Ti riferisci al downgrade di OpenScape Office MX/LX V3 in V2 o al downgrade di OpenScape Office HX V3 in V2?

Nel secondo caso, e soprassedendo a tutte le problematiche inerenti il (re)Licensing (sempre che siano problematiche, ad oggi, realmente affrontabili visto che l'OSO HX V3 è in Phase Out tanto quanto l'OSO HX V2), direi che il Downgrade (come processo automatico o semi-automatico) NON è possibile: basta vedere i sistemi operativi che OSO HX V3 e V2 utilizzano come base di appoggio, il V3 utilizza SLES 11 SP1 (32 bit) (ora, in linea con l'OSO LX, utilizza SLES 11 SP3 anche a 64 bit) mentre il V2 utilizza(va) SLES 10 SP3 (solo a 32 bit), già questa differenza relativa al solo sistema operativo ti dovrebbe far riflettere (non parliamo poi dell'assenza di un meccanismo di downgrade che importa il DB di OSO HX V3 in OSO HX V2 e di tutte le problematiche connesse). D'altra parte deve essere anche cambiata la parte puramente applicativa: l'OSO HX inteso come applicazione che si installa sopra il sistema operativo. Quindi direi un bel: NO GO. Fai prima a rifare una macchina OSO HX V2 (Licenze permettendo).

Nel primo caso (che penso sia quello che sottointendi tu), sempre soprassedendo a tutte le problematiche di un (re)Licensing (con lo stesso inciso fatto per lo stato di Phase Out fatto sopra), forse la cosa è possibile in modo semi-automatico...perchè potresti forzare il sistema a caricare una Rescue Image OSO MX V2 (so di una V2 R1.0.0 (003) Rescue Image) via USB che ti re-inizializzerebbe il sistema come se fosse uscito di fabbrica portandotelo in uno stato di Factory Default (dopo devi attrezzarti per portarlo all'ultima versione V2 R1.7.1 (007) disponibile prima che Siemens cessasse il supporto su tale linea APS MX V2 a fine 2011 obbligando il passaggio agli APS MX V3), ovviamente scordandoti di recuperare qualsiasi tipo di Backup fatto in V3 (intendo scordandoti di importare un Backup generato su OSO MX V3 in OSO MX V2): da questo punto di vista la "chiusura" di OSO MX (che è un sistema "Embedded"), inteso come appliance "chiusa", ti viene incontro ed è a tuo favore...perchè (sempre che non ci siano problematiche o inter-blocchi sull'Hardware del V3 che impediscano un passaggio forzato a V2) dovresti poter almeno (re)inizializzare l'HDD interno con una Immagine Disco V2 come quando si hanno problemi con un sistema e questo ammette la (re)inizializzazione con una versione "X" (di Recupero/Rescue) del sistema stesso.

La vedo in ogni caso ben dura...ah...HDD da 80GB, 160GB o 250GB su OSO MX non dovrebbe fare differenza per il metodo della Rescue Image.

Saluti, Kimera.

P.S. Scusa la domanda: perchè hai la necessità di "riesumare" il Protocollo H.323 per interconnettere un OSO ad un HiPath 2000?

damafrare:
Ho provato a interconnetterli sia in SIP.Q che in SIP nativo ma non mi funziona, e leggendo qualche post inserito avevano tutti lavorato in H323. Se hai qualche info a riguardo ne sarei ben lieto, anche perchè non avevo pensato alle licenze (cosa molto grave).
Comunque l'ho portato in V2 ma non funziona uguale.

Grazie

damafrare:
Ho interfacciato OSO MX V3 con varie centrali, Hipath 3000, Hipath 4000, Cisco CUCM 8, Avaya IP office, Asterix, 3CX, ma non riesco con Hipath 2000 V1. Che stranezza....

Kimera:
Forse perchè, per provare ad interfacciarti con Trunk SIP-Q (V2) (sempre meglio che con l'H.323), dovresti provare ad aggiornare l'HiPath 2000 V1 in HiPath 2000 V2 (e direi almeno V2 R4 se vuoi anche la SPE anzi, meglio V2 R5.5.0 ovvero l'ultimo rilascio). In HiPath 2000 V1 il SIP-Q (V2) non mi pare fosse implementato (devo verificare) e con SIP-Q (V2) era previsto l'inter-networking con HiPath 2000/3000/4000 e 5000 (mi pare solo l'HiPath 8000 dell'epoca rimanesse escluso).

Navigation

[0] Message Index

[#] Next page