NDI 소스가 목록에 없거나, 표시되지만 연결할 수 없거나, 연결되었어도 쓸 수 있는 영상이나 오디오가 없을 수 있습니다. 보이는 증상부터 시작합니다.
- 소스 누락: 송신자, 인터페이스, 검색 방식을 확인합니다.
- 소스는 표시되지만 연결 안 됨: 미디어 전송, 포트, 경로를 확인합니다.
- 연결됐지만 영상이나 오디오 없음: 수신 미디어와 디코더를 검사합니다.
확인 전반에 같은 송신자와 수신자를 사용합니다. 결과를 비교할 수 있도록 소스 이름, NDI 버전, 네트워크 인터페이스, 각 테스트 시간을 기록합니다.
NDI 소스가 없으면 먼저 검색을 입증합니다
송신 애플리케이션 또는 장치가 실행 중이고 NDI 출력이 활성화되었는지 확인합니다. 다음으로 수신자가 의도한 인터페이스를 보고 있는지, 두 엔드포인트가 예상 NDI 그룹에 속하는지 확인합니다. 한 애플리케이션에서는 없지만 NDI 진단 도구에는 보이는 소스는 네트워크 전체 검색 실패가 아니라 애플리케이션, 런타임 또는 구성 문제일 수 있습니다.
기본적으로 NDI는 제로 구성 검색에 mDNS를 사용합니다. IPv4 멀티캐스트 주소 224.0.0.251과 UDP 포트 5353을 사용하며, 검색 범위는 하나의 물리적 또는 논리적 LAN으로 제한됩니다. Windows의 공용 네트워크 프로필은 NDI에 필요한 mDNS 응답을 막을 수 있습니다. 관리되는 도메인 네트워크에서는 관리자가 검색 트래픽을 허용해야 합니다. 공식 NDI mDNS 참조를 확인하십시오.
격리, 라우팅 또는 클라우드 환경에서는 멀티캐스트가 통과한다고 가정하지 말고 문서화된 검색 설계를 선택합니다. 수동 호스트 항목은 TCP 5960에서 원격 컴퓨터를 질의할 수 있지만, 수신자가 그 컴퓨터의 소스를 찾는 데만 도움이 됩니다. 미디어 연결을 설정하거나 네트워크 용량을 만들지는 않습니다.
송신자와 수신자에 Discovery Server를 구성합니다
NDI Discovery Server는 mDNS가 바람직하지 않거나 사용할 수 없는 설치를 위한 중앙 레지스트리입니다. 기본 리스너는 TCP 5959이며 서비스는 선택한 주소에 바인딩하거나 다른 포트로 구성할 수 있습니다. 클라이언트는 배포에서 의도한 동일한 서버 주소와 포트를 사용해야 합니다.
중요한 점은 역할별 동작입니다. Discovery Server로 구성한 송신자는 mDNS로 알리지 않으며, 해당 서버를 구성한 finder와 수신자에게 보입니다. finder와 수신자는 Discovery Server를 구성하지 않은 로컬 시스템에는 mDNS도 사용할 수 있습니다. 이는 한 호스트에서만 켜고 잊어버리는 토글이 아니라 설계 선택으로 다뤄야 합니다.
NDI 5는 지원되는 클라이언트에서 쉼표로 구분된 Discovery Server 주소를 문서화합니다. 서버 손실 상황에서 정확한 송신자, 수신자, NDI 버전을 테스트하십시오. 최신 receiver-listener 구현은 실패한 서버를 감지하고 재연결하는 클라이언트 로직을 요구할 수 있습니다. Discovery Server 개요와 구성 참조가 설치된 버전의 기준입니다.
NDI 모드에 맞는 포트 규칙을 사용합니다
다음 표는 기능별 표이며 모든 호스트 사이에 무제한 범위를 허용하라는 뜻이 아닙니다. 배포된 송신자와 수신자가 사용하는 방향, 영역, 연결 수에 맞게 규칙을 적용합니다. 최소 권한 규칙을 만들기 전에 설치된 NDI 버전과 선택한 수신 모드를 확인합니다.
| 기능 | 공식 포트 규칙 | 결과가 입증하는 것 |
|---|---|---|
| mDNS 검색 | UDP 5353; IPv4 멀티캐스트 224.0.0.251 | 해당 LAN에 검색 트래픽이 있음을 의미하며 미디어 사용 가능성을 뜻하지는 않습니다. |
| Discovery Server | 기본 TCP 5959; 구성 가능 | 클라이언트가 레지스트리 엔드포인트에 도달할 수 있음을 의미하며 스트림을 뜻하지는 않습니다. |
| 수동 호스트 질의 | TCP 5960 | 원격 호스트에서 소스를 질의할 수 있습니다. |
| 기본 TCP 미디어 | TCP 5961 이상; 연결당 최소 한 포트 | 선택한 연결 모드가 기본 TCP를 사용할 때 적용합니다. |
| NDI 5+ Reliable UDP | UDP 5960 이상; TCP와 공유, NDI 프로세스당 한 포트 | 연결 공유가 수량 가정을 바꿉니다. |
| Multi-TCP 또는 UDP 수신 | TCP/UDP 6960 이상; 연결당 최소 한 포트 | 해당 모드의 수신 측 미디어 규칙입니다. |
| Multi-TCP, 유니캐스트 UDP 또는 멀티캐스트 UDP 송신 | TCP/UDP 7960 이상; 연결당 최소 한 포트 | 해당 모드의 송신 측 미디어 규칙입니다. |
현재 NDI 문서는 버전 4.6 이상이 임시 포트를 더 이상 사용하지 않는다고 말합니다. 방화벽 변경에는 완전한 NDI 포트 참조를 함께 사용해야 합니다.
서브넷과 네트워크 인터페이스를 확인합니다
mDNS에는 LAN 경계가 있습니다. 라우팅, 멀티캐스트 릴레이, VPN 동작이 이를 일반 라우팅 검색 서비스로 바꾸지는 않습니다. 소스와 수신자가 별도의 제어 네트워크에 있으면 Discovery Server 또는 참여 제품에서 문서화한 수동 주소 지정 방식을 사용합니다.
다중 NIC 호스트에서는 어떤 인터페이스가 검색을 담당하고 어떤 인터페이스가 미디어를 전달하는지 기록합니다. 관리 어댑터, Wi-Fi 또는 VPN은 소스가 잘못된 네트워크에서 나타나거나 수신자가 사용할 수 없는 경로로 응답이 나가게 할 수 있습니다. 미디어 인터페이스에 안정적인 주소를 부여하고, 중복 시스템 이름을 피하며, 이벤트 전에 인터페이스 우선순위를 결정합니다.
소스는 표시되지만 영상이나 소리가 없습니다
표시된 소스는 수신자가 소스 알림 또는 레지스트리 항목을 받았다는 의미일 뿐입니다. 선택한 전송이 열리는지, 반환 경로가 허용되는지, 수신자가 비디오를 디코딩할 수 있는지는 입증하지 않습니다. 활성 소스 URL과 포트, 연결 상태, 수신 모드, 비디오/오디오 존재 여부, 렌더링 출력을 검사합니다.
현재 NDI Discovery 도구는 등록된 송신자, 소스 주소/포트, 연결 상태, 수신 모드, 비디오 또는 오디오 존재 여부를 포함한 수신자 모니터링 데이터를 표시할 수 있습니다. 그 증거로 다음 확인을 선택합니다. 포트 5959의 TCP 프로브는 Discovery Server 도달성만 입증하고 NDI 미디어 세션은 입증하지 않습니다.
mDNS가 이 Linux 인터페이스에 도달하는지 확인합니다
sudo tcpdump -ni <media-interface> udp port 5353예상 결과: 이 인터페이스에서 검색이 활성화되는 동안 mDNS 패킷이 나타납니다. 이는 이 인터페이스에 검색 트래픽이 있음을 확인할 뿐 선택한 미디어 포트 접근은 확인하지 않습니다. 프로덕션 네트워크에 필요한 권한이 있을 때만 패킷 캡처와 방화벽 진단을 실행하십시오.
Windows에서 Discovery Server 도달성을 확인합니다
Test-NetConnection <discovery-server> -Port 5959예상 결과: 구성된 서버 주소와 포트에 대한 TCP 연결이 성공합니다. 도달 가능한 TCP 리스너를 확인합니다. NDI 애플리케이션에서 등록, 그룹 멤버십, 미디어 전송을 확인합니다.
Callaba에서 검색된 소스를 확인합니다
Callaba Cloud NDI는 운영자가 검색, 인터페이스, 어댑터를 구성할 장소를 제공하며, 검색된 장치 워크플로는 현재 인벤토리를 표시할 수 있습니다. 이를 통해 저장된 장치 항목과 선택한 인스턴스가 현재 검색한 소스를 구분할 수 있습니다. 인벤토리뿐 아니라 최종 수신자에서도 선택한 소스를 확인합니다.
소스가 현재 상태이고 미디어 경로가 검증된 후, 프로덕션에 실제 필요한 NDI 어댑터 또는 다운스트림 작업을 구성합니다. 대상 수신자에서 출력을 별도로 확인합니다. 검색 결과는 결정의 입력일 뿐 승인 테스트가 아닙니다.
작동한 구성을 기록합니다
- 소스 누락: 송신 출력, 그룹, 선택 NIC, mDNS 또는 Discovery Server 구성을 입증합니다.
- 소스는 표시되나 세션 없음: 소스 주소, 전송 모드, 활성 미디어 규칙을 기록하고 양방향 엔드포인트 방화벽과 라우팅을 검사합니다.
- 세션은 있으나 사용 가능한 프레임 없음: 수신 모드, 비트레이트, 비디오/오디오 존재, 디코드 호환성, 실제 렌더링 출력을 검사합니다.
- 승인 전: 프로덕션 인터페이스에서 성공 경로를 반복하고 구성, 소스 이름, 증거를 런북에 기록합니다.
다음 단계
Cloud NDI로 의도한 검색 및 인터페이스 경로를 구성하고, 인벤토리 확인이 필요하면 검색된 장치 참조를 읽으십시오. 프로덕션 승인 테스트는 최종 수신자에서 유지합니다. 연속된 영상, 예상 오디오, 선택한 출력 경로를 확인합니다.
