OcNOS 대 SONiC: 두 가지 오픈 data-center 네트워크 운영체제 비교

OcNOS는 벤더 지원을 제공하는 상용 데이터센터 NOS로, 플랫폼별로 검증되며 스위치와 별도로 라이선스됩니다. SONiC은 오픈소스 NOS로, 커뮤니티 빌드로 운영하거나 벤더 배포판을 통해 운영합니다. 둘 다 동일한 등급의 개방형 Broadcom 머천트 실리콘 하드웨어에서 동작하므로, 이는 개방형 대 독점형의 비교가 아니라 두 운영체제와 그 지원 모델의 비교입니다. 범위는 데이터센터와 AI 패브릭입니다.

OcNOS 와 SONiC 한눈에 보기

두 방식 모두 whitebox 하드웨어에서 개방형 data center fabric을 운영하는 정당한 방법입니다. 차이는 운영 모델에 있습니다. 즉, 고객(또는 배포판 벤더)이 직접 통합하고 지원하는 오픈소스 NOS인지, 아니면 플랫폼별로 검증되고 지원되어 제공되는 상용 NOS인지의 차이입니다.

공통되는 점

  • 둘 다 다음에서 동작합니다 개방형 ONIE 화이트박스 SAI를 통해 Broadcom merchant silicon에서 동작합니다
  • 양쪽 모두 구축합니다 BGP EVPN-VXLAN leaf-spine fabric
  • 둘 다 지원 RoCEv2 lossless AI 및 RDMA back-end fabric용
  • 양쪽 모두 제공 OpenConfig기반의 모델 기반 관리

무엇이 다른가

  • OcNOS 는 통합되고 벤더가 검증한 단일 이미지; SONiC은 고객 또는 배포판이 통합하는 컨테이너화된 마이크로서비스입니다
  • 지원: 책임 소재가 명확한 단일 벤더 community 자체 지원 또는 배포판 벤더와의 비교
  • OcNOS 는 플랫폼별 검증과 단일 지원 계약을 함께 제공합니다. 오픈소스 NOS에서는 그 작업이 고객사 팀 또는 배포판 벤더의 몫으로 남습니다
