CCTV 원격 영상이 자꾸 끊기면 어디부터 점검하나

"매장 안에서 모니터로 볼 땐 멀쩡한데, 왜 밖에서 폰으로만 보면 자꾸 멈추죠?"

"화질을 낮췄더니 좀 낫던데, 이게 근본 해결은 아니잖아요."

이 두 상황은 원인이 서로 다른 자리에서 옵니다. 그런데 화면만 보면 똑같이 "끊긴다"로 보이죠.

먼저 딱 하나만 가르고 시작하겠습니다.

지금 영상을 보는 경로가 ① 녹화기 직결 모니터 ② 같은 LAN에서 IP/LAN 직접 연결로 확인된 앱 ③ UID·P2P·클라우드 등록 앱 ④ 외부 모바일망 앱 중 어디인가요?

①과 ②는 로컬 경로를 우선 점검할 수 있지만, ③은 휴대폰이 같은 와이파이에 있어도 UID·P2P·클라우드 경로를 쓸 수 있습니다. 앱이 LAN 직접 연결 중임을 확인한 경우에만 로컬 경로로 판정하세요.

연결 방식이 표시되지 않는다면 같은 와이파이라는 이유만으로 업로드·P2P 경로를 배제하면 안 됩니다.

녹화기 직결 화면과 LAN 직접 연결로 확인된 앱 영상은 멀쩡한데 UID·P2P·클라우드 등록 앱이나 외부 모바일망에서만 끊긴다면, 로컬 영상 경로의 우선순위는 내려갑니다. 다만 매장 회선의 업로드·NVR 원격 송출 부하·P2P 상태·펌웨어·외부 단말 문제는 여전히 남습니다.

이 글은 그 "끊김"을 세 축 — ① 업로드 대역폭 → ② 앱이 보는 스트림(메인/서브) → ③ 인코딩(비트레이트·CBR/VBR·코덱) — 으로 갈라, 사장님이 직접 확인할 선까지 정리한 편집 자료입니다. 확인일은 2026-08-11입니다.

원격만 끊기는데 회선이 문제일 수 있나 — 업로드부터 본다

원격 영상이 끊길 때 가장 먼저 볼 축은 매장 인터넷의 업로드(업스트림) 속도입니다. 밖에서 보는 영상은 매장 회선이 바깥으로 보내는 데이터라, 다운로드가 빨라도 업로드가 부족하면 끊길 수 있습니다.

여기서 사장님이 놓치기 쉬운 게 하나 있어요.

인터넷 상품에 따라 업로드가 다운로드보다 낮은 비대칭 회선일 수 있습니다. 다만 모든 가정용·소상공인용 회선이 비대칭인 것은 아니므로, 대칭 여부는 계약 상품명이나 통신사 조회를 통해 확인하셔야 합니다.

그래서 매장 안에서 로컬로 볼 땐 멀쩡하던 영상이, 밖으로 나가는 순간 막상 끊길 수 있는 겁니다.

판정 테스트는 이겁니다. 먼저 녹화기의 상태·네트워크 통계 화면에서 Remote Live View·Outgoing Bandwidth·송신 비트레이트처럼 실제 원격 송출량을 나타내는 항목이 있는지 보세요.

메뉴 명칭과 제공 여부는 모델마다 다릅니다. Hikvision NVR도 제품 사양에 최대 Outgoing Bandwidth가 표시되지만, 그 숫자는 장비의 최대 송출 사양이지 현재 회선으로 나가는 실측값은 아닙니다.

공식 제품 사양은 Hikvision DS-9632NI-I8 제품 페이지에서 확인할 수 있습니다.

현재값을 보여 주는 통계 화면이 없다면 제조사나 설치 업체에 해당 모델의 확인 경로를 물어보셔야 합니다.

그다음 매장의 같은 인터넷을 쓰는 다른 기기(POS·태블릿·폰)에서 속도 측정을 돌려 업로드 숫자를 보세요. 가능하면 CCTV가 자주 끊기는 시간대에 여러 번 재는 게 좋습니다.

