ArubaOS 및 AOS-CX 릴리스 설명

활성화된 릴리스 “태그” 또는 설명

단기 지원 릴리스(SSR)

  • SSR은 아루바가 새로운 기능과 새로운 하드웨어를 도입하지만 어떤 하드웨어도 파킹하지 않는 단기 지속 릴리스입니다(즉 최종 주요 릴리스 지원).
  • SSR 릴리스 지원 기간(예: 최초 릴리스 + n번)은 AOS 또는 AOS-CX에 따라 다릅니다.
  • End of Maintenance(EOM*)와 End of Support(EOST) 날짜는 동일합니다.

*참고: 기존 “End of Development” 일정은 “End of Maintenance” 일정으로 교체됩니다.

구체적인 일자는 https://www.arubanetworks.com/support-services/end-of-life-policy/를 참조하십시오.

장기 지원 릴리스(LSR)

  • LSR은 아루바가 새로운 기능, 새로운 하드웨어를 도입하고 필요에 따라 하드웨어를 파킹하는 장기 지속 릴리스입니다(즉 최종 주요 릴리스 지원).
  • LSR은 5년간(즉 최초 릴리스 + 5년) 유지되고 지원되지만 두 단계로 구성되며 AOS 과 AOS-CX 사이에 약간의 차이가 있습니다.
  • End of Maintenance(EOM*)의 최초 릴리스: 시간이 지남에 따라 빈도가 줄어드는 릴리스로 버그 및 취약점 패치 적용
  • EOM~End of Support(EOST): High 또는 Critical CVSS 문제에 대해 필요에 따라 취약점 패치 적용

구체적인 일자는 https://www.arubanetworks.com/support-services/end-of-life-policy/를 참조하십시오.

C 빌드

드물게 고객의 특정 요구(예: 고유한 기능, 고유한 고객 환경 문제를 해결하기 위한 특정 결함 수정, 하드웨어를 "주기 외" 릴리스로 채택)를 신속하게 해결하기 위해 작성된 릴리스를 나타내는 데 C 빌드, 즉 고객 빌드가 사용되는 경우도 있습니다. C 빌드는 기능, 수정, 하드웨어 등이 표준 릴리스로 채택될 수 있을 때까지 임시 브리지로 사용됩니다. C 빌드는 특정 고객 사용 사례에 대해서만 빠른 품질 보증 및 테스트 주기를 거칩니다. C 빌드는 매우 특정한 사용 사례를 해결하려는 경우에만 채택하는 것이 좋습니다.

C 빌드는 아루바 기술 보증 센터의 지원을 받으며 아루바 개발팀이 직접 관리합니다. 고객이 C 빌드를 채택하려면 아루바 개발팀의 승인을 받아야 합니다. C 빌드는 아루바 지원 페이지에 게시되지 않습니다. C 빌드는 "일회성" 빌드이며 정의된 패치나 지원되는 정책이 없습니다.

비사용 릴리스 “태그” 또는 설명

다음 항목들은 지원이 중단되었으므로 향후 새로운 소프트웨어 릴리스에 사용되지 않습니다. 이러한 조치는 무선 포트폴리오와 유선 포트폴리오 간 운영을 간소화하기 위한 것입니다.

벤더 권고 릴리스(CR)

벤더 권고 릴리스 태그는 릴리스가 여러 개의 고객 프로덕션 네트워크에 배포되었음을 뜻합니다. 벤더 권고 릴리스는 아루바 WLAN 포트폴리오 내에서 “표준” 또는 “믿을 만한” 릴리스로 간수될 수 있습니다. 아루바는 모든 고객의 프로덕션 네트워크에 벤더 권고 릴리스를 채택할 것을 권장합니다.

정식 릴리스(SR)

정식 릴리스 태그는 중요한 신규 소프트웨어 기능 및/또는 하드웨어 플랫폼을 도입하는 릴리스를 뜻합니다. 신규 소프트웨어 기능 또는 하드웨어 플랫폼의 이점을 누리는 데 관심이 있는 모든 고객은 정식 릴리스로 업그레이드하는 것이 좋습니다. 정식 릴리스는 게시되고 모든 고객에게 제공되기 전에 항상 철저한 품질 보증 및 테스트 주기를 완료합니다. 정식 릴리스는 여러 고객이 채택하게 되면 벤더 권고 릴리스로 “승격”될 수 있습니다.

기술 릴리스

기술 릴리스 태그는 진화하는 시장 요구사항에 빠르게 대처하는 신규 소프트웨어 기능 및/또는 하드웨어 플랫폼을 도입하는 릴리스를 뜻합니다. 기술 릴리스를 통해 아루바는 고유한 고객 기능, 제품 수요 또는 기술 개선 문제를 단시일 내에 해결할 수 있습니다. 새롭게 등장하는 이러한 사용 사례를 채택하려는 고객은 기술 릴리스로 업그레이드할 것을 권장합니다. 기술 릴리스는 단축된 품질 보증 및 테스트 주기를 거쳐 새로운 기능의 작동 여부를 확인하지만 정식 릴리스에서 수행되는 전체 테스트 주기를 거쳐 모든 알려진 고객 사용 사례를 테스트하지는 않습니다.

기술 릴리스 명명 규칙은 [a.b.c.d-featurename] 또는 [a.b.c.d-HWPlatform] 패턴을 따릅니다. 여기서 “a.b.c.d”는 기본 Aruba OS 버전을 나타내고, featurename/HWPlatform 이름은 해당 릴리스에 도입된 새로운 기능을 나타냅니다.

기술 릴리스 지원 수명 주기는 짧지만, 기능이 정식 릴리스에 병합될 때까지 연장되는 경향이 있습니다. 따라서 기술 릴리스에 대해 정의된 패치 및 지원 주기는 없습니다.

일반 공급(GA)

일반 공급 태그는 이전에 여러 고객 프로덕션 네트워크에 배포된 릴리스를 나타내는 데 사용되었습니다. 일반 공급 태그는 벤더 권고 릴리스 태그로 대체되었습니다. 위의 내용을 참조하십시오.

조기 배포(ED)

조기 배포 태그는 이전에 중요한 새 소프트웨어 기능 및/또는 하드웨어 플랫폼을 최근에 도입한 릴리스를 나타내는 데 사용되었습니다. 정식 배포 태그는 표준 릴리스 태그로 대체되었습니다. 위의 내용을 참조하십시오.