새벽 11시, 지방 지사 강당 담당자님한테 전화가 왔습니다. “여기 무선 마이크가 갑자기 안 잡혀요.” 저는 그 순간 달력부터 봤습니다. 다음 날 오전 일정을 미루고, 왕복 다섯 시간 거리를 운전해서 가야 하는 상황이었습니다. Dante Director가 없던 시절에는, 이런 새벽 전화가 곧 출장 확정을 의미했습니다.

현장에 도착해서 확인한 원인은 사실 대단한 게 아니었습니다. 스위치 포트 하나가 오프라인 상태였고, 노트북을 그 스위치가 물린 서브넷에 직접 연결해서 Dante Controller를 켜야만 문제를 볼 수 있었습니다. 장비 자체는 멀쩡했습니다. 문제는 장비가 아니라 “그 서브넷 안에 들어가야만 상태를 볼 수 있는 구조”였습니다.

2026년 3월 4일, 오디네이트(Audinate)가 Dante Director Professional을 정식 출시하면서 이 구조가 바뀌기 시작했습니다. 브라우저 하나로 여러 지사의 오디오 네트워크 상태를 진단하고, 라우팅을 바꾸고, 계정까지 관리하는 클라우드 플랫폼입니다. 이 글은 그 변화가 실무에서 무엇을 바꾸는지, 그리고 방화벽·보안 담당자가 무엇을 먼저 물어야 하는지를 현장 관점에서 정리한 글입니다.

이 글을 읽고 나면 여러분 조직의 다지점 AV 네트워크가 온프레미스 관리에 머물러야 하는지, 클라우드로 넘어가야 하는지 판단할 기준이 생깁니다. 그리고 IT팀에 어떤 질문을 먼저 던져야 하는지도 보이기 시작합니다.

지사 강당 마이크가 죽었다는 전화, 왜 항상 출장으로 끝났을까요

미관리형(Unmanaged) Dante 네트워크는 태생적으로 로컬 서브넷 안에서만 작동합니다. 장치를 찾고, 라우팅을 설정하고, 상태를 확인하려면 그 장치와 같은 물리 네트워크에 있는 PC에서 Dante Controller 프로그램을 실행해야 합니다.

이유는 Dante가 장치 탐색과 시간 동기화에 쓰는 두 가지 프로토콜에 있습니다. 멀티캐스트 DNS(mDNS)와 PTP(Precision Time Protocol)입니다. 두 프로토콜 모두 라우터를 넘어가는 순간 상호 발견 자체가 불가능해집니다. 그래서 지사가 늘어날수록, 캠퍼스가 넓어질수록 관리 방식은 하나로 수렴했습니다. 문제가 생긴 그 서브넷으로 사람이 직접 가는 것입니다.

럿거스 대학교(Rutgers University)의 AV 관리 사례가 이 문제를 잘 보여줍니다. 오디네이트가 공개한 사례에 따르면, 럿거스는 약 12마일(약 19.3km) 반경에 걸친 4개 캠퍼스에 흩어진 300~350개 강의실 오디오 시스템을 소수 인력이 관리해야 했습니다. 서브넷 하나마다 사람이 가야 하는 구조라면, 이 규모는 애초에 감당할 수 있는 규모가 아닙니다. 저희가 만나는 국내 대기업 본사·거점 시설도 정도의 차이일 뿐 같은 구조적 문제를 안고 있습니다.

Dante Director, 브라우저 하나로 전국 오디오망이 보인다는 게 사실인가요

사실입니다. Dante Director는 각 장치로부터 가벼운 원격 텔레메트리 정보를 모아 클라우드 가상 허브 세션을 열고, 서브넷 경계를 넘어 상태 진단·라우팅 구성·계정 관리를 웹 대시보드 하나에서 처리하는 SaaS 플랫폼입니다.

여기서 꼭 짚어야 할 구조가 하나 있습니다. 클라우드가 통제하는 건 제어 신호(Control Plane)뿐입니다. 실제 오디오·비디오 데이터(Media Plane)는 여전히 장치 간 피어투피어(P2P)로 직접 흐릅니다. 클라우드가 오디오 신호 자체를 중계하는 게 아니라는 뜻입니다. 이 구조 덕분에 원격 관리를 클라우드로 넘겨도 실시간 오디오 전송의 지연 특성은 바뀌지 않습니다. Dante 네트워크의 최소 지연 시간은 여전히 150μs 수준이고, 48kHz 기준 최대 1024채널(512×512), 192kHz에서는 채널 수가 이보다 크게 줄어듭니다.