비교식은 이렇게 잡습니다.

필요 업로드 = 현재 원격으로 보는 채널별 실제 송출 비트레이트의 합 + 전송 프로토콜 오버헤드 + 다른 업로드 트래픽 + 운용 여유

실제 송출량을 볼 수 없다면 각 원격 화면이 사용하는 스트림의 설정 비트레이트를 사용자별·채널별로 합산해 기준값을 만드세요. 다만 VBR 변동과 전송 오버헤드가 있으므로, 그 합계만 측정 업로드보다 작다고 곧바로 충분하다고 판정하면 안 됩니다.

예를 들어 한 사용자가 1Mbps로 설정된 네 채널을 동시에 본다면 설정값 합계는 4Mbps입니다. 같은 네 채널의 독립 원격 스트림이 두 사용자에게 각각 생성되는 구성이라면 기준 합계는 8Mbps까지 늘 수 있습니다.

이때 측정 업로드가 10Mbps라면 숫자상 차이는 2Mbps뿐입니다. 그 안에서 프로토콜 오버헤드·VBR 상승·POS나 클라우드 백업의 업로드까지 처리해야 하므로, 실제 송출 피크를 확인하지 않고 충분하다고 단정할 수 없습니다.

모든 제조사와 전송 방식에 공통으로 적용되는 고정 여유 비율은 없습니다. 장비가 요구하는 여유 기준을 공개하지 않았다면 임의로 20%나 30%를 붙이지 말고, 해당 모델 제조사 확인이 필요하다고 보는 게 안전합니다.

• 설정 비트레이트 합계가 측정 업로드와 같거나 더 크다면 → 회선 부족 가능성이 높으므로, 같은 조건에서 실제 원격 송출량과 끊김 재현 여부를 확인하세요. 특히 VBR의 설정값이 최대값인지 목표값인지 알 수 없다면 설정 합계만으로 부족을 확정하지 마세요.
• 실제 송출량과 다른 업로드 트래픽을 더한 값이 측정 업로드에 바짝 붙는다면 → 제조사 권장 여유와 송출 피크를 추가 확인해야 합니다.
• 낮 장사 시간에만 끊기고 새벽엔 괜찮다면 → 다른 트래픽(배달 태블릿·클라우드 백업·손님 와이파이)이 업로드를 나눠 쓰는 상황일 수 있어요.
• 업로드 여유가 충분한데도 끊긴다면 → 지연·패킷 손실·NVR 송출 부하·P2P 서비스·외부 단말 축도 남습니다.

동시에 몇 명이 보느냐도 확인해야 합니다. 같은 채널·같은 비트레이트의 독립 원격 스트림이 사용자별로 생성되는 구성이라면 사용자 수에 비례해 송출량이 늘 수 있습니다. P2P·클라우드 릴레이·NVR 트랜스코딩 방식은 장비별 확인이 필요합니다.

한 명만 남기고 나머지 접속을 끊었을 때 끊김이 사라지면, 회선 용량이나 NVR 원격 송출 부하 쪽으로 기웁니다. 다만 이것만으로 둘 중 하나가 확정되는 건 아닙니다.

참고로 밖에서 접속 자체가 아예 안 되는 것과 접속은 되는데 끊기는 건 다른 문제입니다. 접속이 안 되는 상황이라면 매장 CCTV 원격접속 실패 — 포트포워딩·DDNS 5단계 점검을, LTE로 붙을 때만 안 된다면 매장 CCTV LTE 접속 불가 — 공인 IP·DDNS·P2P 점검을 먼저 보시는 게 맞습니다.

화질을 낮추면 되던데, 그게 서브스트림인가

앱에서 화질을 낮췄더니 부드러워졌다면, 라이브 화면이 메인스트림에서 서브스트림으로 바뀌었을 가능성이 큽니다. 다만 앱이 해상도·프레임·비트레이트만 조정했을 수도 있어 실제 스트림은 장비에서 확인해야 합니다.