항목OcNOS-DC (IP Infusion)SONiC (open source · community & commercial)
유형 및 거버넌스IP Infusion의 상용 NOS로서, 단일 벤더 거버넌스를 제공합니다.오픈소스 NOS로, 2016년 Microsoft에서 시작되어 2022년부터 Linux Foundation 및 SONiC Foundation 산하에서 호스팅되며, Open Compute Project와 정렬되어 있습니다.
지원 모델검증된 플랫폼별로 스택 전반에 걸친 단일 벤더의 상용 지원과 SLA를 제공합니다.스펙트럼이 있습니다. 커뮤니티 빌드는 자체 지원입니다. 여러 스위치 및 실리콘 벤더가 벤더 지원과 SLA를 더한 상용 배포판을 제공하며, 대부분의 경우 자사의 스위치, 서버, 스토리지 제품군과 함께 판매합니다.
통합과 검증을 담당하는 주체OcNOS Hardware Compatibility List 상에서 플랫폼별로 통합 및 검증된 상태로 제공됩니다.커뮤니티: 오퍼레이터가 빌드, 하드웨어 검증, 패치 적용을 담당합니다. 상용 배포판은 그 작업을 대신 맡습니다.
하드웨어와 실리콘HCL을 통해 제공되는, Broadcom merchant silicon(Trident, Tomahawk) 기반의 개방형 ONIE 화이트박스.SAI를 통한 Broadcom 및 기타 merchant silicon 상의 open ONIE white box입니다. 동급의 open hardware입니다.
언더레이 라우팅통합된 BGP, OSPF, IS-IS 라우팅 스택입니다.오픈소스 FRRouting(FRR) 제품군을 통한 BGP 언더레이. FRR은 OSPF도 제공하며, 최신 SONiC 라우팅 프레임워크와 상용 배포판에 포함되어 있습니다. IS-IS 지원 범위는 배포판에 따라 다릅니다.
EVPN-VXLAN 오버레이BGP EVPN-VXLAN leaf-spine, MAC-VRF, active-active 멀티호밍.BGP EVPN-VXLAN, 하이퍼스케일 사업자에서 운영 중입니다. 기능의 깊이와 멀티호밍 동작은 빌드와 배포판에 따라 다릅니다.
AI / RDMA fabricRoCEv2 무손실 프로파일: 검증된 DC 플랫폼 전반에서 PFC, ECN, ETS 및 PFC 데드락 감지를 지원하며, 상위 Tomahawk 플랫폼에서는 동적 로드 밸런싱과 Dynamic-ECN을 지원합니다. 플랫폼별로 Feature Matrix를 확인하십시오.RoCEv2, PFC, ECN을 지원하며 AI 백엔드 패브릭에서 널리 사용됩니다. 무손실 프로파일의 튜닝과 검증은 운영자 또는 배포판이 맡습니다.
컨트롤 플레인 모델하나의 통합 이미지입니다. 라우팅, 스위칭, 관리를 단일 릴리스 트레인에 통합하고 단일 CLI로 다룹니다.SAI 하드웨어 추상화와 Redis 상태 저장소를 사용하는 컨테이너화된 마이크로서비스이며, 라우팅은 FRR 을 통해 수행됩니다.
텔레메트리 및 관리업계 표준 트랜잭션 CLI(명시적 커밋)와 더불어 NETCONF 및 OpenConfig를 지원합니다.gNMI 및 OpenConfig, config_db.json, 그리고 KLISH 또는 click CLI를 지원합니다. CLI 사용 경험은 배포판에 따라 다릅니다.
스위치 상의 확장성기능 개발은 벤더의 로드맵에 따라 추진됩니다.컨테이너화된 마이크로서비스와 SAI를 통해 운영자와 벤더가 컨테이너와 데이터 플레인 지원을 추가할 수 있으며, 이는 자체 네트워크 소프트웨어를 개발하는 팀에 적합합니다.
라이프사이클 & 업그레이드플랫폼마다 하나의 검증된 이미지를 제공하며, 벤더가 관리하는 릴리스 트레인과 업그레이드 동작을 갖춥니다.warm-reboot 및 ISSU 동작은 ASIC, 플랫폼, 배포판에 따라 다릅니다. 커뮤니티 빌드는 operator 가 재검증합니다.
라이선스상용 라이선스 소프트웨어로서, 하드웨어 구매와 분리되어 있습니다.커뮤니티 에디션에는 소프트웨어 라이선스 비용이 없습니다. 상용 배포판은 각 벤더에 의해 라이선스됩니다.
가장 적합한 사용자책임 소재가 명확한 단일 벤더와 플랫폼별 턴키 검증을 갖춘 오픈 하드웨어의 경제성을 원하는 operators를 위한 것입니다.네트워크 소프트웨어 엔지니어링을 사내에 보유한 팀(커뮤니티) 또는 상용 배포판을 채택하는 팀에 적합하며, data center 및 AI fabric 규모에서 가장 강력합니다.

SONiC의 기능은 커뮤니티 빌드 및 배포판에 따라 달라집니다. 이는 2026년 9월 기준 공개 문서화된 정보를 반영합니다. OcNOS의 기능은 IP Infusion 제품 문서 및 다음을 따릅니다. OcNOS 기능 매트릭스.

결론적으로, 누가 어느 쪽을 선택해야 하는가

Choose OcNOS-DC 를 선택하는 경우는, 개방형 하드웨어의 경제성과 함께 EVPN-VXLAN 및 RoCEv2를 검증되고 상용 지원되는 하나의 제품으로 제공받고, 소프트웨어를 스위치와 별도로 라이선스하며, 스택 전반에 대해 단일 벤더가 책임지기를 원할 때입니다. SONiC 은 오픈소스 NOS를 통합하고 운영할 사내 네트워크 소프트웨어 엔지니어링 역량을 갖춘 팀, 또는 자체 배포판을 제공하는 벤더로 표준화하는 팀에 적합합니다.

동일한 하드웨어, 다른 소프트웨어

