03 / APPLE TV × BTV
Apple TV를 옮길 때, 긴 랜선까지 따라오지 않도록.
Btv를 보려면 Apple TV에 유선 연결이 필요해 놓을 자리가 제한됐습니다. NAS의 OpenWrt와 라즈베리파이로 연결 경로를 만들어, 긴 구간은 와이파이로 보내고 Apple TV 옆에서 짧은 랜선만 연결했습니다.
불편했던 점
Btv의 유선 연결 조건 때문에 TV를 놓을 자리가 제한됐습니다.
이렇게 풀었습니다
Pi와 NAS OpenWrt 사이를 Wi-Fi·VXLAN으로 잇고 Apple TV에는 짧은 랜선을 연결했습니다.
달라진 점
긴 랜선 없이 실제 방송이 재생됐고 AP 교체 뒤 복구 순서도 남겼습니다.
이동식 스탠드에도, 원하는 자리에도.
실시간 방송을 보려고 TV 자리까지 긴 랜선을 설치.
긴 구간은 Wi-Fi, Apple TV 옆에는 Pi와 짧은 랜선.
FROM REQUEST TO RESULT
이렇게 만들었습니다.
- 01
막히는 조건부터 확인
앱이 요구하는 유선 연결과 통신사 쪽 연결 경로를 나누어 살폈습니다.
- 02
방송 경로를 이어주기
NAS의 OpenWrt와 Pi 사이에 VXLAN 터널을 구성해 필요한 네트워크 구간을 이어줬습니다.
- 03
TV 옆에서 유선으로
Pi는 와이파이에 연결하고, Apple TV에는 Pi에서 나온 짧은 랜선을 꽂았습니다.
- 04
재생과 재접속 확인
실시간 방송을 재생하고 손실을 살폈습니다. AP 설정이 바뀐 뒤에도 터널과 연결을 복구했습니다.
PLACEMENT FREEDOM, WITH A REAL NETWORK PATH
긴 구간은 와이파이로, 마지막 연결만 유선으로.
제가 막혔던 지점은 무선 속도보다 연결 방식이었습니다. OpenWrt와 Pi로 필요한 네트워크 경로를 이어 주니 Apple TV는 유선으로 연결한 채, TV까지의 긴 구간을 무선으로 바꿀 수 있었습니다.
방송 재생 중 기록된 전송량
관측 구간의 패킷 손실
5초 간격, 끊김 없이 재생
이 수치는 제 구성에서 25초 동안 확인한 재생 결과입니다. 장시간 안정성이나 모든 통신사 환경을 보장하는 시험은 아닙니다. AP 설정이 바뀌었을 때는 Pi의 재접속, 터널, Apple TV 순서로 연결을 복구했습니다.
THE ROUTER SOFTWARE INSIDE THE NAS
OpenWrt가 뭐예요?
OpenWrt는 공유기의 기능을 직접 구성하고 확장할 수 있는 오픈소스 Linux 운영체제입니다. 저는 NAS 안에 가상머신으로 설치해 집의 인터넷 연결, 기기 주소 배정, 방화벽을 맡겼습니다.
LuCI는 설정을 바꾸는 웹 화면이고, UCI는 SSH에서 쓰는 설정 명령입니다. 필요한 기능은 패키지로 추가할 수 있습니다.
COULD THIS WORK FOR YOU?
내 환경에서도 가능할까요?
Apple TV는 유선인데, TV를 옮길 수 있는 이유가 무엇인가요?
BUILD DETAILS
구현 방법과 응용
01TV를 놓고 싶은 곳에 선이 없었다
Apple TV로 Btv 실시간 방송을 보려니 제 환경에서는 유선과 광모뎀 직결 조건이 걸렸습니다. 방을 가로질러 긴 랜선을 놓는 대신, Apple TV가 인식할 유선 연결과 상위 네트워크로 가는 길을 나눠 보기로 했습니다.
02TV 옆의 짧은 랜선을 Wi-Fi로 이어주기
Apple TV는 Pi의 Ethernet 포트에 직접 꽂고 Pi는 Wi-Fi로 AP에 연결했습니다. NAS 가상머신의 OpenWrt와 Pi 사이에는 VXLAN 터널을 만들어 기존 LAN의 주소 배정과 방송 통신을 이어 줬습니다. Apple TV에는 Ethernet 연결로 보이는 구조입니다.
연결은 NAS OpenWrt → 스위치 → 무선 AP ⇢ Wi-Fi·VXLAN ⇢ Raspberry Pi 3 → 짧은 Ethernet → Apple TV 순서입니다. OpenWrt는 라우팅·주소 배정·방화벽 같은 공유기 기능을 맡습니다. 에이전트와 설정을 맞추고 점검했으며, 실제 통신은 이 장비들이 처리합니다.
03짧게 재생해 보고 지연도 살피기
Raspberry Pi 3의 2.4GHz Wi-Fi로 Btv를 재생했습니다. 25초 동안 끊김 없이 약 13.44–13.50Mbps가 흐르고 측정 패킷 손실은 0%였습니다. 5초 간격으로 살핀 지연은 안정화 뒤 보통 6–18ms였지만, 처음 연결할 때는 백그라운드 동기화로 잠깐 커지기도 했습니다.
긴 케이블 없이 방송이 재생되는 것은 확인했습니다. 다만 짧은 시험이라 온종일 안정적이거나 다른 비트레이트에서도 같다고 말할 수는 없습니다.
04AP를 바꾼 뒤 다시 연결하기
AP 교체 후에는 Pi·터널·Apple TV 순서로 다시 확인해 연결을 복구했습니다. Pi와 Apple TV 접근, VXLAN과 HomeKit 광고까지 함께 봤습니다.
05케이블을 다시 꽂을 때 지킬 조건
Pi의 Ethernet은 Apple TV 전용으로 뒀습니다. 브리지가 켜진 채 이 포트를 상위 스위치로 되돌려 연결하면 루프가 생길 수 있어 운영 문서에 연결 조건을 적었습니다. 장애는 전원·케이블, Wi-Fi, 브리지·터널, 장치 주소 순서로 보도록 정리했습니다.
06다음에는 길게 재생해 볼 것
이 구성을 다시 시험한다면 재부팅, 약한 신호, 동시 다운로드와 장시간 재생을 나눠 보겠습니다. 평균 속도와 함께 끊김 횟수, 가장 긴 지연, 복구 시간을 남기는 편이 TV를 실제로 쓰는 경험에 더 가깝습니다.
적용 범위와 참고할 점
제가 구성한 Pi 3·OpenWrt 연결과 실제 방송 재생, AP 교체 뒤 복구 경험을 정리했습니다. 성능 수치는 25초 관측 범위에 한정됩니다. 제 Btv 환경에서 유선 인식과 재생을 확인한 사례이며, 구독이나 계정 권한을 바꾸지는 않았습니다.