Moin
Ich werde mir morgen eine Dantevernetzte Location anschauen. Anscheinend gab es da Probleme. Alles ziemlich „zusammengeschustert“ inklusive V-Lans. Hat beim angefügten Bild (großes sorry für die Qualität) jemand einen Ansatzpunkt wo man anfangen könnte zu suchen? EEE oder IGMP in den V-Lans prüfen? Latenz der Geräte? Andere Ansätze oder Ideen?
Firmware ist aktuell bei allen Geräten.
Nachtrag: die Avios zeigen wohl eine Datenrate von 100mbit an.
Welche Netzwerkinfrastruktur steht dahinter?
Dante Controller dran, Clock Monitoring zusätzlich anschalten, und mal schauen. Zum Debug kann man die Latency in allen oder zumindest den betroffenen Geräten mal hochsetzen, das betrifft ja jeweils nur die Empfangsrichtung. Dann etwas laufenlassen und Event Log + Clock Status Monitor mal für alle Verbindungen durchgehen. Gerade die AVIO mit den 100MBit-Ports genau anschauen.
Wie ist die Latenz aktuell eingestellt?
EEE kann natürlich auch noch sein.
Außerdem ein Blick darauf was sonst auf dem Netzwerk läuft. Welche Anwendungen / QoS-Klassen sind vorhanden? Läuft da z.B. VoIP oder Video?
Auch wenn der durchschnittliche Load gering ist, kann es gerade bei Engstellen (Trunk-Leitungen) schnell mal den Clocksync via PTP oder erste Audiodaten raushauen.
Besonders wenn kein vernünftiges DSCP konfiguriert ist, es in falsche Queues läuft oder die Queues Round-Robin statt strikter Priorität machen.
Nachtrag: die Avios zeigen wohl eine Datenrate von 100mbit an.
Da drin werkelt soweit ich weiß ein Ultimo Chip - das dürfte dann normal sein.
Die 100 MBit Geräte laufen mit Unicast, müssen aber bei Multicast vor dem Datenüberfluß geschützt werden. IGMP Snooping muß richtig konfiguriert angewendet werden.
Bitte keine switch Hersteller mischen, also netgear und tp link. Die Konfiguration von IGMP und dessen Querier wird hier das Problem sein. Das muss netzwerkübergreifend sauber konfiguriert sein bei Verwendung mehrerer Switche. Es darf auch nur einen Querier geben. Meine Vermutung ist, dass das hier nicht funktioniert und daher die uplinks maßlos überfordert sind. Die Avios fliegen dann als erstes raus wegen der 100 MBit Schnittstelle.
Gut möglich. Also ich bin hier und kann schon mal sagen, dass die V-LAN Switche die hp 1820-24g switch j9980a sind. Bisher läuft alles, allerdings nicht ganz rund. Die avio Inputs brauchen ungefähr 5 Minuten (das ist in keiner weise übertrieben) bis sie laufen wenn ich sie vom Netzwerk trenne und wieder aufstecke. Aber dann läuft es. Zur Zeit warte ich noch auf das Passwort um auf die Oberfläche zu kommen 
.
Multicast gibt es hier nicht, ist auch nicht nötig. Meine Vermutung geht erst mal Richtung igmp. Mal sehen.
Die outputadapter laufen und die will ich auch grade nicht abziehen. Die müssen um 18 Uhr spielen.
Edit: IGMP ist deaktiviert, genau wie EEE
So sieht das 5 Minuten lang aus und plötzlich ist Ton da
Aktueller Stand: das läuft hier alles stabil trotz stresstests. Nur die „bootzeit“ der avios ist inakzeptabel. Keine Ahnung ob das normal ist?
Meine Vermutung ist jetzt erst mal, dass bei dem dropout der avio kurz getrennt wurde und danach halt ewig gebraucht hat bis er wieder funktioniert hätte. (Der TL hat nicht lange gefackelt und den DJ hart auf die Endstufen gesteckt, richtige Entscheidung in dem Fall m.M.n.)
Igmp ist multicast. Und wenn das nicht gemanagt wird, ist es Broadcast. Daher brauchen die Avios so lange bis sie da sind, weil alle ports überflutet sind. Der switch rettet das nur durch sein qos und Rechenleistung seines internen Prozessors. Bitte beschäftigt euch mit den Notwendigkeiten eines echtzeit Audio und Video Netzwerks, dann läuft das auch.
Hm, ich bin davon ausgegangen, dass wenn IGMP deaktiviert ist und keine multicast-flows erstellt werden schicke ich normal unicast. Aber du meinst, dass wäre dann broadcast? Das klingt für mich erst mal nicht schlüssig. Wie müsste ich es denn für ein normales unicast konfigurieren? Mit IGMP-snooping? Irgendwie doch eigentlich nicht…
Edit: das Dante broadcast können soll ist mir auch ehrlich gesagt neu.
Es geht nicht um multicast flows, sondern Dante verwendet für das discovery, also das finden der Geräte im Netzwerk, mdns als Protokoll. Hierfür sollte man sein Netzwerk auf jeden Fall für multicast Ströme optimieren. Solange nur ein switch im Netzwerk ist, funktioniert das auch mit igmp deaktiviert. Aber sobald es mehrere switche sind sollte man das ordentlich machen.
Die PoE-switche sind diese 5-Port von tp link. Die funktionieren aber eigentlich meiner Erfahrung nach.
Mehr als 5 Hops sollten es denke ich nicht sein. Avio -> 5-Port -> v-lan -> v-lan -> vlan -> ql1 und Vice versa
Die Dinger hier: https://www.tp-link.com/de/bus…anaged-switch/tl-sf1005p/ ?
Da geht bei mir direkt die rote Rundumleuchte an. In einem Audionetzwerk, erst recht mit DANTE mit seinen recht spezifischen Anforderungen was Multicast angeht haben diese unmanaged Teile genau gar nix verloren.
Und in einem vernünftig geplanten DANTE Netz dieser Grösse gibt es eigentlich nirgendwo mehr als 3 Hops, vielleicht 4 wenn man lokales daisy chaining zulässt (was eigentlich ja auch nur eine Notlösung ist). Da gehört *ein* zentraler Switch hin der ggf. kleinere Switches per Trunk anfährt und aus denen dann die entsprechenden VLANs raus kommen. Wenn Redundanz gefordert ist dann das ganze System noch mal, inkl. redundanten Trunks. Sparvariante ist es die Switches alle stumpf in zwei Teile zu trennen von denen die eine Primary und die andere Secondary macht, damit braucht es nur die Kabel doppelt und nicht die Netzwerkhardware.
Im übrigen sind die HPE OfficeConnect-Switches schon echt alt und mWn nicht sonderlich gut für Multicast konfigurierbar. Hat da jemand einfach das olle Zeug das der IT zu lahm geworden ist bei der Medientechnik abgeladen?
Die Dinger hier: https://www.tp-link.com/de/bus…anaged-switch/tl-sf1005p/ ?
Da geht bei mir direkt die rote Rundumleuchte an. In einem Audionetzwerk, erst recht mit DANTE mit seinen recht spezifischen Anforderungen was Multicast angeht haben diese unmanaged Teile genau gar nix verloren.
da möchte ich mich anschließen.
ich habe einen ähnlichen 5-port switch von D-Link. den hab ich mal zuhause in meinem kleinen Dante netzerk getestet - und das hat irgendwie nicht gut funktioniert. ist schon ein paar jahre her, ich weiß nicht mehr genau was da nicht geklappt hatte.
aber seither nutze ich ihn nur noch für unkritische netzwerkarbeiten, z.b. für die fernüberwachung von UHF empfängern.
Die Dinger hier: https://www.tp-link.com/de/bus…anaged-switch/tl-sf1005p/ ?
Ja, genau so sehen die aus. Klein aber läuft. Hab ich wie gesagt gute Erfahrung mit gemacht.
Also wir müssen hier denke ich klarstellen, dass das System seit mehr als drei Jahren (fast) klaglos seinen Dienst verrichtet. Ganz falsch kann es also nicht sein und entgegengesetzt deiner Meinung finde ich, dass audinate mit Dante ein Protokoll für dummies rausgebracht hat. Damit das nicht läuft muss man sich schon fast Mühe geben. Das spielt doch eigentlich einfach immer.
Ich versuche natürlich den Fehler (was hier auch immer passiert ist) nachzuvollziehen und wenn ich das System optimieren kann bin ich der letzte der das nicht versuchen würde. Von daher bin ich für konstruktive Vorschläge schon dankbar, denn es kann ja nicht sein, dass die avios 5 Minuten brauchen bis sie einsatzbereit sind.
Den Vorschlag es über IGMP Snooping zu versuchen da die clockinginformationen über multicast laufen finde ich einen extrem guten Ansatz den ich natürlich aufgreifen und testen werde.
Das die hp switche alt sind und aus irgend einer alten IT-Infrastruktur kommen kann ich nicht beurteilen und ist mir auch ehrlich gesagt ziemlich wumpe. Funktionieren tun sie ja offensichtlich. Ich sag ja auch keinem er soll nicht mit nem x32 arbeiten weil das schon alt ist.
Also wir müssen hier denke ich klarstellen, dass das System seit mehr als drei Jahren (fast) klaglos seinen Dienst verrichtet. Ganz falsch kann es also nicht sein und entgegengesetzt deiner Meinung finde ich, dass audinate mit Dante ein Protokoll für dummies rausgebracht hat. Damit das nicht läuft muss man sich schon fast Mühe geben. Das spielt doch eigentlich einfach immer.
Das ist mMn ein Irrtum der uns allen leider in den letzten Jahren eine Vielzahl von Audionetzwerk-Installationen beschert hat die unter der Oberfläche permanent am Rande des Zusammenbruchs vor sich hin rödeln und bei der kleinsten Änderung dann unerklärliche Probleme machen.
DANTE ist nur im kleinen Rahmen (Direktverbindung Pult-Stagebox, evtl. noch zweites Pult über Switch) deppensicher. Sobald mehrere aktive Netzwerkkomponenten im Spiel sind müssen die Switches korrekt dafür konfiguriert werden und es müssen auch die richtigen Geräte für den Zweck sein.
Ich rate weiterhin von IGMP Snooping ab, wenn man es nicht wirklich braucht. Und bei ner Handvoll Devices ohne Multicast Audio braucht man es meines Ermessens nicht.
Das kann in Verbindung mit DVS und Mac erhebliche Probleme bereiten.
Meine Cisco SG-300 hab ich vor vielen Jahren nach Yamaha Vorgabe eingerichtet und das läuft einwandfrei.
Das kann in Verbindung mit DVS und Mac erhebliche Probleme bereiten.
Inwiefern? Gibt es dazu was zu lesen?