이 점이 바로 대부분의 비교에서 놓치는 부분입니다. OcNOS 와 SONiC 는 모두 Broadcom merchant silicon 을 기반으로 구축된 ONIE 지원 오픈 whitebox 스위치에서 실행되며, SAI 하드웨어 추상화를 사용해 ASIC 을 제어합니다. 동일한 Edgecore 또는 UfiSpace 스위치로 어느 NOS 든 부팅할 수 있습니다. 따라서 이 결정은 오픈이냐 독점이냐 하는 하드웨어의 문제가 아니라, 동일한 오픈 하드웨어 위에서의 두 운영체제, 그리고 무엇보다도 두 가지 운영 및 지원 모델 사이의 선택입니다.

아키텍처: 컨테이너화된 SONiC 대 통합형 OcNOS

SONiC 는 클라우드 네이티브의 컨테이너화된 NOS 입니다. OcNOS 는 단일 통합 이미지입니다. 각 모델에는 분명한 강점이 있습니다.

SONiC 컨테이너화 아키텍처 대 OcNOS 통합 아키텍처 동일한 하드웨어 위에 나란히 배치된 두 개의 스택입니다. 왼쪽의 SONiC은 SAI 하드웨어 추상화 계층 위에 자리하며, 중앙 Redis 상태 데이터베이스를 통해 통신하는 Docker 컨테이너 집합(BGP용 FRRouting, 스위치 상태 서비스, 관리 에이전트)입니다. 오른쪽의 OcNOS은 SAI 및 플랫폼 SDK 위에 자리하며, 라우팅, 스위칭, 관리를 하나의 릴리스 트레인에 통합하고 단일 CLI로 다루는 하나의 통합 이미지입니다. 하단을 가로지르는 공통 막대는 두 스택이 모두 ONIE white box 상의 동일한 open Broadcom merchant silicon에서 실행됨을 보여줍니다. SONiC · containerized microservices OcNOS · single integrated image FRR (bgpd) routing swss / orch 스위치 상태 teamd · LLDP SNMP · agents Docker 컨테이너 Redis 상태 데이터베이스 (APPL / CONFIG / STATE) SAI · Switch Abstraction Interface 통합 OcNOS 이미지 routing · switching · management one release train · one CLI transactional commit · NETCONF · OpenConfig SAI / 플랫폼 SDK Open Broadcom merchant silicon · ONIE white box Trident · Tomahawk  |  the same hardware class runs either NOS 컨테이너 모델: 컨테이너 단위 독립 재시작, 외부에서 점검 가능한 상태, SAI로 교체 가능한 데이터 플레인. OcNOS 의 강점. 플랫폼마다 검증된 단일 이미지와 단일 지원 경로를, 단일 책임 벤더와 함께 제공합니다.

SONiC은 Redis 상태 저장소 위에서 기능을 컨테이너로 분리하며, 이는 자동화와 모듈성 측면에서 유용합니다. OcNOS는 하나의 통합 시스템으로 제공되어 검증, 업그레이드, 지원 경로를 단순화합니다. 어느 모델이 일률적으로 더 낫지는 않으며, 서로 다른 운영 팀에 맞습니다.

세 가지 모델의 차이점

통합, 검증, 패치는 기본 요건입니다. 커뮤니티 SONiC은 이를 고객사 팀에 남기고, 상용 배포판과 OcNOS는 모두 이를 맡습니다. 구매를 좌우하는 것은 그 아래 행입니다. 어떤 하드웨어를 구매할 수 있는지, 중요한 순간에 누구에게 연락하는지, 그리고 로드맵을 누가 보유하는지입니다.

커뮤니티 SONiC, 상용 SONiC 배포판, OcNOS가 통합, 하드웨어 선택, 지원 경로, 로드맵 영향력, 코드베이스 거버넌스, 적용 범위에서 어떻게 다른지.
항목 커뮤니티 SONiC 상용 SONiC OcNOS
통합, 검증, 패치 고객사 팀 배포판 벤더 IP Infusion
하드웨어 선택 고객사가 검증하는 모든 SAI 플랫폼 배포판의 플랫폼 목록 멀티벤더, 이중 소싱 가능
지원 경로 커뮤니티 포럼 벤더의 지원 조직 IP Infusion 엔지니어링에 직접
로드맵 영향력 업스트림 기여 배포판 벤더의 로드맵 OcNOS 로드맵에 직접
코드베이스 거버넌스 SONiC 커뮤니티 SONiC 커뮤니티 IP Infusion
적용 범위 data center data center data center 및 서비스 프로바이더

