Beiträge von marcoboy

Über eine Art mDNS ... Das Protokoll ist Wurst, wichtig ist nur das die benutzen Adressen sei es auf IP Ebene oder MAC als Mutlicast Adressen als solches auch erkannt werden. Womit diese dann die richtige Regel auslösen. Wenn diese Pakete in Switch versacken warum auch immer... Das wäre aber kein Grund für das Problem, Discovery wird ja immer wieder wieder und wieder wiederholt, egal was benutzt wird.

Das was sorge macht ist, mal geht es mal nicht und das immer wieder unterschiedliche Geräte. Offensichtlich tauchen die Geräte auch nach 10min nicht auf ? Also fehlt eine Grundbedingung zum Discovery... Mit der IP war ja erst mal kein schlechter Ansatz....

Trage die Geräte mit ihrer MAC und der IP im DHCP Server ein und dann kannst du nachschauen ob die fraglichen Geräte überhaupt eine IP bekommen haben...

Im Manual der Karte steht folgendes...

"The recommended order of powering the components in a RedNet system is as follows:• Power up the Gbit switch;• Power up all RedNet units on the networks one by one (power-on sequence takes approx. 40 s per unit)• Boot the host computer."

Ohhh je die wissen warum !?

Zitat von novski

Ich würde mich gerne über die erwähnten Einstellungen der Switches unterhalten. Ohne Multicast-flows habe ich bisher auf ICMP Snooping verzichtet, weil kein Multicast nötig. Ist das ein Irrtum?

Multicast betrifft ja nicht nur den Flow, es könnte auch das Discovery treffen. Da die Infos hierzu sehr spärlich sind durch die NDA würde ich die Empfehlungen immer Annehmen. Experimente sind sehr wage wenn man in eine Blackbox nicht hineinschauen kann.

DHCP wie schon angesprochen würde ich mit festen IPs über die MACs fest zu zuteilen. Nicht jedes mal Würfeln, das macht die Fehlersuche nur deutlich schwerer. Mögliche Änderungen lassen sich dann über den DHCP Server erledigen...

Überarbeitet...

Wenn man über den tx path werden die Verbindungen der Quelle angezeigt.. mit txConnection lassen sich diese dann abfragen... stopFlow wirkt auf den streamOutput des Gerätes und es bewirkt das die Quelle keine Pakete mehr sendet. Die Bandbreite bleibt aber per SRP reserviert. Ist hier das Flag "STREAMING_WAIT" steht dort startFlow ;)..

und auch disconnecten

Ach du dickes Ei ... :update

Ich habe das ganze noch mal genau geprüft und musste feststellen, so wie ich es meinte hätte man es lösen können. Hat man aber nicht .... Man macht den connectionCount zum index... Bedeutet mit dem txConnection und dem connectionCount -> zero basierend fragt beim beim Talker das flow Paar ab.

Nur leider geht mir so dann eine GET Ressource flöten, zumindest ohne den eigenen Datenbestand zu bemühen.

Deswegen mussten die Links etwas umgearbeitet werden..

Genau das platzt wenn du vom Client aus auf Intranet oder Internet zugreifen willst... Dann musst die Kröte schlucken und dich den Regeln unterwerfen...

Also ich erscheine wenn man sämtliche AVB Geräte auf einen Haufen stapelt und mir einen Ethernet Port zu ihnen gibt. ... Zu gewinnen gibt es jede Menge Arbeit und einen AVB Controller der alle im 1722.1 beschrieben Funktionen unterstützt.

Aber ich komme auch so wenn man auf einen Kaffee einlädt ...

Wenn dann noch im die IT Infrastruktur DHCP vorschreibt da sie die Vergabe von IPs nicht aus der Hand geben will... Bei größeren Netzwerken reden immer viele Leute mit und einige Vorgaben gefallen nicht jedem.

DHCP bedeutet ja nicht zwangsläufig das immer andere Adressen vergeben werden müssen. Anhand der MAC ist jedes Gerät zweifelsfrei identifizierbar und es kann immer die gleiche IP zugeordnet werden. Das DHCP Protokoll sieht sogar vor das der Client seine vorherige IP vorschlägt. Das dumme Problem an DHCP ist das die Clients sicherstellen müssen das die IP nicht schon vergeben ist -> ARP(dauert....). Wenn man die IP aber im Server den MAC Adressen zu ordnet sollte es keine Probleme geben. Denn sieht man auch welche MAC nicht vergeben wurde... Mit ARP bekommt man dann auch die IP heraus .

Wenn richtig konfiguriert sollte dies kein Problem sein... Was so lange dauert ist eben das ARP Problem, da die Broadcast Messages mehrmals wiederholt wird um eben sicherzustellen das die IP nicht verwendet wird.

Die Idee Einschaltverzögerungen zu basteln ist vielleicht keine schlechte. Es reichen ja 1-2sec.. So das man Gruppenweise die Exponate zuschaltet. Einfach mit der Elektrik reden ob man die Schütze mit Zeitrelais verzögert zuschaltet.

Vor Jahren war das noch so... Sie haben ihren eigenen Discovery Mechanismus... Feste IPs kann man machen bei 250 Geräte ein erheblicher Aufwand. Zumal das Problem vermutlich nicht darin besteht.

Es gibt kein Klopapier mehr....