Dante Director는 ‘Standard’와 ‘Professional’ 두 티어로 나뉩니다. Standard는 최소 20대 장치부터 시작해 사이트(Sites) 단위로 관리하고, 기본 사용자 인증만 지원합니다. Dante Director Professional은 약 50대 이상(추정)부터 수백~수천 대 규모의 전역 디바이스까지, 사이트 안에 개별 룸(Rooms)까지 계층 구조로 관리하고, 단일 로그인(SSO) 연동과 영구 감사 로그를 지원합니다. 지사가 몇 곳뿐이라면 Standard로 충분하지만, 대기업 본사와 다수 거점을 함께 관리해야 한다면 Professional 쪽 스펙이 실질적으로 필요합니다.

온프레미스냐 클라우드냐, 보안팀은 왜 이 질문부터 던질까요

이 질문에는 정답이 하나가 아닙니다. 조직의 인터넷 연결 정책과 시설 분산 형태에 따라 답이 갈립니다.

Dante Domain Manager(DDM)는 온프레미스 서버 또는 가상머신(Hyper-V/ESXi)으로 운영하는 로컬 관리 솔루션입니다. 초기 라이선스 활성화 단계를 제외하면 외부 인터넷 연결 없이도 완전히 독립적으로 작동합니다. 그래서 공공기관, 금융권, 군사 시설처럼 정보 유출에 극도로 민감한 폐쇄망(Air-gapped) 환경에 주로 적용됩니다. 장치 수용 규모는 Gold 티어 100대, Platinum 티어 250대이고, 옵션을 추가하면 최대 1000대까지 확장됩니다. 계정 인증은 LDAP·Active Directory와 직접 연동합니다.

Dante Director 제품군은 정반대 조건에서 강점이 있습니다. 상시 인터넷 연결이 전제되지만, 전용 서버 하드웨어 도입 없이 구독 즉시 확장할 수 있고, 지리적으로 떨어진 다수의 독립 지사를 하나의 계정에서 통합 관리할 수 있습니다. 여기서 놓치기 쉬운 부분이 서브넷 간 AES67 인터롭입니다. DDM은 도메인 범위 안에서 서브넷 간 클록 동기화까지 조율하지만, 이때 서로 다른 서브넷에 있는 1차·2차 장치 사이의 이중화(Redundant) 신호 라인은 공유되지 않는다는 제약이 있습니다. 이 부분은 저희가 Dante AES67 연동 전 현장 담당자가 놓치는 5가지 설정에서 별도로 다룬 적이 있는데, 서브넷을 가로지르는 순간 이중화 설계 전제가 달라진다는 점은 클라우드 관리로 전환할 때도 똑같이 검토해야 합니다.

방화벽 담당자가 반드시 열어야 하는 포트, 이걸 놓치면 원격 관리가 안 됩니다

방화벽 담당자가 이 프로젝트에서 가장 먼저 묻는 질문은 하나입니다. “어떤 포트를 열어야 합니까.” Dante Director 온보딩과 상시 운영은 서로 다른 포트를 씁니다.

장치를 처음 클라우드 테넌트에 등록하는 온보딩 단계에서는, 현장 관리자 PC가 TCP 8443(계정 인증), TCP 4000(클라우드 연결 인프라 통신), TCP 7999(타사 연동 디바이스 바인딩) 세 포트를 아웃바운드로 열어야 합니다. 온보딩이 끝나면 장치는 표준 웹 게이트웨이를 경유하는 상시 연결 상태로 전환됩니다. 이후 상시 운영에서는 TCP 443(대시보드 접속·GraphQL API), UDP 8000(장치 텔레메트리 전송)이 핵심입니다. 로컬 네트워크 안에서는 mDNS(UDP 5353, 224.0.0.251), PTP(UDP 319/320), ATP 멀티캐스트(UDP 4321, 239.255.0.0/16), 그리고 AES67 호환 전송용 RTP(UDP 5004, 239.69.0.0/16)가 여전히 필요합니다.

보안 모범사례로는 UDP 8000의 원격 접속 소스를 director.dante.cloud 도메인 하나로 엄밀하게 잠그는 방식이 권장됩니다. 이 포트를 열어놓되 소스를 제한하지 않으면, 외부에서 임의의 텔레메트리 쿼리를 무작위로 보내 장치 상태를 오염시키는 시도에 노출될 수 있습니다. 방화벽 규칙을 세분화된 화이트리스트로 설계해야 하는 이유입니다.

클라우드로 오디오 제어를 다 넘기는데, 안전한가요

핵심만 먼저 말씀드리면, Dante Director Professional은 클라우드로 전달되는 모든 제어 명령을 트랜싯 구간 전체에서 암호화하고, 별도로 미디어 신호 자체에도 AES-256 규격의 Dante Media Encryption을 적용할 수 있습니다.