첫 번째 행에서는 상용 배포판과 OcNOS가 같은 역할을 합니다. 차이는 그 아래에서 드러납니다. 대부분의 OEM 배포판은 해당 벤더 자체 스위치 제품군의 소프트웨어 계층이므로 플랫폼 목록과 스위치 구매가 함께 움직이며, 하드웨어 중립성이 높은 배포판은 예외입니다. OcNOS는 하드웨어와 별도로 라이선스되고 개방형 멀티벤더 목록 전반에서 검증되므로, 플랫폼은 다시 입찰에 부칠 수 있는 별도의 결정으로 남습니다. 또한 IP Infusion은 네트워킹에 집중한 벤더이므로, 지원 경로와 로드맵 논의가 코드를 작성하는 팀에 직접 닿습니다.

data center 및 AI fabric에서

이 영역에서 두 제품은 가장 가깝습니다. 둘 다 같은 등급의 실리콘 위에 같은 표준 기반 패브릭을 구축하며, 차이는 구매하는 스위치에서 누가 검증하고 이후 누가 지원하는가에 있습니다.

lossless RoCEv2 AI back-end을 갖춘 BGP EVPN-VXLAN leaf-spine 데이터센터 fabric leaf-spine 데이터 센터 토폴로지입니다. Tomahawk-5 기반의 800G spine 스위치 2대가 Trident 및 Tomahawk 실리콘 기반의 leaf 스위치 4대로 하향 연결됩니다. VXLAN 터널이 fabric 전체를 가로지르며 BGP EVPN 오버레이를 전달합니다. leaf 하단에는 GPU 서버가 연결되어 PFC와 ECN을 사용하는 RoCEv2 lossless 전송 기반의 AI back-end를 구성합니다. 캡션은 OcNOS-DC와 SONiC 모두 동일한 등급의 오픈 하드웨어에서 이 동일한 fabric을 구축한다는 점을 명시합니다. BGP EVPN-VXLAN leaf-spine · RoCEv2 AI back-end 어느 NOS 에서도 동일한 fabric Spine 800G · Tomahawk-5 Spine 800G · Tomahawk-5 Leaf 1 Trident-4 Leaf 2 Trident-4 Leaf 3 Tomahawk-4 Leaf 4 Tomahawk-4 VXLAN tunnels · BGP EVPN overlay AI back-end · RoCEv2 lossless (PFC + ECN) GPU GPU GPU GPU GPU servers servers

OcNOS-DC와 SONiC은 모두 GPU 클러스터용 lossless RoCEv2 back-end을 포함한 이 표준 기반 EVPN-VXLAN fabric을 동급의 open Broadcom 하드웨어 위에 구축합니다. 플랫폼 이름은 대표 예시이며, 적합한 스위치는 포트 구성과 규모에 따라 달라집니다. 사양은 2026년 9월 기준 공개 문서화된 정보를 반영합니다.

양쪽 모두가 동작하는 오픈 하드웨어

동일한 open 스위치는 두 NOS 모두를 구동합니다. 다음은 Edgecore 및 UfiSpace의 검증된 OcNOS 데이터센터 플랫폼의 대표 목록입니다.

검증된 전체 세트는 다음에서 확인하실 수 있습니다 하드웨어 호환성 목록.

두 제품 모두 data center fabric을 우수하게 구축합니다

EVPN-VXLAN 리프-스파인

개방형 Trident 및 Tomahawk 하드웨어 상에 구축되는 표준 기반 BGP EVPN-VXLAN fabric 으로, MAC-VRF 와 액티브-액티브 멀티호밍을 갖춥니다. 두 NOS 모두 이를 구축할 수 있으며, 차이는 제공 방식과 지원 모델에 있습니다.

AI / GPU back-end fabric

Tomahawk-4 및 Tomahawk-5 스파인에서 PFC, ECN, 동적 로드 밸런싱을 사용하는 GPU 클러스터용 무손실 RoCEv2 백엔드입니다. OcNOS-DC는 이를 하드웨어 호환성 목록의 각 플랫폼에서 검증되고 지원되는 빌드로 제공합니다.