Nunja im Fußball geht es um Milliarden und der ist in der Politik gut vernetzt. Der Mittelstand der vor allem betroffen ist interessiert diese Bundesregierung nicht wirklich. Von den versprochenen Hilfen kommt beim Mittelstand so gut wie nichts an, das wissen wir aus der Finanzkrise. Es profitieren mal wieder diejenigen die sowie so kaum Steuern zahlen und die bekommen z.Bsp Leistungen von Versicherten in den A.. geblasen(KUG) um damit ihren Gewinn zu erhöhen. Die Krise wird bewusst herbei geredet um auch schön lange diese Mittel abzugreifen.

Auslasten 100% trotz KUG.... ein leichtfertiger Umgang mit solchen Mitteln macht dies dank der Politik möglich. Für den Arbeitnehmer kommt dann das bittere Erwachen mit seiner Steuererklärung.... Da merkt er erst mal auf welchen kosten sich wer saniert hat.

Hinzufügen möchte ich das wenn man in der Theorie 250 Geräte zugleich anschaltet nicht wie angenommen sofort discover Messages versendet werden. Man macht so etwas immer mit delay .. Die Verzögerung ist abhängig von einen Faktor, z.Bsp MAC oder ID etc.. Beim Start wird dann das discover um den wert x verzögert. Wenn nicht ist die Firmware mangelhaft...

Bei Dante Geräten würde ich stark von solch einen Mechanismus ausgehen und das sie nicht hoffen das dass QOS im der Switch die Broadcast Trafic schon managen wird....

Bevor sich euch auf einen Holzweg begebt... Ich meine zu wissen das dass Discovery unabhängig von der IP funktioniert. Die Geräte werden im Status rot markiert im Controller und sie lassen sich auch konfigurieren.

Sollte dies anderes sein wäre der Prozess mit fester IP wenn man diese nicht kennt etwas schwieriger... Default Konfiguration etc... Aber ich kann mich auch täuschen, da das Discovery teil der NDA ist.

Anstatt dumm herum zuraten, nimmt man ein Messgerät und misst die Ströme von der Basis,Kollektor und schaut was diese beeinflussen könnte. Die Möglichkeit schließt man dann aus in dem man diese Bauteile z.Bsp Kondensatoren entfernt... wenn es geht einseitig....

Dann merkt man recht schnell ob einer C Leckstrom hat und den Arbeitspunkt verzieht... Es muss ja statisch sein da dies ja vom Signal unabhängig ist.

Du hast leider zur Masse gemessen und diese Spannungen sind nicht aussagefähig... Die Ströme sind interessant....

Zitat von zegi

julian-k: Das ist krass und tut mir echt leid für dich! Ich hoffe, dass dir das Schicksal doch noch eine gute Lösung bringt.

Mir auch.. und als nächstes kommt die Festsetzung einer Vorauszahlung aufgrund der guten Gewinne letztes Jahr... Während globale Konzerne sich asozial Verhalten in dem sie Steuern vermeiden und verschieben, macht man den Mittelstand kaputt. "Arbeit muss sich lohnen" war mal ein Spruch der FDP... Man kann Aufgrund er hohen Angaben so seine zweifel haben. Der gesunde Mittelstand schmilzt immer weiter ab, und im alter ist dieser von Armut betroffen. Drei mal Raten wer die Kosten dieses Desasters trägt ? Nicht diejenigen die diese globalen Probleme verursachen...

Mich schon... Da die Quarantäne von 2 Wochen aus Medizinischer Sicht überzogen ist und nicht verhältnismäßig. Das schürt ja die meiste Angst, mit solch einer Maßnahme belegt zu werden. Selbst bei kleinsten Husten schauen einen die Leute böse an... Nur weil man ewt. nur ein paar Erkältungssymptome bekommt. Nur für wenige scheint es gefährlich zu sein und die besuchen auch keine Veranstaltungen.

Die Politik ist von der Wirtschaft getrieben... Die erwartete Flaute durch die Fastenzeit hat der Handel ja schon überbrückt in dem man die Menschen in Panik versetzt und zum Konsum anregt.

So drängt man auch ein viel Problematisches Thema "Flüchtlinge" nach unten und ein Versagen der bisherigen Politik "weiter so wie immer" . Auch das Virus hat eine Ursachen in globalen Problemen... Zumal zeigt er deutlich das die Infrastruktur in diesen Land trotz hoher kosten nur unzureichend funktioniert. Es wäre Zeit welche Innenpolitischen Ursachen dies wohl hätte...

https://www.tagesspiegel.de/wissen/warum-c…h/25588526.html

hier mal ein paar Fakten und als Fazit reine Panik ! Vielleicht um politisch von einen ganz anderen Thema abzulenken.

Was der Steuerzahlende Bürger nicht weiß, die meisten Messegesellschaften sind Unternehmen mit öffentlicher Beteiligung. Ausfälle und mögliche Schadensersatzforderungen bringen diese Gesellschaften möglich weise in eine Schieflage. Diese kommt dann ans Licht wenn Haushalte der Städte und Gemeinden diese Ausgleichen müssen. Der Bund hält sich da fein raus, ich warte nur noch auf den Politischen Streit über die Kosten.

Man kommt sich vor wie in China, wem Behörden alles weg sperren möchten oder welche Daten man preisgeben soll. Ich erwarte auch hier das sich demnächst Gerichte damit beschäftigen werden.

So Messen sind mit den neuen Vorgaben des Bundesgesundheitsministeriums nicht mehr machbar. Alle Besucher müssen nun Rückverfolgbar sein... Das dürft aufgrund der Masse kaum machbar sein...

So wie es Seehofer wollte wird auch der Veranstalter der ITB die Messe absagen müssen.. Weitere Messen werden wohl unweigerlich folgen...

Also Hamster waren heute schon ausverkauft...