Sumber NDI dapat hilang dari daftar, terlihat tetapi tidak bisa terhubung, atau sudah terhubung tanpa gambar maupun suara yang dapat digunakan. Mulailah dari gejala yang terlihat:
- Sumber hilang: periksa pengirim, antarmuka, dan metode penemuan.
- Sumber terdaftar, tidak ada koneksi: periksa transport media, port, dan rute.
- Terhubung, tetapi tanpa gambar atau audio: periksa media yang diterima dan dekoder.
Gunakan pengirim dan penerima yang sama sepanjang pemeriksaan. Catat nama sumber, versi NDI, antarmuka jaringan, dan waktu setiap pengujian agar hasilnya dapat dibandingkan.
Jika sumber NDI hilang, buktikan penemuan terlebih dahulu
Pastikan aplikasi atau perangkat pengirim berjalan dan output NDI-nya aktif. Kemudian periksa bahwa penerima menggunakan antarmuka yang dituju dan kedua endpoint berada dalam grup NDI yang diharapkan. Sumber yang hilang di satu aplikasi tetapi terlihat dalam alat diagnostik NDI mungkin menunjukkan masalah aplikasi/runtime atau konfigurasi, bukan kegagalan penemuan di seluruh jaringan.
Secara default, NDI memakai mDNS untuk penemuan tanpa konfigurasi. Alamat multicast IPv4-nya adalah 224.0.0.251 pada UDP 5353, dan hanya berlaku dalam satu LAN fisik atau logis. Di Windows, profil jaringan Publik dapat menghalangi respons mDNS yang diperlukan NDI; pada jaringan domain terkelola, administrator harus mengizinkan lalu lintas penemuan. Lihat referensi resmi mDNS NDI.
Untuk lingkungan terisolasi, ter-rute, atau cloud, pilih rancangan penemuan yang terdokumentasi, jangan berasumsi multicast akan melewatinya. Entri host manual dapat menanyakan mesin jarak jauh lewat TCP 5960, tetapi hanya membantu penerima menemukan sumber di mesin tersebut. Itu tidak membangun konektivitas media maupun kapasitas jaringan.
Konfigurasikan Discovery Server pada pengirim dan penerima
NDI Discovery Server adalah registri terpusat untuk instalasi ketika mDNS tidak diinginkan atau tidak tersedia. Listener defaultnya TCP 5959; layanan dapat diikat ke alamat tertentu atau dikonfigurasi ke port lain. Klien harus memakai alamat dan port server yang sama seperti yang direncanakan dalam deployment.
Detail pentingnya bergantung pada peran. Pengirim yang dikonfigurasi memakai Discovery Server tidak mengiklankan diri melalui mDNS; pengirim itu terlihat oleh finder dan penerima yang dikonfigurasi untuk server tersebut. Finder dan penerima juga dapat memakai mDNS bagi mesin lokal yang tidak dikonfigurasi memakai Discovery Server. Perlakukan ini sebagai pilihan desain, bukan sakelar yang cukup diterapkan di satu host lalu dilupakan.
NDI 5 mendokumentasikan alamat Discovery Server yang dipisahkan koma bagi klien yang didukung. Uji pengirim, penerima, dan versi NDI yang tepat saat server hilang: implementasi receiver-listener yang lebih baru dapat membutuhkan logika klien untuk mendeteksi server yang gagal lalu menyambung kembali. Ikhtisar Discovery Server dan referensi konfigurasinya adalah sumber kebenaran untuk versi yang terpasang.
Gunakan aturan port yang sesuai dengan mode NDI
Tabel berikut adalah panduan menurut fungsi, bukan izin untuk membuka rentang tanpa batas di antara semua host. Terapkan aturan dalam arah, zona, dan jumlah koneksi yang digunakan pengirim serta penerima yang dideploy. Konfirmasikan versi NDI yang dipasang dan mode penerimaan terpilih sebelum membuat aturan dengan hak akses minimum.
| Fungsi | Aturan port resmi | Hal yang dibuktikan hasilnya |
|---|---|---|
| Penemuan mDNS | UDP 5353; multicast IPv4 224.0.0.251 | Lalu lintas penemuan ada di LAN tersebut, bukan bahwa media dapat digunakan. |
| Discovery Server | TCP 5959 secara default; dapat dikonfigurasi | Klien dapat mencapai endpoint registri, bukan bahwa stream tersedia. |
| Kueri host manual | TCP 5960 | Host jarak jauh dapat ditanya mengenai sumbernya. |
| Media TCP dasar | TCP 5961 dan seterusnya; minimal satu port per koneksi | Gunakan jika mode koneksi terpilih memakai TCP dasar. |
| Reliable UDP NDI 5+ | UDP 5960 dan seterusnya; berbagi dengan TCP, satu port per proses NDI | Berbagi koneksi mengubah asumsi jumlahnya. |
| Penerimaan Multi-TCP atau UDP | TCP/UDP 6960 dan seterusnya; minimal satu port per koneksi | Aturan media sisi penerima untuk mode itu. |
| Pengiriman Multi-TCP, UDP unicast, atau UDP multicast | TCP/UDP 7960 dan seterusnya; minimal satu port per koneksi | Aturan media sisi pengirim untuk mode itu. |
Dokumentasi NDI saat ini menyatakan bahwa versi 4.6 dan yang lebih baru tidak lagi memakai port ephemeral. Referensi port NDI lengkap harus menyertai setiap perubahan firewall.
Periksa subnet dan antarmuka jaringan
mDNS memiliki batas LAN; routing, relay multicast, dan perilaku VPN tidak menjadikannya layanan penemuan umum yang dirutekan. Pakai Discovery Server atau metode pengalamatan manual yang didokumentasikan produk terkait ketika sumber dan penerima berada di jaringan terkontrol yang terpisah.
Pada host multi-homed, catat antarmuka yang menangani penemuan dan yang membawa media. Adaptor manajemen, koneksi Wi-Fi, atau VPN dapat membuat sumber tampak berasal dari jaringan yang salah atau membuat respons keluar melalui rute yang tidak dapat digunakan penerima. Berikan pengalamatan stabil pada antarmuka media, hindari nama mesin duplikat, dan tetapkan preferensi antarmuka secara deterministik sebelum acara.
Sumber terdaftar tetapi tidak ada gambar atau suara
Sumber yang terdaftar berarti penerima mendapatkan iklan sumber atau entri registri. Itu tidak membuktikan transport terpilih dapat dibuka, jalur balik diizinkan, atau penerima dapat mendekode video. Periksa URL dan port sumber aktif, status koneksi, mode penerimaan, keberadaan video, keberadaan audio, serta output yang dirender.
Alat NDI Discovery terbaru dapat menampilkan pengirim terdaftar, alamat/port sumber, dan data pemantauan penerima termasuk status koneksi, mode penerimaan, serta keberadaan video atau audio. Gunakan bukti tersebut untuk menentukan pemeriksaan berikutnya. Probe TCP ke port 5959 hanya membuktikan Discovery Server dapat dijangkau; itu tidak membuktikan sesi media NDI.
Periksa apakah mDNS mencapai antarmuka Linux ini
sudo tcpdump -ni <media-interface> udp port 5353Hasil yang diharapkan: paket mDNS muncul ketika penemuan aktif pada antarmuka tersebut. Paket ini mengonfirmasi lalu lintas penemuan di antarmuka ini, bukan akses ke port media yang dipilih. Jalankan packet capture dan diagnostik firewall hanya dengan otorisasi yang diperlukan untuk jaringan produksi itu.
Periksa keterjangkauan Discovery Server dari Windows
Test-NetConnection <discovery-server> -Port 5959Hasil yang diharapkan: koneksi TCP berhasil ke alamat dan port server yang dikonfigurasi. Ini mengonfirmasi listener TCP yang dapat dijangkau. Periksa registrasi, keanggotaan grup, dan pengiriman media dalam aplikasi NDI.
Periksa sumber yang ditemukan di Callaba
Callaba Cloud NDI memberi operator tempat untuk mengonfigurasi penemuan, antarmuka, dan adaptor; alur kerja perangkat yang ditemukan dapat memperlihatkan inventaris saat ini. Ini membantu membedakan entri perangkat yang disimpan dari sumber yang saat ini ditemukan oleh instance terpilih. Periksa sumber terpilih pada penerima akhir, selain di inventaris.
Setelah sumber sudah mutakhir dan jalur media diverifikasi, konfigurasikan adaptor NDI atau pekerjaan hilir yang benar-benar dibutuhkan produksi. Periksa outputnya secara terpisah di penerima tujuan; hasil penemuan adalah masukan bagi keputusan itu, bukan uji penerimaan.
Catat konfigurasi yang berfungsi
- Sumber hilang: buktikan output pengirim, grup, NIC yang dipilih, serta konfigurasi mDNS atau Discovery Server.
- Sumber terdaftar, tidak ada sesi: catat alamat sumber, mode transport, dan aturan media aktif; periksa firewall endpoint dan routing di kedua arah.
- Sesi tanpa frame yang dapat digunakan: periksa mode penerimaan, bitrate, keberadaan video/audio, kompatibilitas dekode, dan output yang benar-benar dirender.
- Sebelum penerimaan: ulangi jalur yang berhasil pada antarmuka produksi dan catat konfigurasi, nama sumber, serta bukti untuk runbook.
Langkah selanjutnya
Gunakan Cloud NDI untuk mengonfigurasi jalur penemuan dan antarmuka yang dituju, lalu baca referensi perangkat yang ditemukan bila alur kerja memerlukan pemeriksaan inventaris. Pertahankan uji penerimaan produksi di penerima akhir: gambar bergerak, audio yang diharapkan, dan jalur output yang dipilih.
