네트워크 연결

불안정한 네트워크 연결에 대한 문제 해결 가이드

1. 소개

이 문제 해결 가이드는 Axis 고객이 자체 해결을 위해 사용할 수 있도록 만들어졌습니다. 이 가이드는 고객이 일반적으로 발생할 수 있는 문제에 대한 완화 조치를 찾는 데 도움이 될 것입니다. 또한 이 가이드에서는 지원 케이스를 열 때 수집 및 제공해야 하는 데이터에 대해서도 다룹니다. 이를 통해 Axis 지원 팀은 정확하고 필요한 정보를 제공하여 직면한 문제의 해결을 신속하게 지원할 수 있습니다.  

참고

Axis 카메라는 설치 가이드에 명시된 대로 설치해야 원래 목적대로 작동합니다. 일반적으로 기기를 작동하거나 테스트할 때 기기의 돔이 지면을 향해야 합니다.

이 가이드에서 설명한 구성을 수정함으로써 시스템에 미칠 수 있는 영향에 대해 Axis는 어떠한 책임도 지지 않습니다. 수정이 실패하거나 다른 예기치 않은 결과가 발생하는 경우, 설정을 기본값으로 복원해야 할 수 있습니다.

2. 기반 시설

네트워크는 가장 예측하기 어려운 연결 끊김의 원인입니다. 스위치, 라우터, 케이블 프록시 등 네트워크에서 송신자와 수신자 사이에 있는 모든 것이 어느 시점에서 연결에 영향을 미칩니다. 

2.1 네트워크 관리

예측할 수 없는 요인으로 인해 네트워크에 문제가 발생할 수 있습니다.

완화 조치

  • 카메라와 뷰어 간의 링크에는 처리량이 보장되어 있어야 합니다.
     

  • LAN(Local Area Network)에서는 링크에 홉의 수를 최대한 적게 만들면 됩니다. VoIP(Voice over IP) 또는 기본적으로 비디오보다 우선순위가 높은 기타 프로토콜 또는 링크에 과부하를 주는 까다로운 서비스 등의 트래픽과 링크를 공유해서는 안 됩니다.
     
  • 링크가 WAN(Wide area network)을 이용하는 경우에는 각 홉(예: 라우터 및 스위치)에서 QoS를 보장해야 합니다. 이를 위해 지역 인터넷 제공업체를 통해 지점 간 경로를 대여할 수도 있습니다.
     
  • 차폐 케이블을 사용하는 것이 좋습니다. 애플리케이션에 따라서 케이블은 '신호 간섭'이라고도 하는 EMI/RFI/ESI(전자기 간섭, 무선 주파수 간섭, 정전기 간섭)의 영향을 받을 수 있습니다. 절연만으로는 신호 간섭으로부터 보호할 수 없으므로 신호 간섭의 영향을 방지하려면 적절한 차폐가 필수적입니다.

2.2 대역폭

네트워크 비디오 제품은 구성에 따라 네트워크 대역폭을 활용합니다. 압축률이 매우 낮은 고품질 비디오를 요청하는 경우에는 비트 레이트가 눈에 띄게 증가합니다. 대역폭이 제한되어 있는 경우 기기는 사용 가능한 네트워크 인프라 대역폭과 일치하도록 스트림 품질을 보상해야 하므로(비트 레이트 감소) 경우에 따라 패킷 손실이 발생할 수 있습니다.

완화 조치
 

  • 카메라 수가 8~10대 정도인 소규모 감시 시스템에서는 대역폭 제한을 고려하지 않고도 기본적인 100메가비트(Mbit) 네트워크 스위치를 사용할 수 있습니다.
     
  • 10대 이상의 카메라를 구축하는 경우에는 몇 가지 경험 규칙을 사용하여 네트워크 부하를 추정할 수 있습니다.
     

                a) 높은 프레임 레이트로 고품질 이미지를 제공하도록 구성된 카메라는 약
