Beim M4250 ist AVB ab FW 13.0.4.17 ein lizenzfreies Feature! Wäre auch einfach nachlesbar in der FW-Historie.
Milan zertifizierter Switch
-
-
Wer Switche beim Musikalienhändler erwirbt... dem ist entweder nicht zu helfen oder hat sich damit inhaltlich beschäftigt und einen guten Grund für den dortigen Kauf.
-
Wer Switche beim Musikalienhändler erwirbt... dem ist entweder nicht zu helfen
Nein denn diese verkaufen das ja nicht ohne Gründe, da es dafür einen bedarf gibt. Vor allem bei einer Kundschaft die davon wenig Ahnung hat und die M4250 Serie zielt ja mit ihren AV Profilen darauf ab. Eben nicht in der Konsole eine Switch zu konfigurieren und von den Parametern und dessen Wirkung keine Ahnung zu haben.
Zudem sind solche Switches nur von spezialisierten Händlern zu bekommen, oftmals nur auf Anfrage und nur für gewerbliche Kunden. Es macht also durchaus Sinn solche Switches im Musikhandel zu vertreiben wenn die für die AV-Hardware benötigt werden. Da sind korrekte Informationen um so wichtiger, da schaut keiner in die Firmware Historie
. -
Die M4350 Serie hat dann auch eine Boundary Clock.
Ja aber nicht als AVB Profil...
"Only one SMPTE BC/GM PTP profile supported at a time on one switch, amongst:
SMPTE 2059-2 PTP profile (video/audio)
AES67 PTP profile (audio)
AES-R16-2016 proposing interoperability between the first profiles (interoperability between IEE1588v2, AES67 and SMPTE 2059-2)"
Grundsätzlich scheint aber ein Transparent-Clock im Audiobereich ausreichend zu sein siehe hier -> https://www.proaudio.de/berichte/does-…audio-quality-2
-
Das soll ja auch so sein. Bei den im VA-Bereich üblichen MILAN-Netzwerk-Configs macht eine globale clock + transparent clock in den Switches absolut Sinn.
-
Verstehe ich jetzt nicht...
Transparent-Clock leitet die Switch die PTP Pakete nicht nur durch sondern rechnet ihre eigene Verzögerung heraus. Hier nochmal dargestellt https://blog.meinbergglobal.com/wp-content/upl…ent-clock-1.jpg
Boundary Clock erzeugt diesen bzw. Synchronisiert sich vom anderen PTP GM. -> https://blog.meinbergglobal.com/wp-content/upl…ary-clock-1.jpg
Das Problem beim Transparent-Clock ist das die Verzögerung von der Last abhängig ist und jeder Slave ein Delay Request zum GM master sendet und dieser muss darauf antworten. Was diesen womöglich überfordern könnte in großen Netzwerken.
Die PTP Profile beschreiben nur die Parameter, AVB hat andere wie Dante oder AES67, auch wenn die Switch Boundary Clock fähig ist heißt es nicht das es funktioniert, das Profil muss passen. Deswegen wird das auch mit einer AVB Switch und Dante scheitern, obwohl diese Technisch dazu in der Lage wäre. Aufpassen muss man wenn mehrere PTP Profile im gleichen Netz unterwegs sind -> Clock Domains.
-
Du vermischt IEEE 1588 / E2E mit 802.1AS / P2P. MILAN basiert auf 802.1AS und nutzt P2P, womit der Grand-Master keine Delay Requests von jedem Slave erhält. Es kann daher keine Überlast am GM durch Delay-Requests geben. Die Delay-Messung erfolgt link-basiert.
-
Hallo. Verfasser vom ProAudio Bericht hier. AVB macht P2P. Das ist eine Art mix zwischen boundary clock und transparent clock. Sync pakete vom master gehen durch, aber delay requests werden vom switch beantwortet.
Netgear macht hier einen tollen Job, funktioniert out of the box. Keine Lizenz nötig. Netgear ist momentan auf 1 PTP Instanz limitiert, also 1 Vlan mit PTP Hardware Support. Mann kann also wunderbar AVB mit PTP Hardwaresupport machen (denn die brauchen das) und daneben Dante ohne Hardware Support. Reicht das nicht, dann ist Luminex auch eine gute wahl, die können mehrer PTP Instanzen gleichzeitig.
(Fürs Protokoll: Bei der Transaparent Clock gehen pakete zwar durch und je nach Last schneller oder weniger schnell, dies wird aber mit einem Korrektur wert kompensiert „diese paket hatte 333ns durch den Switch“ das muss der Slave dann abziehen. Korrekt ist, e gibt aber je mehr Slaves desto mehr traffic. Kann ab 200 Geräten zu Problemen führen)
Liebe Grüsse und viel Erfolg
-
Um es kurz zu machen und darum ging es hier, mit einer Zertifizieren Switch kann man sich darauf verlassen. Diese sind nicht zertifiziert und aufgrund der Komplexität bis zu Protokollebene kann man den Wusch von Anwendern verstehen hier Klarheit zu schaffen was ordnungsgemäß implementiert wurde und was nicht.
-
"Nicht zertifiziert" in Bezug worauf?
-
"Nicht zertifiziert" in Bezug worauf?
Das dieser alle Milan bzw. TSN Funktionalitäten erfüllt und der Anwender darauf vertrauen kann das wenn dieser so ein Gerät kauft das seine ebenfalls zertifiziertes Geräte ohne Einschränkungen laufen.
Bei den im VA-Bereich üblichen MILAN-Netzwerk-Configs macht eine globale clock + transparent clock in den Switches absolut Sinn.
Drei Tassen Kaffee und ich ahne was damit gemeint ist, Nun man darf die PTP nicht mit dem Mediaclock verwechseln. Es mag irgend wie sein das dieser von der PTP abgeleitet wird, es sind aber so gesehen zwei verschiedene paar Schuhe und werden oft durcheinander gewürfelt.
Durch die PTP synchrone Zeit wird sichergestellt das der Datenfluss ohne Buffer funktioniert. Der MediaClock z.Bsp 48khz usw. lässt sich aus diesen Stream rekonstruieren bzw. ableiten. Das muss aber auch nicht sein, man kann diesen auch durch die PTP erzeugen. Im ProAudio Test sieht man schon das Geräte unterschiedlich auf Abweichungen reagieren. Phasensprünge oder ein weglaufen sind definitiv ein abwertendes Merkmal der Clock Qualität.
Wenn eine Gerät so ein der Phase ohne sync weg eiert, muss man sich nicht wenn beim sync ist plop macht. Das fängt bei der Konstruktion schon an, so ein einfacher Quarz Oszillator reicht eben nicht aus.
-
Nein denn diese verkaufen das ja nicht ohne Gründe, da es dafür einen bedarf gibt
Dagegen habe ich auch nix und meine Wortwahl impleziert ja auch, dass gute Gründe dafür geben kann. Sei es alls aus einer Hand oder weil die schneller /per Express lieferbar sind, etc.
Nur: Man darf nicht erwarten, dass bei zigtausend Produkten und erst recht solchen die nicht zur Kernkompentez gehören, jede Produktbeschreibung aktuell ist. Da muss man schon zur Tastatur oder zum Hörer greifen und hoffen jemand mit Kompetenz zu bekommen.
Meiner Erfahrung nach gehören die Switche auch nicht zu den Kampfpreisartikeln - da lohnen drei Sekunden Suche schon.
Langfassung: Wer glaubt nur weil er mit Chinch und XLR mal Audio gesteckt bekommen hat und nun alles kauft wo Dante/Milan drauf steht und hat ein System.. dem ist nicht ganz zu helfen. Ein wenig damit beschäftigen muss man sich schon
Und dann kauft man Geräte und keine Artikelbeschreibungen.Zudem sind solche Switches nur von spezialisierten Händlern zu bekommen, oftmals nur auf Anfrage und nur für gewerbliche Kunden
Die kleine Serie 4250 gibt es aber echt an vielen Ecke und für alle. Bei 'nem Händler vielleicht günstiger.
-
Man darf nicht erwarten, dass bei zigtausend Produkten und erst recht solchen die nicht zur Kernkompentez gehören, jede Produktbeschreibung aktuell ist.
Doch kann man weil es ein wesentliche Eigenschaft des Produktes beschreibt. Nur hier ist es in eine Richtung die er zum kauf abrät
und da könnte sich auch ein Vertrieb darum kümmern.Langfassung: Wer glaubt nur weil er mit Chinch und XLR mal Audio gesteckt bekommen hat und nun alles kauft wo Dante/Milan drauf steht und hat ein System... dem ist nicht ganz zu helfen.
Tja das ist aber eben genau die Zielgruppe jenes Produktes, eben nicht in der Konsole Parameter nach einer unverständlichen Anleitung zu verstellen um ein Audionetzwerk in betrieb zu nehmen. Die Idee des selbst erklärenden UI und simplen Profilen für vorkonfigurierte Netzwerke geht genau an jene Anwender.
Der Erfolg von Dante ist darin begründet das es selbst über einen simplen Desktop Switch zunächst funktioniert. Nicht einmal eine IP Adresse wird benötigt -> Zeroconf