IP 카메라와 녹화기에는 메인스트림과 하나 이상의 서브스트림을 제공하는 모델이 많습니다. 고화질·고비트레이트의 메인스트림과, 해상도·프레임·비트레이트를 낮춰 대역폭 사용을 줄인 서브스트림입니다.

메인스트림은 녹화·확대 검색처럼 화질이 중요한 용도에, 서브스트림은 원격 라이브처럼 전송량을 줄여야 하는 용도에 쓸 수 있습니다. 다만 스트림 수와 용도는 제품별 공식 사양을 확인하셔야 합니다.

Reolink 공식 안내에서는 고화질 스트림을 Clear, 낮은 해상도·프레임·비트레이트의 스트림을 Fluent로 구분합니다. 자세한 설정 항목은 Reolink 공식 Stream Settings Guide에서 확인할 수 있습니다.

Hik-Connect 공식 도움말은 원활하지 않은 라이브 뷰에서 Fluent를 선택하거나 Custom 화면에서 Stream Type·Resolution·Frame Rate·Bitrate를 조정하도록 안내합니다.

문제는 앱이나 뷰어가 원격 라이브에서 높은 비트레이트의 스트림을 요청할 때입니다.

동시 화면과 단일 확대 화면에서 서로 다른 스트림을 쓰는지는 앱·NVR·카메라 구성에 따라 다릅니다. 큰 화면에서만 끊긴다면 자동전환이라고 단정하지 말고, 실제로 선택된 스트림과 송출 비트레이트가 달라지는지 확인하세요.

판정 테스트는 간단합니다. 앱에서 낮은 화질 스트림을 수동으로 선택해 보세요. Hik-Connect라면 Fluent 또는 Custom, Reolink라면 Fluent가 실제 메뉴 사례입니다.

SD·HD·유창 같은 명칭은 제조사와 앱마다 다릅니다.

• 낮은 화질 스트림에선 부드럽고 높은 화질 스트림에서만 끊긴다면 → 스트림 선택과 대역폭이 맞물린 문제입니다. 원격은 낮은 비트레이트 스트림으로 보고, 세밀한 확인이 필요할 때만 높은 화질을 잠깐 켜는 식으로 운용하세요.
• 낮은 화질 스트림으로 바꿔도 여전히 끊긴다면 → 그 스트림의 실제 송출량이 회선 여유를 넘거나, NVR·P2P·외부 단말 같은 다른 원인이 남은 겁니다. 세 번째 축으로 넘어갑니다.

앱에 메인·서브 선택 메뉴가 아예 없을 수도 있습니다.

그럴 땐 녹화기 또는 카메라 웹 설정의 영상·인코딩 메뉴에서 스트림별 해상도와 비트레이트를 확인하고, 원격 라이브·송신 대역폭 통계가 제공된다면 화면을 전환하면서 실제 송출량이 어떻게 바뀌는지 보세요. 제조사 공식 앱 도움말에 화질 명칭과 스트림 대응 관계가 나오는지도 확인하시면 됩니다.

그래도 현재 스트림을 확인할 수 없는 장비는 추측하지 마세요. 해당 모델이 자동으로 스트림을 고르는지, 화질 버튼이 스트림 자체를 바꾸는지는 제조사 확인이 필요합니다.

일부 장비는 회선 상태에 따라 스트림이나 화질을 조정하는 기능을 둡니다. 다만 자동전환 기능의 존재·명칭·동작 기준은 제조사와 모델별로 다르므로 공식 설명서에서 확인한 뒤 사용하세요.

서브스트림도 끊기면 비트레이트·코덱을 본다

낮은 화질 스트림으로 바꿨는데도 끊긴다면, 이제 인코딩 값 자체를 봐야 합니다. 여기가 세 번째 축이에요.