400G 및 800G spine

Broadcom Tomahawk-4(400G) 및 Tomahawk-5(800G, 51.2T) 오픈 플랫폼상의 고 radix 스파인으로, 최신 data center 및 AI 설계를 뒷받침하는 merchant-silicon 클래스입니다.

엔터프라이즈 및 엣지 DC

NOS 빌드 파이프라인, 하드웨어 검증, 패치 주기를 직접 담당하지 않으면서도 whitebox의 경제성을 원하는 팀을 위한, 지원이 제공되는 open networking fabric입니다.

시장 배경

업계 분석가들은 SONiC의 가장 빠른 성장을 AI 백엔드(스케일아웃) 패브릭에서 전망합니다. 하이퍼스케일러와 네오클라우드 사업자가 하드웨어 조달처를 다변화하고 인프라 통제력을 확보하기 위해 채택하는 영역입니다. 이러한 성장으로 엔터프라이즈 성숙도 문제가 부각되었습니다. 커뮤니티 SONiC은 라이선스 비용이 없지만 통합, 하드웨어 검증, 보안 강화, day-2 운영을 운영자 팀으로 옮깁니다. 그래서 현재 여러 스위치 및 실리콘 벤더가 대개 자사 하드웨어 제품군과 함께 지원되는 배포판을 판매합니다. OcNOS-DC는 같은 요구를 다른 출발점에서 해결합니다. 동일한 개방형 하드웨어 위에서, 단일 벤더로부터 플랫폼별로 검증되고 지원되는 상태로 제공되는 상용 NOS입니다.

각 선택지가 적합한 경우

커뮤니티 SONiC

귀사에는 엔지니어링 역량이 갖추어져 있습니다

귀사의 팀이 빌드 파이프라인, 플랫폼별 검증, CVE 추적, day-2 운영을 직접 담당할 수 있고, data center 규모에서 최대한의 제어와 개방적이고 벤더 중립적인 코드베이스를 원하는 경우에 적합합니다.

상용 SONiC

커뮤니티 코드베이스에 벤더 지원

SONiC 코드베이스와 생태계를 사용하되 검증, 유지보수, 지원은 벤더가 SLA로 떠안기를 원하는 경우입니다. 이미 해당 벤더로 표준화하고 있고 네트워크를 서버 및 스토리지와 함께 도입하려는 경우에 적합합니다.

OcNOS-DC

하드웨어 자유와 직접 소통 창구

스위치와 소프트웨어를 별개의 의사결정으로 유지해 NOS를 바꾸지 않고도 플랫폼을 다시 입찰하고자 하는 경우입니다. 지원 대기열이 아니라 코드를 작성하는 엔지니어에게 직접 닿기를 원하고, 네트워크가 서비스 프로바이더 역할도 수행한다면 하나의 CLI와 하나의 계약으로 묶기를 원하는 경우에 적합합니다.

data center를 넘어

이 비교는 data center로 범위를 한정하며, 이는 SONiC가 실행되도록 설계된 영역입니다. 귀사의 네트워크가 service provider 또는 트랜스포트 역할로도 확장되는 경우, 이는 서로 다른 사용 사례이자 서로 다른 제품 라인입니다. OcNOS-SP MPLS, segment routing 및 telecom 타이밍을 포함한 carrier-grade 라우팅 세트를 갖추고 있으나, 이는 본 페이지의 범위를 벗어납니다. 다음을 참조하십시오: OcNOS-SP or the OcNOS 대 Cisco 비교 그 논의를 위해.

OcNOS의 위치

SONiC은 널리 배포된 데이터센터 NOS이며, 벤더 배포판은 이를 지원받으며 운영하는 한 가지 방법으로, 대개 해당 벤더의 하드웨어에서 사용됩니다. OcNOS-DC는 다른 경우를 위해 만들어졌습니다. 개방형 멀티벤더 플랫폼 목록 전반에서 스위치와 네트워크 운영체제를 별개의 결정으로 유지하고 싶을 때, 코드를 작성하는 엔지니어와 직접 연결되기를 원할 때, 그리고 네트워크가 서비스 프로바이더 역할까지 수행할 경우 하나의 CLI와 하나의 계약으로 해결하고 싶을 때입니다.

