조명하는 사람을 위한 네트워크

Chapter 1 · Fundamentals

IP · 서브넷 · 스위치 · 라우터

통신이 안 될 때 90%는 "같은 동네에 있지 않아서"다. 이 장의 판정기 하나면 현장 트러블슈팅 1순위를 스스로 짚는다.

도구 · "같은 동네" 판정기

두 장비의 IP와 서브넷 마스크를 넣으면, 직접 통신되는지(같은 서브넷인지) 실시간으로 판정한다. Live FX가 Helios를 못 잡을 때 가장 먼저 볼 것.

장비 A · IP 주소

장비 B · IP 주소

서브넷 마스크 (공통)

장비 A 비트 (골드=네트워크 부분, 회색=호스트 부분)

장비 B 비트

현장에서는

Mac이 192.168.0.x인데 Helios가 10.x.x.x면 케이블·핑을 백날 봐도 안 잡힌다. 대역과 마스크부터 맞춰라. 169.254.x.x가 뜨면 = "DHCP 서버(공유기)를 못 찾음" 신호.

사설 IP 대역 (RFC 1918) — 인터넷으로 안 나가는 주소

대역	범위	크기	흔한 용도
10.0.0.0/8	10.0.0.0 – 10.255.255.255	매우 큼	대규모망 · Art-Net 관례
172.16.0.0/12	172.16.0.0 – 172.31.255.255	중간	기업망
192.168.0.0/16	192.168.0.0 – 192.168.255.255	작음	가정용 공유기 기본

허브 · 스위치 · 라우터 — 세 물건의 역할

허브

들어온 신호를 모든 포트에 그냥 복사. 충돌·비효율로 요즘 사실상 안 씀. 개념만.

스위치

같은 네트워크 안의 분배기. 어느 장비(MAC)가 어느 포트인지 학습해 콕 집어 전달. 조명망의 심장

라우터 (공유기)

동네와 동네 사이 관문. NAT·DHCP·방화벽. 가정용 공유기 = 라우터 + 스위치 + WiFi 3-in-1.

현장에서는

인터넷이 필요 없는 폐쇄 조명망이면 스위치 한 대로 완성된다. 고정 IP를 박은 Mac·Helios·노드를 꽂으면 그들끼리 다 통신한다. 공유기/인터넷은 iPad WiFi 제어·원격 접속 붙일 때만.

도구 · 전송 방식 3종 (유니/브로드/멀티캐스트)

sACN·Art-Net 이해의 전제. 버튼을 눌러 각 방식이 "누구에게 가는지" 보라.

언매니지드 vs 매니지드 스위치

구분	언매니지드	매니지드
설정	없음 · 꽂으면 됨	웹/콘솔 설정
VLAN · IGMP snooping	대개 없음	있음
조명 소규모	충분	과투자일 수 있음
sACN 대규모	위험	필요

현장에서는 · 우리 랙

지금 규모(유니버스 소수)면 IGMP snooping 지원 2.5G 스위치가 스위트스팟. VLAN까지는 조명·영상·제어를 한 스위치에 몰 때 고려.

기본 진단 (macOS)

ipconfig getifaddr en0 — 내 유선 IP 빠르게
ifconfig en0 — inet(IP) · netmask(서브넷) 상세
ping -c 4 192.168.0.50 — 상대가 살아있나 (같은 동네여야 응답)
arp -a — 같은 망 장비들 MAC↔IP 표

Chapter 2 · Physical Layer

케이블 · 실드 · 커넥터 · PoE

랜선은 8가닥짜리 멀티코어다. XLR을 꼬아 노이즈를 잡듯, 랜선도 쌍을 꼬는다 — 다만 4쌍이라 대용량 양방향에 전원까지 싣는다.

도구 · 케이블 등급 조회

목표 속도·거리를 고르면 필요한 최소 카테고리를 알려준다.

목표 속도

런 거리 · 30m

