Sumber NDI boleh hilang daripada senarai, kelihatan tetapi tidak dapat disambungkan, atau sudah bersambung tanpa gambar atau bunyi yang boleh digunakan. Mulakan dengan gejala yang anda lihat:
- Sumber hilang: semak penghantar, antara muka dan kaedah penemuan.
- Sumber disenaraikan, tiada sambungan: semak pengangkutan media, port dan laluan.
- Bersambung, tetapi tiada gambar atau audio: periksa media yang diterima dan penyahkod.
Gunakan penghantar dan penerima yang sama sepanjang pemeriksaan. Catat nama sumber, versi NDI, antara muka rangkaian dan masa setiap ujian supaya hasil boleh dibandingkan.
Apabila sumber NDI tiada, buktikan penemuan dahulu
Sahkan aplikasi atau peranti penghantar sedang berjalan dan output NDI diaktifkan. Kemudian pastikan penerima melihat antara muka yang dimaksudkan dan kedua-dua endpoint berada dalam kumpulan NDI yang dijangkakan. Sumber yang tiada dalam satu aplikasi tetapi kelihatan dalam alat diagnostik NDI mungkin masalah aplikasi/runtime atau konfigurasi, bukannya kegagalan penemuan seluruh rangkaian.
Secara lalai, NDI menggunakan mDNS untuk penemuan tanpa konfigurasi. Alamat multicast IPv4nya ialah 224.0.0.251 pada UDP 5353, dan terhad kepada satu LAN fizikal atau logik. Dalam Windows, profil rangkaian Awam boleh menghalang respons mDNS yang diperlukan NDI; dalam rangkaian domain terurus, pentadbir mesti membenarkan trafik penemuan. Lihat rujukan mDNS NDI rasmi.
Bagi persekitaran terpencil, berhala atau awan, pilih reka bentuk penemuan yang didokumenkan dan jangan anggap multicast akan merentasinya. Entri hos manual boleh menanyakan mesin jauh melalui TCP 5960, tetapi hanya membantu penerima mencari sumber pada mesin itu. Ia tidak mewujudkan sambungan media atau kapasiti rangkaian.
Konfigurasikan Discovery Server pada penghantar dan penerima
NDI Discovery Server ialah pendaftaran berpusat untuk pemasangan apabila mDNS tidak diingini atau tidak tersedia. Listener lalainya ialah TCP 5959; perkhidmatan boleh diikat pada alamat pilihan atau dikonfigurasikan untuk port lain. Klien mesti menggunakan alamat dan port pelayan yang sama seperti yang dimaksudkan oleh penggunaan.
Butiran penting adalah khusus mengikut peranan. Penghantar yang dikonfigurasikan dengan Discovery Server tidak mengiklankan diri melalui mDNS; penghantar itu kelihatan kepada finder dan penerima yang dikonfigurasikan untuk pelayan tersebut. Finder dan penerima juga boleh menggunakan mDNS bagi mesin tempatan yang tidak dikonfigurasikan dengan Discovery Server. Anggap ini sebagai pilihan reka bentuk, bukan togol yang digunakan pada satu hos lalu dilupakan.
NDI 5 mendokumenkan alamat Discovery Server yang dipisahkan koma bagi klien yang disokong. Uji penghantar, penerima dan versi NDI yang tepat ketika pelayan gagal: pelaksanaan receiver-listener yang lebih baharu mungkin memerlukan logik klien untuk mengesan kegagalan pelayan dan menyambung semula. Gambaran keseluruhan Discovery Server dan rujukan konfigurasinya ialah sumber kebenaran bagi versi yang dipasang.
Gunakan peraturan port yang sepadan dengan mod NDI
Jadual ini ialah panduan mengikut fungsi, bukannya kebenaran untuk membenarkan julat tanpa had antara setiap hos. Gunakan peraturan dalam arah, zon dan bilangan sambungan yang digunakan oleh penghantar serta penerima yang dikerahkan. Sahkan versi NDI yang dipasang dan mod penerimaan yang dipilih sebelum membuat peraturan berkeistimewaan paling rendah.
| Fungsi | Peraturan port rasmi | Apa yang dibuktikan oleh hasil |
|---|---|---|
| Penemuan mDNS | UDP 5353; multicast IPv4 224.0.0.251 | Trafik penemuan hadir pada LAN itu, bukan bahawa media boleh digunakan. |
| Discovery Server | TCP 5959 secara lalai; boleh dikonfigurasikan | Klien boleh mencapai endpoint pendaftaran, bukan bahawa ia mempunyai strim. |
| Pertanyaan hos manual | TCP 5960 | Hos jauh boleh ditanya tentang sumbernya. |
| Media TCP asas | TCP 5961 dan ke atas; sekurang-kurangnya satu port bagi setiap sambungan | Gunakan apabila mod sambungan dipilih menggunakan TCP asas. |
| Reliable UDP NDI 5+ | UDP 5960 dan ke atas; dikongsi dengan TCP, satu port bagi setiap proses NDI | Perkongsian sambungan mengubah andaian kiraan. |
| Penerimaan Multi-TCP atau UDP | TCP/UDP 6960 dan ke atas; sekurang-kurangnya satu port bagi setiap sambungan | Peraturan media di sisi penerima untuk mod itu. |
| Penghantaran Multi-TCP, UDP unicast atau UDP multicast | TCP/UDP 7960 dan ke atas; sekurang-kurangnya satu port bagi setiap sambungan | Peraturan media di sisi penghantar untuk mod itu. |
Dokumentasi NDI semasa menyatakan versi 4.6 dan lebih baharu tidak lagi menggunakan port ephemeral. Rujukan port NDI lengkap patut menyertai setiap perubahan firewall.
Semak subnet dan antara muka rangkaian
mDNS mempunyai sempadan LAN; penghalaan, relay multicast dan kelakuan VPN tidak menjadikannya perkhidmatan penemuan berhala umum. Gunakan Discovery Server atau kaedah pengalamatan manual yang didokumenkan oleh produk berkaitan apabila sumber dan penerima berada dalam rangkaian terkawal yang berasingan.
Pada hos berbilang rangkaian, catat antara muka yang mengendalikan penemuan dan yang membawa media. Penyesuai pengurusan, sambungan Wi-Fi atau VPN boleh menyebabkan sumber kelihatan datang daripada rangkaian yang salah atau respons keluar melalui laluan yang penerima tidak boleh gunakan. Berikan pengalamatan stabil kepada antara muka media, elakkan nama mesin pendua, dan tetapkan keutamaan antara muka secara deterministik sebelum acara.
Sumber disenaraikan tetapi tiada gambar atau bunyi
Sumber yang disenaraikan bermaksud penerima memperoleh iklan sumber atau entri pendaftaran. Itu tidak membuktikan pengangkutan dipilih boleh dibuka, laluan balik dibenarkan, atau penerima boleh menyahkod video. Periksa URL dan port sumber aktif, keadaan sambungan, mod penerimaan, kehadiran video, kehadiran audio dan output yang dipaparkan.
Alat NDI Discovery semasa boleh memaparkan penghantar berdaftar, alamat/port sumber, dan data pemantauan penerima termasuk keadaan sambungan, mod penerimaan, serta kehadiran video atau audio. Gunakan bukti itu untuk memilih pemeriksaan seterusnya. Probe TCP pada port 5959 hanya membuktikan Discovery Server boleh dicapai; ia tidak membuktikan sesi media NDI.
Semak sama ada mDNS sampai ke antara muka Linux ini
sudo tcpdump -ni <media-interface> udp port 5353Hasil yang dijangkakan: paket mDNS muncul semasa penemuan aktif pada antara muka tersebut. Paket ini mengesahkan trafik penemuan pada antara muka ini, bukannya akses kepada port media yang dipilih. Jalankan packet capture dan diagnostik firewall hanya dengan kebenaran yang diperlukan bagi rangkaian pengeluaran itu.
Semak kebolehcapaian Discovery Server daripada Windows
Test-NetConnection <discovery-server> -Port 5959Hasil yang dijangkakan: sambungan TCP berjaya ke alamat dan port pelayan yang dikonfigurasikan. Ini mengesahkan listener TCP yang boleh dicapai. Semak pendaftaran, keahlian kumpulan dan penghantaran media dalam aplikasi NDI.
Semak sumber yang ditemui dalam Callaba
Callaba Cloud NDI memberikan operator tempat untuk mengkonfigurasi penemuan, antara muka dan penyesuai; aliran kerja peranti ditemui boleh memaparkan inventori semasa. Ini berguna untuk membezakan entri peranti tersimpan daripada sumber yang sedang ditemui oleh instance dipilih. Semak sumber dipilih pada penerima akhir, selain dalam inventori.
Setelah sumber semasa dan laluan media telah disahkan, konfigurasikan penyesuai NDI atau kerja hiliran yang benar-benar diperlukan oleh produksi. Semak outputnya secara berasingan pada penerima sasaran; hasil penemuan ialah input bagi keputusan itu, bukan ujian penerimaan.
Rekod konfigurasi yang berfungsi
- Sumber hilang: buktikan output penghantar, kumpulan, NIC terpilih, serta konfigurasi mDNS atau Discovery Server.
- Sumber disenaraikan, tiada sesi: rekod alamat sumber, mod pengangkutan dan peraturan media aktif; periksa firewall endpoint dan penghalaan dalam kedua-dua arah.
- Sesi tanpa bingkai boleh guna: periksa mod penerimaan, kadar bit, kehadiran video/audio, keserasian nyahkod dan output yang benar-benar dipaparkan.
- Sebelum penerimaan: ulangi laluan yang berjaya pada antara muka pengeluaran dan rekod konfigurasi, nama sumber serta bukti untuk runbook.
Langkah seterusnya
Gunakan Cloud NDI untuk mengkonfigurasi penemuan dan laluan antara muka yang dimaksudkan, kemudian baca rujukan peranti ditemui apabila aliran kerja memerlukan semakan inventori. Kekalkan ujian penerimaan pengeluaran pada penerima akhir: gambar bergerak, audio dijangka dan laluan output dipilih.