2~3Mbit/s의 가용 네트워크 대역폭을 사용합니다.

b) 카메라가 12~15대 이상인 경우에는 기가비트 백본이 있는 스위치 사용을 고려하십시오. 기가비트 지원 스위치를 사용하는 경우라면,
영상 관리 소프트웨어를 실행하는 서버에 기가비트 네트워크 어댑터가 설치되어 있어야 합니다.

3. 기기 과부하

과부하로 인해 기기가 충돌하면 스트리밍이 중단될 수 있습니다. 다음은 기기 과부하를 유발할 수 있는 몇 가지 요인입니다.

3.1 요인 1 - 칩셋 성능

비디오 제품(칩셋)이 최대 해상도와 풀 프레임 레이트로 개별 구성된 동시 스트림을 얼마나 제공할지 정확히 예측하기는 어렵습니다. 전반적인 성능은 다음에 따라 달라집니다.

  • 비디오 제품의 CPU로드 또는 비디오 압축 로드(칩셋에 따라 다름)
  • 제품 및 네트워크 인프라의 총 데이터 처리량(대역폭)
  • 클라이언트 성능
  • 이미지의 복잡성
  • 조명 조건

 

완화 조치

  • 사용자 관점에서 다음 항목은 전체 성능에 부정적인 영향을 미칠 수 있는 가장 일반적인 매개변수입니다.

            - 높은 이미지 해상도
- 낮은 이미지 압축 수준
- Motion JPEG 및 H.264/H.265 스트림 혼합
- 많은 클라이언트가 동시에 서버 접속
- 서로 다른 이미지 설정(해상도, 압축 등)에 동시 액세스하는 클라이언트
- 많은 이벤트 설정 사용
- 모션 감지 활성화
- HTTPS
- 모든 이미지를 디코딩하지 않는 성능이 떨어지는 클라이언트 PC
- 제한적이거나 열악한 네트워크 인프라. 네트워크가 정체되면 프레임이 삭제됩니다.

  • 이미지 장면, 압축 수준 및 압축 방법이 일정하게 유지되는 경우 해상도가 증가하면 전체 프레임 레이트 스트림 수가 감소하거나 스트림당 프레임 레이트가 감소합니다.
     
  • 칩셋에 대한 교육은 제한 사항을 이해하는 데 도움이 됩니다. ARTPEC-7을 예로 들어 보겠습니다. 이 칩셋에 대한 테스트 결과는 HDTV 1080p/30fps에서 거의 6개의 동시 H.265 스트림, 4K/23fps에서 2개의 H.265 스트림 또는 3712x2784/20fps에서 1개의 H.265 스트림을 제공할 수 있음을 보여줍니다. 또는 4K/30fps에서 1개의 H.265 스트림 및 1080p/30fps에서 1개의 H.265 스트림을 동시에 전달할 수 있습니다.

 

3.2 요인 2 - 여러 분산 또는 에지 분석

사용된 ACAP가 많으면 CPU 처리가 에지에서 이루어지며 기기 성능에 큰 영향을 미치고 원치 않는 충돌/중단을 일으킬 수 있습니다. 이 문제는 ACAP가 과도하게 사용되거나 원치 않는 충돌 및 중단을 유발할 수 있는 여러 고품질 스트림을 믹스에 추가 할 때도 나타날 수 있습니다.

완화 조치

  • 사용되는 ACAP 수를 제한하십시오.
     
  • AXIS F 시리즈 및 AXIS P3707-PE 제품과 같은 멀티 센서/멀티 채널 카메라의 경우, 여러 채널에서 모션 감지가 필요한 경우에는 원하는 채널에 내장형 모션 감지(VMD1이라고도 함)를 대신 사용하는 것이 좋습니다. VMD1은 더 적은 프로세서 전력을 필요로 합니다.
     

3.3 요인 3 - 고주파 HTTP 요청

