Een NDI-bron kan in de lijst ontbreken, zichtbaar zijn maar geen verbinding kunnen maken, of verbonden zijn zonder bruikbaar beeld of geluid. Begin met het symptoom dat u ziet:
- Bron ontbreekt: controleer de zender, interface en discovermethode.
- Bron staat in de lijst, geen verbinding: controleer het mediatransport, de poorten en de route.
- Verbonden, maar geen beeld of audio: onderzoek de ontvangen media en decoder.
Gebruik tijdens alle controles dezelfde zender en ontvanger. Noteer hun bronnamen, NDI-versies, netwerkinterfaces en het tijdstip van elke test, zodat u de resultaten kunt vergelijken.
Als een NDI-bron ontbreekt, bewijs dan eerst de discovery
Controleer of de zenderapplicatie of het apparaat draait en de NDI-uitvoer is ingeschakeld. Controleer vervolgens of de ontvanger op de bedoelde interface kijkt en beide eindpunten tot de verwachte NDI-groep behoren. Een bron die in één applicatie ontbreekt maar zichtbaar is in een NDI-diagnosetool kan wijzen op een probleem met applicatie, runtime of configuratie, en niet op een netwerkbrede discoverystoring.
Standaard gebruikt NDI mDNS voor zero-configuration-discovery. Het IPv4-multicastadres is 224.0.0.251 op UDP 5353, en het verkeer blijft beperkt tot één fysiek of logisch LAN. In Windows kan een openbaar netwerkprofiel de mDNS-antwoorden blokkeren die NDI nodig heeft; in beheerde domeinnetwerken moet de beheerder het discoveryverkeer toestaan. Zie de officiële NDI-mDNS-referentie.
Kies voor een geïsoleerde, gerouteerde of cloudomgeving een gedocumenteerd discoveryontwerp, in plaats van ervan uit te gaan dat multicast deze omgeving doorkruist. Een handmatige hostvermelding kan een externe machine bevragen op TCP 5960, maar helpt een ontvanger alleen de bronnen op die machine te vinden. Hiermee ontstaat geen mediaverbinding en ook geen netwerkcapaciteit.
Configureer Discovery Server op de zender en ontvanger
NDI Discovery Server is een gecentraliseerd register voor installaties waar mDNS ongewenst of niet beschikbaar is. De standaardlistener is TCP 5959; de service kan aan een gekozen adres worden gebonden of voor een andere poort worden geconfigureerd. Clients moeten hetzelfde serveradres en dezelfde poort gebruiken als bedoeld in de deployment.
Het belangrijke detail is rolspecifiek. Een zender die voor Discovery Server is geconfigureerd, adverteert niet via mDNS; die zender is zichtbaar voor finders en ontvangers die voor die server zijn geconfigureerd. Finders en ontvangers kunnen ook mDNS gebruiken voor lokale machines die niet voor Discovery Server zijn geconfigureerd. Behandel dit als een ontwerpkeuze, niet als een schakelaar die u op één host instelt en vervolgens vergeet.
NDI 5 documenteert door komma's gescheiden Discovery Server-adressen voor ondersteunde clients. Test de exacte zender, ontvanger en NDI-versie tijdens uitval van de server: nieuwere receiver-listenerimplementaties kunnen clientlogica vereisen die een defecte server detecteert en opnieuw verbinding maakt. Het overzicht van Discovery Server en de bijbehorende configuratiereferentie zijn de bron van waarheid voor de geïnstalleerde versie.
Gebruik de poortregel die bij de NDI-modus past
De volgende tabel beschrijft functies; het is geen toestemming om een onbeperkt bereik tussen alle hosts toe te staan. Pas de regel toe in de richting, zone en het aantal verbindingen dat door de geïmplementeerde zender en ontvanger wordt gebruikt. Bevestig de geïnstalleerde NDI-versie en de gekozen ontvangstmodus voordat u een least-privilege-regel opstelt.
| Functie | Officiële poortregel | Wat het resultaat bewijst |
|---|---|---|
| mDNS-discovery | UDP 5353; IPv4-multicast 224.0.0.251 | Discoveryverkeer is aanwezig op dat LAN, niet dat media bruikbaar zijn. |
| Discovery Server | Standaard TCP 5959; configureerbaar | Een client kan het registereindpunt bereiken, niet dat deze een stream heeft. |
| Handmatige hostquery | TCP 5960 | Een externe host kan op bronnen worden bevraagd. |
| Basis TCP-media | TCP 5961 en hoger; minstens één poort per verbinding | Gebruik dit wanneer de gekozen verbindingsmodus basis-TCP gebruikt. |
| NDI 5+ Reliable UDP | UDP 5960 en hoger; gedeeld met TCP, één poort per NDI-proces | Het delen van verbindingen verandert de aanname voor het aantal. |
| Multi-TCP- of UDP-ontvangst | TCP/UDP 6960 en hoger; minstens één poort per verbinding | Mediaportregel aan de ontvangerzijde voor die modus. |
| Multi-TCP-, unicast-UDP- of multicast-UDP-verzending | TCP/UDP 7960 en hoger; minstens één poort per verbinding | Mediaregel aan de zenderzijde voor die modus. |
Volgens de huidige NDI-documentatie gebruiken versies 4.6 en later geen ephemeral ports meer. De volledige NDI-poortreferentie moet bij elke firewallwijziging worden geraadpleegd.
Controleer subnetten en netwerkinterfaces
mDNS heeft een LAN-grens; routing, multicast-relays en VPN-gedrag maken het niet tot een algemene discoveryservice over gerouteerde netwerken. Gebruik Discovery Server of de gedocumenteerde methode voor handmatige adressering van het betrokken product wanneer bron en ontvanger zich op afzonderlijke beheerde netwerken bevinden.
Leg bij een host met meerdere netwerkverbindingen vast welke interface discovery afhandelt en welke media transporteert. Een beheeradapter, wifi-verbinding of VPN kan een bron vanaf het verkeerde netwerk laten verschijnen of antwoorden via een route laten vertrekken die de ontvanger niet kan gebruiken. Geef de media-interface stabiele adressering, vermijd dubbele machinenamen en maak de interfacevoorkeur vóór het evenement deterministisch.
Bron staat in de lijst maar geen beeld of geluid
Een bron in de lijst betekent dat de ontvanger een bronadvertentie of registervermelding heeft ontvangen. Het bewijst niet dat het gekozen transport kan openen, dat het retourpad is toegestaan of dat de ontvanger de video kan decoderen. Inspecteer de actieve bron-URL en poort, verbindingsstatus, ontvangstmodus, aanwezigheid van video, aanwezigheid van audio en gerenderde uitvoer.
De huidige NDI Discovery-tool kan geregistreerde zenders, bronadres/-poort en bewakingsgegevens van ontvangers weergeven, waaronder verbindingsstatus, ontvangstmodus en aanwezigheid van video of audio. Gebruik dat bewijs om de volgende controle te kiezen. Een TCP-probe naar poort 5959 bewijst alleen bereikbaarheid van Discovery Server; geen NDI-mediasessie.
Controleer of mDNS deze Linux-interface bereikt
sudo tcpdump -ni <media-interface> udp port 5353Verwacht resultaat: mDNS-pakketten verschijnen terwijl discovery actief is op die interface. Deze pakketten bevestigen discoveryverkeer op deze interface, niet de toegang tot de geselecteerde mediapoorten. Voer pakketopname en firewalldiagnose alleen uit met de vereiste toestemming voor dat productienetwerk.
Controleer de bereikbaarheid van Discovery Server vanuit Windows
Test-NetConnection <discovery-server> -Port 5959Verwacht resultaat: een geslaagde TCP-verbinding met het geconfigureerde serveradres en de poort. Dit bevestigt een bereikbare TCP-listener. Controleer registratie, groepslidmaatschap en medialevering in de NDI-applicatie.
Controleer gevonden bronnen in Callaba
Callaba Cloud NDI biedt een operator een plek om discovery, interfaces en adapters te configureren, en de workflow voor gevonden apparaten kan de huidige inventaris tonen. Dat helpt een opgeslagen apparaatvermelding te onderscheiden van een bron die momenteel door de gekozen instance wordt gevonden. Controleer de geselecteerde bron zowel bij de eindontvanger als in de inventaris.
Zodra de bron actueel is en het mediapad is geverifieerd, configureert u de NDI-adapter of de downstreamjob die de productie werkelijk nodig heeft. Controleer de uitvoer afzonderlijk in de doelontvanger; een discoveryresultaat is invoer voor die beslissing, niet de acceptatietest.
Leg de werkende configuratie vast
- Bron ontbreekt: bewijs zenderuitvoer, groep, geselecteerde NIC en mDNS- of Discovery Server-configuratie.
- Bron staat in de lijst, geen sessie: noteer bronadres, transportmodus en actieve mediaregel; inspecteer endpointfirewall en routing in beide richtingen.
- Sessie, geen bruikbare frames: inspecteer ontvangstmodus, bitrate, aanwezigheid van video/audio, decodeercompatibiliteit en de werkelijk gerenderde uitvoer.
- Vóór acceptatie: herhaal het geslaagde pad op de productie-interfaces en leg configuratie, bronnaam en bewijs vast voor het runbook.
Volgende stappen
Gebruik Cloud NDI om het bedoelde discovery- en interfacepad te configureren; lees vervolgens de referentie voor gevonden apparaten wanneer de workflow een inventariscontrole vereist. Houd de productie-acceptatietest bij de eindontvanger: voortschrijdend beeld, verwacht geluid en het geselecteerde uitvoerpad.
