Wired Intelligent Edge

 View Only
last person joined: yesterday 

Bring performance and reliability to your network with the Aruba Core, Aggregation, and Access layer switches. Discuss the latest features and functionality of the ArubaOS-Switch and ArubaOS-CX devices, and find ways to improve security across your network to bring together a mobile first solution.
Expand all | Collapse all

ArubaOS-CX, SSR/LSR and the Aruba 8320.

Jump to Best Answer
This thread has been viewed 40 times
  • 1.  ArubaOS-CX, SSR/LSR and the Aruba 8320.

    MVP GURU
    Posted Jun 18, 2022 12:37 PM
    Hi all,

    with the ArubaOS-CX 10.10 just around the corner I casually noticed that some AOS-CX Major Software Releases are declared SSR while some others are declared LSR following this list (no info about Major Software Releases older than AOS-CX 10.6 but that it's pretty much understandable):

    • AOS-CX 10.06 is a Long Supported Release (LSR)
    • AOS-CX 10.07 is a Short Supported Release (SSR)
    • AOS-CX 10.08 is a Short Supported Release (SSR)
    • AOS-CX 10.09 is a Short Supported Release (SSR)
    • AOS-CX 10.10 is a Long Supported Release (LSR)
    Provided that, as per what is explained here, running an AOS-CX Long Supported Release (LSR) means:

    - LSRs are long lived releases where Aruba will introduce new features and new hardware, and park hardware (that is, this may be the last major release supported) as needed.
    - LSRs are be maintained and supported for 5 years (i.e., Initial Release + 5 years) but with two phases and with minor differences between AOS 8 and AOS-CX.
    - Initial Release to End of Maintenance (EOM*): Bug and vulnerability patching with releases reducing in frequency over time.
    - EOM to End of Support (EOST): Vulnerability patching on an as needed basis for High or Critical CVSS issues.

    while running an AOS-CX Short Supported Release (SSR) means:

    - SSRs are short lived releases where Aruba will introduce new features and new hardware. This release will not be the last major release supported for any hardware model.
    - The SSR release support period (e.g., Initial Release + n time) are AOS 8 or AOS-CX specific.
    - The End of Maintenance (EOM*) and End of Support (EOST) will be the same date.

    Then, what is the meaning of this particular part of the first sentence of the LSR description "...and park hardware (that is, this may be the last major release supported) as needed." ?

    The above question with the old and glorious Aruba 8320 in mind (the Aruba 8400X, 8320 and 8325 are de-facto the oldest ones in the current CX family) guessing that it would probably be the first Hardware platform to be "parked" in the next coming years.

    My experience with the Aruba 8320 started with AOS-CX 10.01 four years ago in 2018 so, at this point in time, I'm trying to imagine what will be its lifespan and if the AOS-CX 10.10 will be the Last Major Release supported or not (that is just a personal uneducated guess).

    Considering an Aruba 8320, is it time to plan a move to next-to-come AOS-CX 10.10 or continue to keep it parked into, say, one of 10.07 SSR, 10.08 SSR or 10.09 SSR major releases? mine is currently at 10.07 SSR so downgrading to 10.06 just to benefit of LSR is not an option, better to think about 10.10.

    Any opinion?


  • 2.  RE: ArubaOS-CX, SSR/LSR and the Aruba 8320.
    Best Answer

    EMPLOYEE
    Posted Jun 20, 2022 06:35 AM

    If you want a far-off date on 8320, you may consider upgrading to 10.10 (LSR), after one or two maintenance releases.




  • 3.  RE: ArubaOS-CX, SSR/LSR and the Aruba 8320.

    MVP GURU
    Posted Jun 20, 2022 09:57 AM
    Hi Vincent, do you mean start worrying about moving the Aruba 8320 to 10.10 (LSR) once, say, the 10.11 (SSR, I guess) and the 10.12 (SSR, I guess) will be out? if so it's a matter of waiting years (at least two or three, I guess)...is it correct? or - with "after one or two maintenance releases" you really mean "after one or two software builds once the AOS-CX 10.10 will be published" (so in the next few months)? sorry, I'm confused.


  • 4.  RE: ArubaOS-CX, SSR/LSR and the Aruba 8320.

    EMPLOYEE
    Posted Jun 20, 2022 10:44 AM
    No, by maintenance release I mean revision of the main release. For instance, in 10.09, the second maintenance release was: 10.09.1000.


  • 5.  RE: ArubaOS-CX, SSR/LSR and the Aruba 8320.

    Posted Jun 29, 2022 07:59 AM
    Hi, Does LSR directly map with Conservative release, i.e, LSR is deployed for a significant time in real time production environment and has aggressive testing compared to SSR? Or is the difference limited to that LSR will park and SSR won't with difference in lifetime?  In short, is LSR considered safe and stable compared to SSR? Thank you.


  • 6.  RE: ArubaOS-CX, SSR/LSR and the Aruba 8320.

    EMPLOYEE
    Posted Jun 30, 2022 04:48 AM
    As Davide mentioned already :
    • LSRs would be maintained and supported for 5 years (i.e., Initial Release + 5 years) but with two phases and with minor differences between AOS 8 and AOS-CX. Initial Release to End of Maintenance (EOM*): Bug and vulnerability patching with releases reducing in frequency over time. EOM to End of Support (EOST): Vulnerability patching on an as needed basis for High or Critical CVSS issues.

    There is no new features back-porting in LSR.
    There is no test quality differences between LSR and SSR. But as time flies, the LSR will include more fixes than a given SSR would have, as after one year there is no fix any longer on that given SSR. In the same time, a new SSR will include fixes inserted in previous SSR or LSR.