SONiC은 Linux Foundation과 SONiC Foundation이 호스팅하는 오픈소스 프로젝트이며 Microsoft에서 시작되었습니다. Microsoft는 Microsoft Corporation의 상표입니다. Broadcom 및 그 제품명은 Broadcom Inc.의 상표입니다. 상용 SONiC 배포판의 명칭과 여기에 언급된 기타 제품 및 회사의 명칭은 각 소유자의 상표입니다. IP Infusion은 SONiC 프로젝트, Linux Foundation, Microsoft, Broadcom 또는 SONiC 배포판 벤더와 제휴 관계가 없으며 이들의 보증이나 후원을 받지 않습니다. 비교 내용은 2026년 9월 기준으로 공개된 정보를 반영하며 평가 목적으로만 제공됩니다.

자주 묻는 질문

자주 묻는 질문

OcNOS와 SONiC의 차이는 무엇입니까?
OcNOS는 IP Infusion이 제공하는 상용 라이선스 기반의 데이터센터 네트워크 운영체제로, 하나의 통합 이미지로 제공되며 IP Infusion이 플랫폼별로 검증하고 단일 계약으로 지원합니다. 소프트웨어 라이선스는 스위치 구매와 분리되어 있습니다. SONiC은 컨테이너화된 구성요소로 구축된 오픈소스 NOS로, 자체 지원 커뮤니티 빌드로 운영하거나 벤더 배포판을 통해 운영합니다. 둘 다 동일한 등급의 Broadcom 머천트 실리콘을 사용하는 개방형 ONIE 지원 스위치에서 동작하므로, 판단의 핵심은 하드웨어가 아니라 소프트웨어를 누가 통합하고 검증하고 패치하며 책임지는가입니다.
OcNOS 와 SONiC 는 동일한 하드웨어에서 동작합니까?
둘 다 Broadcom Trident 및 Tomahawk 같은 머천트 실리콘으로 만들어진 개방형 ONIE 지원 화이트박스 스위치를 대상으로 하며, SAI 하드웨어 추상화를 사용합니다. 따라서 이 비교는 개방형 대 독점 하드웨어가 아니라 소프트웨어 대 소프트웨어의 비교입니다. 플랫폼 지원은 NOS와 릴리스에 따라 다릅니다. OcNOS 하드웨어 호환성 목록에 있는 모든 스위치는 IP Infusion이 검증했고 명시된 릴리스에서 지원할 플랫폼이므로, 이 목록은 지원 범위의 경계이기도 합니다. 오픈소스 NOS에서는 특정 스위치와 릴리스에 대한 검증이 그 빌드나 배후의 배포판이 수행한 만큼입니다.
커뮤니티 SONiC과 상용 SONiC 배포판의 차이는 무엇입니까?
커뮤니티 SONiC은 오픈소스 빌드로, 공개 포럼과 프로젝트 저장소를 통한 자체 지원이므로 이미지 구성, 플랫폼별 하드웨어 검증, 보안 패치, day-2 운영이 고객사 팀에 남습니다. 상용 배포판은 그 작업을 지원 계약에 따라 스위치 또는 실리콘 벤더로 옮기며, 여러 경우 해당 벤더의 스위치, 서버, 스토리지 제품군과 함께 제공됩니다. OcNOS도 동일한 통합 및 검증 작업을 맡지만, 갱신 시점에 중요한 차이가 하나 있습니다. OcNOS 라이선스는 하드웨어와 독립적이므로 네트워크 운영체제를 바꾸지 않고도 스위치를 다시 입찰에 부칠 수 있습니다.
데이터센터 NOS가 운영 중 장애를 일으키면 누가 책임집니까?
커뮤니티 오픈소스 빌드에서는 책임이 고객사 팀 안에 남고, 지원은 공개 포럼과 프로젝트 저장소입니다. 상용 배포판에서는 해당 벤더의 지원 계약을 따르며 대부분의 경우 그 벤더의 하드웨어에 묶입니다. OcNOS에서는 라우팅 스택, 플랫폼 통합, 그리고 실제로 운영 중인 릴리스에 대해 단일 벤더가 책임지며, 이는 OcNOS 하드웨어 호환성 목록의 모든 스위치에 적용됩니다. 에스컬레이션은 단계별 접수 대기열이 아니라 코드를 유지보수하는 엔지니어에게 전달됩니다.
SONiC 는 프로덕션 환경에 적합한 수준입니까?
운영 준비도는 프로젝트 전체의 속성이 아니라 특정 스위치에서 동작하는 특정 빌드와 릴리스의 속성입니다. SONiC은 대규모 네트워크 소프트웨어 팀을 두고 통합과 검증 작업을 직접 수행하는 하이퍼스케일 사업자에 배포되어 있습니다. 엔터프라이즈나 엣지 데이터센터에서는 질문이 더 좁아집니다. 필요한 기능이 어느 빌드에 들어 있는지, 구매하려는 스위치에서 누가 검증했는지, 다음 보안 패치는 누가 제공하는지입니다. OcNOS-DC는 하드웨어 호환성 목록의 모든 플랫폼에서 이 세 가지에 동일하게 답합니다. 플랫폼마다 하나의 검증된 이미지, 하나의 릴리스 트레인, 하나의 지원 계약입니다.
OcNOS 와 SONiC 모두 AI 및 RDMA fabric 을 구축할 수 있습니까?
예. 둘 다 Broadcom Tomahawk 계열 스파인에서 PFC, ECN, enhanced transmission selection을 사용해 GPU 클러스터용 무손실 RoCEv2 백엔드 패브릭을 구축합니다. OcNOS-DC는 PFC 데드락 감지를 포함한 이 무손실 프로파일을 제공하며, 상위 Tomahawk 플랫폼에서는 동적 로드 밸런싱과 Dynamic-ECN도 함께 제공합니다. 목록에 있는 각 플랫폼에서 검증된 빌드로 제공되므로, 큐와 혼잡 제어 튜닝이 사이트마다 조립되는 대신 지원되는 상태로 도착합니다. 기능별, 플랫폼별 지원 여부는 OcNOS 기능 매트릭스에 기재되어 있습니다.
OcNOS 는 data center 에서 SONiC 의 상용 대안이 될 수 있습니까?
예. OcNOS-DC는 네트워크 운영체제를 직접 조립하고 유지보수하지 않고도 개방형 화이트박스의 경제성을 제공합니다. 플랫폼마다 하나의 통합 이미지를 IP Infusion이 검증하고, 수명주기가 공개된 벤더 관리 릴리스 트레인으로 제공하며, 하드웨어와 별도로 라이선스하므로 스위치는 경쟁 입찰이 가능한 결정으로 남습니다. 개방형 하드웨어, 하나의 CLI, 그리고 스택 전반을 책임지는 단일 소프트웨어 벤더를 원하는 팀을 위한 선택지입니다.
직접 조립한 오픈소스 빌드라면 팀에 남는 작업 중 OcNOS는 무엇을 포함합니까?
하드웨어 호환성 목록의 모든 스위치에 대한 플랫폼별 검증, 단일 트랜잭션 CLI 아래에서 라우팅과 스위칭과 관리를 아우르는 하나의 통합 이미지, 업그레이드 동작이 정의된 벤더 관리 릴리스 트레인, 보안 패치와 CVE 대응, 그리고 스택 전체를 아우르는 하나의 지원 계약입니다. 직접 조립한 오픈소스 빌드에서는 이 모두가 운영자에게 남습니다. 기능별, 플랫폼별, 릴리스별 지원 여부는 OcNOS 기능 매트릭스에 공개되어 있습니다.
이 비교는 service provider 기능을 다룹니까?
아니요. 이 비교는 SONiC가 실행되도록 설계된 영역인 data center로 범위가 한정됩니다. service provider 및 트랜스포트 역할은 서로 다른 사용 사례이자 서로 다른 제품 라인입니다. OcNOS-SP는 MPLS, segment routing, 통신 타이밍을 포함하는 carrier-grade 라우팅 세트를 갖추고 있으나, 이는 여기서의 범위를 벗어납니다. 네트워크가 data center를 넘어 확장되는 경우, 해당 논의에 대해서는 OcNOS-SP 또는 OcNOS 대 Cisco 비교를 참조하시기 바랍니다.