Cat	대역폭	최대 속도 / 거리	현장 판단
Cat5e	100 MHz	1G @ 100m	최소선 · 1G 조명망 OK
Cat6	250 MHz	1G @ 100m · 10G @ ~55m	현장 기본
Cat6a	500 MHz	10G @ 100m	10G 백본 · 장거리 10G
Cat7	600 MHz	10G @ 100m	대개 과투자
Cat8	2000 MHz	25/40G @ ~30m	현장 거의 무의미

현장에서는

조명 신호(sACN·Art-Net)는 대역폭을 거의 안 먹어 Cat5e/6이면 넘친다. 등급 고민은 영상(NDI)·10G 백본 깔 때만. Cat6a 하나로 통일하면 조명·2.5G·10G 대부분을 커버해 재고 관리가 편하다.

실드 · 심선 — 촬영장은 노이즈 지옥

UTP vs STP (실드)

사무실은 UTP로 충분. 디머·모터·발전차 옆 긴 런엔 실드(FTP/STP) 고려. 단, 실드는 한쪽만 접지 — 양끝 접지는 ground loop로 오히려 노이즈원.

단선 vs 연선

단선=고정 배선용(반복 굽힘에 부러짐). 릴에 감아 다니는 현장 케이블은 무조건 연선. 단선을 이동용으로 쓰면 됐다 안 됐다 간헐 장애.

현장에서는 · 커넥터

랙 붙박이는 RJ45로 충분. 바닥을 기고 밟히는 런은 etherCON(Neutrik) — XLR처럼 락 걸리고 당김에 강하다. RDM/DMX-over-RJ45와 이더넷 RJ45는 커넥터가 똑같아 보이니 양끝 라벨링이 생명.

도구 · PoE 전력 버짓 계산기

"8포트 PoE+"라고 8×30W가 다 나오는 게 아니다. 스위치엔 총 파워 버짓이 따로 있다. 물릴 장비를 더해보라.

스위치 총 파워 버짓 · 130W

PoE 장비 추가

표준	통칭	PSE 최대	PD 가용	용도
802.3af	PoE	15.4W	~12.95W	VoIP · 소형 AP · 소형 노드
802.3at	PoE+	30W	~25.5W	PTZ 카메라 · 고성능 AP
802.3bt T3	PoE++	60W	~51W	대형 AP · 디스플레이
802.3bt T4	PoE++	90–100W	~71W	LED 조명 · 노트북

Chapter 3 · Lighting Network · 핵심

DMX → Art-Net / sACN

1 유니버스 = 512 채널. 픽셀 조명이 유니버스를 폭식하면서 5핀 DMX가 이더넷으로 올라왔다. 이 장이 시리즈의 심장이다.

도구 · 유니버스 계산기

픽셀 수와 픽셀당 채널을 넣으면 필요한 DMX 유니버스 수를 계산한다. 필요 채널 ÷ 512 = 유니버스

픽셀 수 · 7200

픽셀당 채널

결과

21,600

총 채널

유니버스

현장에서는 · 오해 방지

우리 Kino Flo MIMIK 120(7,200픽셀)은 위 계산처럼 sACN 픽셀매핑으로 굴리는 기기가 아니다. MIMIK은 비디오 신호(HDMI) 구동 — 픽셀 데이터를 조명망이 아니라 영상 파이프라인으로 받는다. 이 계산기는 "DMX 픽셀 방식이면 이만큼 든다"는 규모 감각용이다.

Art-Net vs sACN

항목	Art-Net (4)	sACN (E1.31)
표준화	공개 스펙 (Artistic Licence)	ANSI 공식 표준
기본 전송	브로드캐스트 (4는 유니캐스트 권장)	멀티캐스트
포트	UDP 6454	UDP 5568
우선순위 병합	제한적	priority 0–200 · per-address
RDM	지원	RDMnet 별도
스위치 요구	유니캐스트면 완화	대규모면 IGMP 필수

도구 · sACN 멀티캐스트 주소 계산기

유니버스 번호를 넣으면 sACN이 쓰는 멀티캐스트 IP를 계산한다. 239.255.(상위바이트).(하위바이트)

유니버스 번호 (1–63999)

멀티캐스트 주소

239.255.0.1

도구 · 신호 흐름도 (노드를 눌러보라)