핵심은 하나입니다. 스트림 설정값이 아니라 실제 원격 송출량을 측정 업로드와 비교해야 합니다.

녹화기·카메라 영상 설정에는 보통 세 가지가 함께 있습니다.

• 해상도·프레임(fps) — 높을수록 필요한 전송량이 커질 수 있습니다. 원격 서브스트림은 굳이 최고로 둘 이유가 없어요.
• 비트레이트(Kbps) — 스트림당 대역폭을 가늠하는 기준값입니다. 다만 VBR 변동·전송 오버헤드·동시 원격 스트림을 포함한 실제 송출량은 더 크거나 달라질 수 있습니다.
• 비트레이트 타입 — CBR / VBR — 목표 비트레이트를 일정하게 제어할지, 장면에 따라 달라지게 할지 정하는 방식입니다.

CBR은 설정한 목표 비트레이트를 중심으로 전송량을 제어하고, VBR은 장면의 복잡도와 움직임에 따라 대역폭 사용량이 달라집니다. 설정 숫자와 네트워크에서 측정되는 실제 트래픽을 같은 고정값으로 보면 안 됩니다.

움직임이 많은 매장(주방·계산대 앞)에서는 VBR 사용량이 증가할 수 있습니다. 다만 사람이 붐빌 때 끊긴다는 사실만으로 VBR을 원인으로 확정할 수는 없고, 그 시간의 실제 송출량·패킷 손실·다른 업로드 트래픽을 함께 봐야 합니다.

판정 테스트는 이렇게 하세요. 먼저 현재 스트림 설정값을 기록하고, 가능하면 녹화기의 실제 원격 송출량도 기록합니다. 그다음 서브스트림의 비트레이트를 한 단계 낮춰 저장한 뒤, 같은 채널 수와 같은 접속자 조건에서 끊김이 사라지는지 봅니다.

낮췄더니 부드러워지면 인코딩 값과 현재 전송 경로가 맞물린 문제입니다. 이 경우 무리하게 화질을 다 낮추기보다, 실제 송출 피크와 다른 트래픽까지 측정 업로드 안에서 처리되는 선을 찾는 게 맞습니다.

코덱도 한 축입니다. H.265(HEVC)는 같은 수준의 화질에서 H.264보다 필요한 저장·전송량을 줄일 수 있지만, 브라우저·운영체제·하드웨어·앱의 재생 지원은 서로 다를 수 있습니다.

원격에서만 이상하고 특정 기기에서 유독 심하다면, 서브스트림 코덱을 H.264로 바꿔 대조해 보세요. H.264에서만 멀쩡하다면 해당 단말이나 앱의 H.265 호환 문제 쪽으로 기웁니다.

다만 카메라·녹화기의 IP·포트·네트워크 주소 같은 통신 설정은 임의로 건드리지 마세요. 여기서 바꾸는 건 어디까지나 영상 화질·스트림 값입니다. 통신 경로 설정을 잘못 만지면 원격 접속 자체가 끊길 수 있어요.

메인/서브 스트림, 전환은 어떤 흐름으로 도나

여기서 "지금 내가 보는 화면이 어느 스트림인지"를 그림으로 한번 정리해 두면, 다음에 화질을 낮출 때 헤매지 않습니다.

공유기를 새로 바꾼 뒤부터 스트림 전환이 이상하거나 원격 접속 자체가 흔들린다면, 스트림 값보다 네트워크 쪽 변수가 먼저일 수 있습니다. 이런 경우는 공유기 바꾼 뒤 CCTV 원격접속 안 되면 IP부터 확인 글에서 IP 쪽부터 짚어보시는 게 순서에 맞습니다.

같은 '원격 끊김'을 세 축으로 나눈 판정표