구성이 잘못되어 기기가 처리할 수 없는 논스톱 요청을 보내는 영상 관리 시스템과 기기에서 사용하는 리소스.

완화 조치

  • 이 경우 VMS에서 카메라를 격리하는 것이 문제 해결의 첫 번째 단계입니다.
     
  • 카메라가 격리되었으면 기기의 웹 인터페이스에서 라이브 뷰를 사용할 때처럼 간단하게 카메라에서 스트림을 가져오는 테스트가 필요합니다.

 

4. Wireshark 또는 Vapix 명령을 사용한 문제 해결

지원 케이스에 연결하기 위해 네트워크 추적을 수행하는 데 선호되는 애플리케이션은 Wireshark입니다. 이 애플리케이션이 PC에 설치되어 있지 않다면 http://www.wireshark.org에서 무료로 다운로드할 수 있습니다. Wireshark는 트래픽을 기록하고 검토할 때 모두 트래픽을 필터링할 수 있는 가능성을 제공합니다. 두 가지 모두 다양한 상황에서 유용할 수 있습니다.

https://www.axis.com/support/faq/FAQ115368

또한 Axis 기기(펌웨어 버전 5.x 이상)의 연결 문제를 해결할 때 웹 브라우저를 통해 다음 Vapix 명령을 실행할 수도 있습니다.

  • http://x.x.x.x/axis-cgi/debug/debug.tgz?cmd=pcapdump&duration=30

— 지정된 시간(초 단위) 동안 기기 자체에서 가져온 패킷 캡처 파일을 생성합니다. 캡처는 표준 *.pcap 형식이므로 Wireshark에서 검토할 수 있습니다.

  • http://x.x.x.x/axis-cgi/connection_list.cgi

 — 현재 열려 있는 TCP/UDP 연결/포트 목록을 표시합니다.

  • http://x.x.x.x/axis-cgi/pingtest.cgi?ip=y.y.y.y

— 지정된 IP 주소를 한 번 ping한 다음 결과를 보고합니다.

5. 지원 케이스 열기

위의 요인과 완화 조치가 네트워크 문제를 식별하고 해결하는 데 도움이 되지 않는 경우가 있을 수 있습니다. 지원 케이스를 열고 아래 필수 정보와 데이터를 제공하십시오.

참고: 가능하면 항상 LTS 트랙 또는 활성 트랙의 최신 펌웨어에서 기기를 테스트해야 합니다.

 

5.1 필요한 데이터 및 정보

참고: 기기의 서버 리포트를 추가하는 것을 잊지 마십시오!

지원 팁: 서버 리포트를 다운로드하는 방법

  • 문제에 대한 자세한 설명과 발생 시기 및 빈도
  • 네트워크에 대한 내부 조사가 있었습니까? 네트워크 기기?
  • 네트워크에 대한 설명과 가능한 경우 네트워크 토폴로지 도면?
  • 네트워크 상의 모든 기기에 대한 자세한 정보?
  • 방화벽과 바이러스 백신 제품군 등이 업데이트되었습니까?
  • 설치된 다른 작동 카메라와 비교?
  • 네트워크 상의 결함 장치 및 기타 작동 장치의 Wireshark?
  • 장치가 네트워크에서 격리된 후에도 동일한 문제가 나타나는지 확인?
  • 장치에 전원이 공급되는 방식에 대한 정보.
  • 사용 중인 타사(VMS, EMS,…) 애플리케이션의 이름?
  • 이전 또는 신규 설치이고 네트워크에서 변경된 사항이 있습니까?

 

[모든 질문에 답변하고 파일을 첨부한 후 기술 지원에 문의하시기 바랍니다.]

고려 사항 및 제한

이 가이드에서는 발생 가능한 모든 문제가 아닌 지원 케이스에서 가장 많이 나타나는 문제를 다룹니다. Axis 고객은 이 문제 해결 가이드에 열거된 유형의 문제이든 아니든 필요하면 언제나 Axis 지원에 문의할 수 있습니다.