이 암호화는 오디네이트의 플래그십 임베디드 플랫폼(DEP)과 Brooklyn 3 전송 칩셋 모듈을 탑재한 제품군의 펌웨어 업데이트를 통해 지원됩니다. 오디네이트가 공식 발표한 AES-256 미디어 암호화 도입 자료에도 이 하드웨어 기반 암호화 구조가 상세히 설명되어 있습니다. 설계상 중요한 포인트는 지연 시간이 늘지 않는다는 점입니다(Zero Added Latency). 하드웨어 단에서 고속으로 암호화를 처리하기 때문에, 프로 오디오 전송에서 가장 민감한 지연 시간 특성을 훼손하지 않습니다. 키 관리는 클라우드 대시보드 기반의 통합 Key Management System(KMS)이 담당하며, 송수신 장치 간 대칭 키를 실시간으로 발행하고 주기적으로 회전(Rotation)시킵니다.

실무에서 유용한 부분은 보안 정책을 구역별로 다르게 적용할 수 있다는 점입니다. 상시 강제 암호화가 필요한 핵심 회의실 구역과, 암호화 디코딩을 지원하지 않는 구형 레거시 장치가 물린 복도·부속 공간을 분리해서 정책을 걸 수 있습니다. 여기에 더해 칩 레벨의 보안 부팅(Secure Boot)과 서명된 펌웨어만 실행하는 보안 업데이터가 하드웨어 기본값으로 자리잡았습니다.

이 흐름은 저희가 Milan 표준 완전 정리 — ProAV 네트워크 현장에서 무엇이 달라졌나에서 다룬 방향과도 맞닿아 있습니다. Milan이 표준화·상호운용성 쪽에서 프로 AV 네트워크의 신뢰성을 끌어올렸다면, Dante Director Professional은 운영·보안 관리 쪽에서 같은 방향의 진화를 보여줍니다. 프로토콜은 달라도, 2026년 프로 AV 네트워크가 가는 방향은 하나로 모입니다. 물리 장비를 사람이 직접 만지는 방식에서, 소프트웨어가 상태를 스스로 인지하고 관리하는 방식으로의 전환입니다.

이 트렌드를 보면서 저는 왜 장비 사양보다 운영 설계부터 다시 볼까요

이 흐름을 지켜보면서 제가 다시 점검하는 건 장비 사양이 아니라 운영 설계입니다. 좋은 스피커, 좋은 프로세서를 넣어도 그걸 누가 어떻게 계속 들여다보느냐가 준공 이후의 실제 만족도를 결정하기 때문입니다.

스포티파이(Spotify)의 사례가 이 지점을 잘 보여줍니다. 오디네이트가 공개한 사례에 따르면, 스포티파이는 전 세계에 흩어진 스마트 오피스 다수를 운영하지만 대부분의 로컬 거점에는 AV 전문 인력이 상주하지 않습니다. 중앙 엔지니어링 팀이 클라우드 대시보드로 지구 반대편 사무실의 앰프 상태까지 실시간으로 확인하는 구조로 이 공백을 메웠습니다. 에이콘 그룹(EIKON Group)의 경우는 조금 다른 방향인데, 개방형 Dante Managed API(GraphQL, api.director.dante.cloud)를 활용해 iPad 버튼 하나로 Q-SYS Core와 비디오 라우터 사이의 복잡한 매트릭스 전환을 자동화했습니다. 두 사례 모두 핵심은 같습니다. 관리의 병목이 하드웨어가 아니라 “누가 그 서브넷에 들어갈 수 있는가”였다는 것입니다.

그래서 지금 저희가 다지점 AV 네트워크를 검토할 때 반드시 확인하는 두 가지가 있습니다. 첫째, 지사별로 남아있는 미관리형 Dante 노드가 몇 개인지, 그리고 그걸 하나의 모니터링 화면으로 통합할 수 있는지입니다. 둘째, 클라우드 관리로 전환한다면 UDP 8000 아웃바운드를 도메인 단위로 잠그고 SSO 인증을 필수로 걸었는지입니다. 이 두 가지만 먼저 확인해도, 다음 번 새벽 전화가 왔을 때 차 키를 먼저 찾을지, 노트북부터 켤지가 달라집니다.

가상 머신 환경에서 오디오를 처리해야 하는 구역이라면 Dante Virtual Soundcard Pro(DVS Pro)도 함께 검토 대상입니다. 최대 128×128 채널(96kHz)을 지원하고 VMware·Hyper-V 하이퍼바이저 환경에 직접 설치할 수 있어, 전용 하드웨어 송수신기 도입 부담을 줄이는 선택지가 됩니다.

자주 묻는 질문

Dante Director를 검토하는 담당자님들이 실제로 가장 많이 물어보시는 질문들을 정리했습니다.

[email protected] · https://www.symconsulting.co.kr