증상·상황	우선 점검 축	판정 테스트	사장님이 직접?
녹화기 직결 모니터도 끊긴다	이 글 범위 밖	카메라·녹화기·내부 배선·녹화기 부하부터 확인	일부 O
같은 LAN의 앱만 끊긴다	연결 경로·내부망	앱이 IP/LAN 직접 연결 중인지 확인하고, 표시되지 않으면 업로드·P2P 경로를 배제하지 않음	O
직결 모니터와 LAN 직접 앱은 멀쩡하고 UID·P2P·클라우드 앱만 끊긴다	① 업로드·원격 송출·P2P	실제 원격 송출량과 측정 업로드를 비교하고 P2P 상태 대조	O
외부 모바일망 앱에서만 끊긴다	① 업로드·원격 경로	실제 원격 송출량·매장 업로드·외부 단말망을 각각 대조	O
낮 장사 시간에만 끊긴다	① 대역폭(경합)	다른 업로드 트래픽·동시 접속자 줄여 대조	O
여러 명이 볼 때만 끊긴다	① 회선·NVR 동시성	한 명만 남기고 종료한 뒤 실제 송출량 대조	O
화질 낮추면 부드러워진다	② 스트림 선택	앱·녹화기에서 현재 스트림 확인 후 낮은 화질로 대조	O
4분할은 되는데 크게 키우면 끊긴다	② 스트림·송출량 변화	확대 전후 스트림과 실제 송출 비트레이트 대조	O
낮은 화질 스트림도 끊긴다	③ 비트레이트	설정 기록 후 비트레이트 한 단계 낮춰 대조	O
움직임 많을 때만 순간 끊긴다	③ CBR/VBR·송출 피크	실제 송출량과 다른 트래픽을 같은 시간에 대조	O
특정 기기·오래된 앱에서만 깨진다	③ 코덱	서브스트림 H.265→H.264로 바꿔 대조	O

이 표는 원인을 확정하는 표가 아닙니다. 어느 축부터 볼지 정하는 편집상 판정표예요.

두 축이 겹칠 수도 있습니다. 업로드가 빠듯한데 앱이 높은 비트레이트 스트림까지 물고 있으면 두 축이 동시에 작용하죠.

그러니 한 번에 한 축만 바꾸고 확인하세요.

우리 매장 기록표 — 업로드·채널·비트레이트·끊김을 적어보세요

말로만 대조하면 다음 날 기억이 흐려집니다. 아래 표에 매일 또는 끊김이 있을 때마다 값을 적어두면, 어느 축이 문제인지 스스로 좁혀갈 수 있습니다.

날짜/시간	업로드 속도(다른 기기 스피드테스트, Mbps)	동시 시청 채널 수	채널별 설정 비트레이트 합(녹화기 영상 설정에서 확인, Kbps)	실제 송출량(있다면 NVR 통계, Kbps)	끊김 여부(예/아니오)
예) 08-11 13시	예) 10	예) 4	예) 4,000	예) 확인 안 됨	예) 예

계산식은 앞서 나온 것과 같습니다. 필요 업로드 = 채널별 실제 송출 비트레이트의 합(또는 실측값이 없으면 설정 비트레이트 합) + 전송 프로토콜 오버헤드 + 다른 업로드 트래픽 + 운용 여유. 이 합계와 업로드 속도가 바짝 붙어 있는 날에 끊김이 몰려 있는지를 표로 비교해 보세요.

표를 채우다 보니 스트림·업로드는 다 정상인데 유독 "감지됐다는데 알림만 늦게 오거나 안 오는" 증상이 같이 있다면, 그건 이 글의 원격 영상 축과는 다른 문제입니다. 그런 경우는 CCTV 움직임 감지되는데 알림 안 오면 점검 순서를 따로 확인해 보세요.

원격이 끊기기 시작했다면 오늘 뭘 먼저 하나

원격 CCTV가 끊길 때 가장 피해야 할 건, 원인을 모른 채 녹화기를 초기화하거나 카메라부터 의심하는 일입니다. 녹화기 직결 화면과 LAN 직접 연결로 확인된 앱 영상이 멀쩡하다면 로컬 영상 경로의 우선순위는 내려가지만, NVR의 원격 송출 부하·P2P 상태·펌웨어 문제는 남습니다.

