Descrizioni delle versioni ArubaOS 8 e AOS-CX

"Tag" o descrizione della versione attiva

Versione supportata a breve termine (SSR, Short Supported Release)

• Le SSR sono versioni di breve durata in cui Aruba introdurrà nuove funzionalità e nuovo hardware, ma non interromperà il supporto ad alcun hardware (vale a dire, l'ultima versione principale supportata).
• Il periodo di supporto della versione SSR (ad esempio, rilascio iniziale + n tempo) è specifico per AOS o AOS-CX.
• La fine della manutenzione (EOM*, End of Maintenance) e la fine dell'assistenza (EOST, End of Support) avranno luogo lo stesso giorno.

*Nota: la data esistente di "Fine dello sviluppo" viene sostituita dalla data di "Fine della manutenzione".

Per le specifiche delle tempistiche, consultare https://www.arubanetworks.com/it/servizi-di-assistenza/politica-sul-fine-vita/

Versione supportata a lungo termine (LSR, Long Supported Release)

• Le LSR sono versioni di lunga durata in cui Aruba introdurrà nuove funzionalità, nuovo hardware e interromperà il supporto di un determinato hardware (vale a dire, l'ultima versione principale supportata), in base alle esigenze.
• Le LSR saranno sottoposte a manutenzione e supportate per 5 anni (vale a dire, rilascio iniziale + 5 anni), ma in due fasi e con piccole differenze tra AOS e AOS-CX.
• Dal rilascio iniziale alla fine della manutenzione (EOM*): rilascio di patch per risolvere vulnerabilità e bug che si riducono di frequenza nel tempo.
• Dalla fine della manutenzione alla fine dell'assistenza (EOST, End of Support): rilascio di patch per risolvere vulnerabilità in base alle esigenze per problematiche relative al CVSS elevate o critiche.

Per le specifiche delle tempistiche, consultare https://www.arubanetworks.com/it/servizi-di-assistenza/politica-sul-fine-vita/

C-build

In casi rari, una c-build (customer build) indica una versione creata per soddisfare rapidamente un'esigenza specifica, ad esempio una funzione o una correzione per un problema specifico nell'ambiente del cliente o l'adozione di hardware in una versione "fuori ciclo". Una c-build è una soluzione temporanea fino all'inserimento di una funzione, correzione o hardware in una versione standard. Le C-build vengono sottoposte a un rapido ciclo di test e garanzia di qualità per il solo caso di utilizzo specifico. Aruba consiglia l'adozione delle c-build esclusivamente per risolvere un caso di utilizzo molto specifico.

Le C-build non sono supportate dal centro di assistenza tecnica Aruba e sono gestite direttamente dal team di sviluppo Aruba. L'approvazione deve essere concessa dal team stesso. Le C-build non vengono pubblicate nella pagina dell'assistenza di Aruba e non prevedono criteri di supporto o patch.

Versione conservativa (CR, Conservative Release)

Il tag Conservative Release (Versione conservativa) indica che una versione è stata implementata in più reti di produzione dei clienti. Le versioni conservative possono essere considerate il "gold standard" o le versioni "di riferimento" del portfolio WLAN di Aruba. Aruba consiglia l'adozione delle versioni conservative in qualsiasi rete di produzione dei clienti.

Versione standard (SR, Standard Release)

Il tag Standard Release (Versione standard) indica una versione che introduce importanti funzionalità software e/o piattaforme hardware nuove. Qualsiasi cliente interessato a nuove funzionalità software o piattaforme hardware è invitato ad eseguire l'aggiornamento a una versione standard. Le versioni standard vengono sempre sottoposte a una serie di prove e a una valutazione approfondita della qualità prima della pubblicazione e prima di essere rese disponibili a tutti i clienti. Dopo l'adozione da parte di più clienti, le versioni standard possono essere "promosse" a versioni conservative.

Versione tecnologica (Technology Release)

Il tag Technology Release (Versione tecnologica) indica che la versione introduce funzionalità software e/o piattaforme hardware nuove per soddisfare rapidamente i requisiti del mercato in continua evoluzione. Le versioni tecnologiche consentono ad Aruba di soddisfare esigenze uniche dei clienti, richieste di prodotti o di apportare miglioramenti tecnologici entro una finestra temporale limitata. I clienti che desiderano adottare questi casi di utilizzo emergenti sono invitati ad eseguire l'aggiornamento alle versioni tecnologiche. Le versioni tecnologiche vengono sottoposte a una serie di prove e a una breve valutazione della qualità per garantire il funzionamento delle nuove funzionalità, ma non a una serie di prove completa per tutti i casi di utilizzo noti come avviene per le versioni standard.

La convenzione di denominazione delle versioni tecnologiche segue il modello [a.b.c.d-nomefunzionalità] o [a.b.c.d-piattaformaHW], dove "a.b.c.d" indica la versione di Aruba OS di base e nomefunzionalità/piattaformaHW indica la nuova funzionalità che viene introdotta in quella particolare versione.

Il ciclo di vita dell'assistenza per le versioni tecnologiche tende a essere breve e in genere viene esteso fino a quando le funzionalità non vengono unite a una versione standard futura. Il rilascio di patch e il ciclo di supporto non sono definiti per le versioni tecnologiche.

Disponibilità generale (GA, General Availability)

Il tag General Availability (Disponibilità generale) veniva precedentemente usato per indicare la versione distribuita in più reti di produzione dei clienti. Attualmente è stato sostituito dal tag Conservative Release (Versione conservativa) descritto in precedenza.

Distribuzione anticipata (ED, Early Deployment)

Il tag Early Deployment veniva usato per indicare una versione che introduceva funzionalità software e/o piattaforme hardware nuove. Ora, è stato sostituito dal tag Standard Release descritto in precedenza.