Source

콘솔 / 미디어SV

sACN / Art-Net

→

Distribute

스위치

2.5G · IGMP

→

Convert

노드 / 게이트웨이

→ 물리 DMX

→

Output

피처

DMX 5핀

도구 · 멀티캐스트와 IGMP snooping

sACN 멀티캐스트의 핵심 함정. 스위치 종류를 바꿔 콘솔이 쏜 패킷이 어느 포트로 가는지 보라.

SWITCH ← 콘솔이 유니버스 1 송출

노드 A

유니버스 1 구독

노드 B

구독 안 함

Mac

조명 무관

현장에서는

유니버스 몇 개면 언매니지드가 더 안전하다(트래픽 작고, IGMP querier 사고 없음). IGMP를 켤 거면 망에 querier가 있는지 반드시 확인 — 어설프게 켜면 멀티캐스트가 오히려 끊긴다.

트러블슈팅 순서 (조명망 통신 안 될 때)

1. 링크 LED — 포트에 불 들어오나? 안 들어오면 케이블/포트 (→ 2장)
2. IP · 서브넷 — 두 장비 같은 대역·마스크인가? 가장 흔한 원인 (→ 1장 판정기)
3. ping — 도달되나?
4. 프로토콜 — Art-Net/sACN? 포트(6454/5568)? 유니버스 일치?
5. IGMP — 멀티캐스트인데 매니지드면 snooping/querier 상태
6. 우선순위 — sACN 두 소스가 싸우나? priority 확인

Chapter 4 · AV over IP

요즘 랜선으로 뭘 하나

SDI·XLR·DMX가 다 이더넷 한 가닥으로 수렴하는 중. 얻는 것=케이블·라우팅 단순화, 잃는 것=결정론적 레이턴시·단순함.

도구 · 프로토콜 정리 표 (행을 눌러 우리 리그 해당 여부)

프로토콜	용도	대역폭(대략)	레이턴시	우리 리그
sACN/Art-Net	조명 제어	매우 낮음	낮음	핵심 · 3장
NDI Full	영상 전송	~100–150 Mbps/1080p60	낮~중	모니터링 후보
NDI HX	영상 (저대역)	수~수십 Mbps	중	WiFi/원격
SRT	원격 영상	가변	중~높	원격 송출 시
SMPTE 2110	방송 비압축	매우 높음 (Gbps대)	매우 낮음	과투자
Dante	오디오	~1.5 Mbps/ch	매우 낮음	오디오팀 접점
AES67	오디오 상호운용	Dante급	매우 낮음	호환 표준
PTP (1588)	시각 동기	낮음	—	동기 기반
OSC	제어	미미	낮음	LiveFX↔MadMapper
REST/HTTP	장비 제어	미미	낮음	Helios API

동기 · VP의 골칫거리

PTP(IEEE 1588)가 NDI·Dante·2110의 공통 시계. genlock의 IP 대체가 진행 중이나 VP 프레임 동기는 여전히 까다롭다. 우리 재생 밀림은 "송출 fps > 기기 처리율"의 버퍼 적체 — PTP로도 안 풀린다. 네트워크가 아니라 재생 파이프라인 설계로 푼다.

무선 · 하면 안 되는 곳

WiFi는 혼잡·간섭·재전송으로 지연이 튀고 순간 끊긴다. 쇼 크리티컬 신호(메인 큐·프로그램 영상)를 무선에 얹지 마라. iPad(Blackout) 제어는 편의용, 유선 백업 경로 필수. 쓰려면 전용 AP·5GHz 고정.

속도 등급 실전

조명·제어 넉넉 · NDI 소수

2.5G

우리 랙 스위트스팟 · 케이블 재사용

10G

비압축·대형 NDI 다수

현장에서는 · 결론

조명·제어는 1G로도 남아돈다. 2.5G 스위치가 스위트스팟인 건 NDI 모니터링까지 얹으면서 기존 Cat5e/6을 그대로 쓰기 때문. 10G는 "비압축 영상을 랜선으로 대량" 돌릴 때 비로소 필요 — 지금 단계엔 과투자.