첫 동작은 딱 하나예요. 현재 영상 경로를 ① 녹화기 직결 모니터 ② 같은 LAN에서 IP/LAN 직접 연결로 확인된 앱 ③ UID·P2P·클라우드 등록 앱 ④ 외부 모바일망 앱으로 가르는 것.

같은 와이파이에서 앱이 잘 나온다는 사실만으로 로컬 경로라고 판정하면 안 됩니다. 앱이 LAN 직접 연결 중인지 표시되지 않는다면 업로드·P2P 경로도 그대로 점검 범위에 남겨 두세요.

직결 모니터와 LAN 직접 연결 영상은 멀쩡하고 UID·P2P·클라우드 등록 앱이나 외부 모바일망에서만 끊긴다면, 위 세 축과 원격 송출 경로로 범위를 좁혀 가시면 됩니다.

그다음은 순서가 있습니다. 실제 원격 송출량과 업로드 속도를 비교하고 → 앱이 보는 스트림을 확인해 낮은 화질로 대조하고 → 그래도 끊기면 서브스트림 비트레이트와 코덱을 하나씩 바꾸는 겁니다.

실제 송출량을 볼 수 없다면 현재 원격으로 보는 사용자별·채널별 스트림 비트레이트를 합산하세요. 그 합계에 프로토콜 오버헤드·다른 업로드 트래픽·운용 여유까지 필요하다는 점을 빼면 안 됩니다.

이 합산값은 실측값이 없을 때 쓰는 보수적 용량 점검 기준이며, 끊김 원인을 확정하는 값은 아닙니다.

화질을 무작정 다 낮추는 건 임시 완화일 뿐, 어느 축이 문제였는지는 이 순서로만 갈립니다.

끝으로 한 가지만 당부드릴게요. 화질·스트림 값은 원래 값을 기록해 두면 되돌릴 수 있지만, IP·포트 같은 통신 설정은 원격 접속 자체를 끊을 수 있으니 손대지 마세요. 그 영역은 값을 바꾸기 전에 설치 업체·제조사 안내를 먼저 확인하시는 게 안전합니다.

---

이 글은 Hik-Connect 공식 라이브 화질 설정 안내, Hikvision 공식 LAN 장비 추가 안내, Hikvision NVR 공식 제품 사양, Reolink 공식 Clear·Fluent Stream Settings Guide, Reolink 공식 UID 안내, Axis 공식 비트레이트 제어 문서 등 공개 자료를 매장 사장님 관점에서 정리·대조한 편집 자료입니다(확인일 2026-08-11).

본문의 3축(업로드 대역폭·스트림 선택·인코딩) 순서는 모든 장비의 공식 공통 절차가 아니라 한 번에 바꾸는 범위를 줄이기 위해 구성한 우선 배제 모델이며,

실제 메뉴 명칭·설정 위치·스트림 전환 방식은 카메라·녹화기 제조사와 뷰어 앱, 통신사 회선 구성에 따라 다를 수 있습니다.

같은 와이파이에 연결됐다는 사실만으로 앱이 LAN 직접 연결을 사용한다고 확정할 수 없으며, 연결 방식이 확인되지 않으면 UID·P2P·클라우드 경로와 매장 업로드를 배제하지 않아야 합니다. 설정 비트레이트와 실제 네트워크 송출량은 같지 않을 수 있으며, 공통으로 적용되는 고정 대역폭 여유 비율은 없습니다.

해상도·비트레이트·코덱의 구체 값과 필요한 여유는 장비 사양·전송 방식·회선 상태에 맞춰 확인해야 하며, 확인할 수 없는 모델은 제조사 또는 설치 업체 안내가 필요합니다. 카메라·녹화기의 IP·포트·네트워크 통신 설정은 임의로 변경하지 마시기 바랍니다.*