Bus mit Telegrammen geflutet? Homeserver?

[roxxmac]

Ich hatte mal nen ähnlichen Fall, da war das Problem das Controlmini, wenn möglich, klemme mal das KNX-Kabel am Controlpro ab.

Hallo Fabian. Danke für den Hinweis. Das Controlpro hab ich aber nur über LAN im Netz und KNX nicht verbunden.


Ich habe nun auch in der Halle den neuen MDT Router programmiert als 2.0.0 und den Dummy HS vollständig verknüpft und alle Linienkoppler und Router mit aktiven Filtern neu programmiert. Grundsätzlich funktioniert jetzt alles

Seit gestern abend ist das Problem nun nicht mehr aufgetreten.

Ich werde aber nachher nochmal genauer probieren ob es an der IGMP Snooping Status Einstellung auf dem Cisco Switch liegt bzw ob ich es durch disablen das Problem wieder erzeugen kann.

[fabian82]

ControlPro

Ich hatte mal nen ähnlichen Fall, da war das Problem das Controlmini, wenn möglich, klemme mal das KNX-Kabel am Controlpro ab.

[EugenDo]

Können wir das Thema auslagern?

Ich finde das Bild schön :-)

Um jetzt die Verwirrung komplett zu machen ... ich würde jetzt den HS auf 15.15.254 als KNX IP Gerät parken

Unbenannt.PNG

[vento66]

Können wir das Thema auslagern?

[fitor]

Ihr seit mit dem HomeServer auf der Bereichslinie und nicht auf der Nebenlinie 3.1 dann müsste ihr den HomeServer hinter einem Linienkoppler und mit USB auf den Bus anschließen wenn ihr den mit 3.1... adressieren wollt. Bei Weinzierl auf den PDF sind die Linienkoppler IP Router und keine Linienkoppler für TP.

[EugenDo]

IGMP Enable wäre aus meiner Sicht korrekt ... er soll nur nicht alle Ports fluten ... normalerweise werden nur die Router/Trunk Ports geflutet, falls notwendig ...

Bei Entertain hättest Du die Störung schneller endeckt

Das finde ich leider oft vor, dass Geräte nicht konfiguriert sind, warum auch immer ....

Die GA's, die Du am HS brauchst, verknüpfst Du einfach mit den richtigen Bit&Byte-KO's ... STRG, Schift-Taste und Maus kann hier excellent zu Geschwindigkeit beitragen ... hier Bild:

Unbenannt.PNG

[roxxmac]

theoretisch hab ich jede Menge VLANs. deshalb ja auch Switche die das können
Das Problem ist nur der Bediener davor

Telekom Entertain fehlt tatsächlich mangels vernünftiger Internetverbindung

Was ich mich nur Frage warum funktionierte das jetzt seit langer Zeit und ich hab eigentlich nichts neues ergänzt im Netzwerk bzw. insgesamt an der Installation.


Ich habe jetzt vorhin mal den Cisco auf Factory Reset gesetzt. Das hat nichts gebracht. Der Fehler kam wieder.

Danach habe ich den Cisco auf L3 Mode umgestellt.

Zusätzlich danach IGMP Snooping Status: auf Enable

Seitdem konnte ich den Fehler nicht wieder reproduzieren. Was natürlich auch nur Zufall ist. Der Fehler kam ja vorher auch 2 Jahre nicht :-D

Ich verbinde jetzt erstmal die Dummy Applikation vollständig. Der übersichthalb verbindet man immer nur einen Datentyp oder? also alle 1 bit mit immer dem 1 bit in der Dummy Applikation? Dann kann es ja nicht zu Doppelverbindungnen kommen oder?

[EugenDo]

also seit die Verbindung zur Halle gekappt ist, ist das Problem noch nicht wieder aufgetreten.
Das muss aber ja nicht heißen, dass es zwingend am Cisco liegt oder? Vielleicht Mulitcastet der Lancom auch nur nicht weil kein Empfänger da ist?
Ich werden den Cisco nochmal auf Factory Reset setzten

Der Lancom im Haus ist voll

LWL Uplink zur Halle (zum Cisco)
5 Unifi APs + Controller
Uplink zum 8 fach Switch im Wohnzimmer (wo Receiver, Apple TV, FireTV usw dran ist)
paar POE Kameras
paar PCs
Beamer
ControlPro
zwei Drucker
Homeserver
Timberwolf
IP Router
LTE Router
Fritzbox für IP Telefonie

Uplink zum weiteren 16 Port Switch
an dem sind 10 Raspberrys (Audio)
2x Vaillant LAN

am Cisco
paar POE Cams
WLAN AP
IP Router (im Moment gerade nicht installiert)

Uplink zu weiterem Switch
daran dann 2x Solarlog
Fritzbox
paar PCs
Fritzboxen als WLAN APs

Wow! Ich würde wenigstens die KNX IP Kommunikation auf ein eigenes VLAN legen ... als nächsten Step würde ich Dir empfehlen nicht VLAN-fähige "Spielzimmer"-Hardware auszutauschen ...

Du hast nicht zufällig an irgendwelchen Switchen (FB, Router, etc... auch ggf. embedded) einen "Ring" gebaut?
Telekom Entertain TV fehlt aber noch in Deiner Sammlung!

Ich habe bei mir Zuhause für den ganzen "Blödsinn" auch 16 VLAN's

[vento66]

fitor Das passt schon, musste ich mich auch belehren lassen

[roxxmac]

also seit die Verbindung zur Halle gekappt ist, ist das Problem noch nicht wieder aufgetreten.
Das muss aber ja nicht heißen, dass es zwingend am Cisco liegt oder? Vielleicht Mulitcastet der Lancom auch nur nicht weil kein Empfänger da ist?
Ich werden den Cisco nochmal auf Factory Reset setzten

Der Lancom im Haus ist voll

LWL Uplink zur Halle (zum Cisco)
5 Unifi APs + Controller
Uplink zum 8 fach Switch im Wohnzimmer (wo Receiver, Apple TV, FireTV usw dran ist)
paar POE Kameras
paar PCs
Beamer
ControlPro
zwei Drucker
Homeserver
Timberwolf
IP Router
LTE Router
Fritzbox für IP Telefonie

Uplink zum weiteren 16 Port Switch
an dem sind 10 Raspberrys (Audio)
2x Vaillant LAN

am Cisco
paar POE Cams
WLAN AP
IP Router (im Moment gerade nicht installiert)

Uplink zu weiterem Switch
daran dann 2x Solarlog
Fritzbox
paar PCs
Fritzboxen als WLAN APs

[EugenDo]

Was ist denn alles an den 3 Switchen angeschlossen - kleine Netzwerkkarte? Hast Du noch andere Switche irgendwo in den Tiefen? Lass mal nur den LANCOM an und trenne andere Switche ... nutzt Du VLAN? Ist da IGMP auch konfiguriert? Sind dir Routerports (TRUNKS) markiert?

[EugenDo]

3.1 ist falsch. Es ist der Router als Linienkoppler beim bespiel von Weinzierl. Bei dir sind die Koppler als Bereichskoppler. Dann ist das Netzwerk die Bereichslinie. Das wird dein Problem zwar nicht beheben wenn du den Dummy in die 0.x.x setzt. Hast du die Filtertabellen auf nicht Filtern gestellt und den Brodcast im IP Router auf nicht Filtern gestellt. Dann hast du über das Netzwerk einen Loop erzeugt. Kannst du mal die Einstellung vom den IP Routern und von den Linienkoppler von der ETS posten.

Er hat das schon gepostet! Kannst Du bitte begründen, was an 3.1.x falsch ist?

[roxxmac]

Hallo fitor

ich hatte den Backbone ja auf IP umgestellt

Zusätzlich einen IP Bereich wo eine IP Linie drin ist wo jetzt der Homeserver Dummy drin ist.

Da nicht alle Objekte des Dummy Objekts verknüpft sind hatte ich den IP Router auf weiterleiten gestellt. Seitdem funktioniert der Quadclient verständlicherweise wieder.

Aber die Telegramm Flut war auch ohne die Weiterleitung vorhanden.

[fitor]

Ja, das sieht gut aus!

P.S: zu 0.0.1(über) ... sogar Weinzierl empfiehlt IP-Bereiche/Linien wie 3.x.x für KNX IP Geräte... https://www.weinzierl.de/index.php/d...ces/knx-io-580

3.1 ist falsch. Es ist der Router als Linienkoppler beim bespiel von Weinzierl. Bei dir sind die Koppler als Bereichskoppler. Dann ist das Netzwerk die Bereichslinie. Das wird dein Problem zwar nicht beheben wenn du den Dummy in die 0.x.x setzt. Hast du die Filtertabellen auf nicht Filtern gestellt und den Brodcast im IP Router auf nicht Filtern gestellt. Dann hast du über das Netzwerk einen Loop erzeugt. Kannst du mal die Einstellung vom den IP Routern und von den Linienkoppler von der ETS posten.

[roxxmac]

so.
ich hab jetzt alle wieder zusammengeknotet.

Und das Problem ist wieder da.

Auf dem Lancom Switch hab ich jetzt alles im Bereich IGMP disabled

Unregistered IPMC Flooding enabled
IGMP Snooping Enabled
IGMP Querying Enabled

Das ist alle aus

Das scheint es aber nicht zu bringen. Relativ schnell kommt das Problem wieder. Als Multicast Quelle kommt wieder der MDT IP Router

Wenn ich auf dem Switch im Haus (Lancom GS1224P) aber die LWL Schnittstelle zur Halle (also zum Cisco SG300-28P ) ausschalte kam das Problem immer kurz danach wieder.

Ich versuche jetzt mal auf dem Cisco was zu finden wie ich Multicast mal komplett abstellen kann.

Edit: Was ich feststellen kann: Wenn ich den Cisco Switch Reboote hört es nicht auf. Wenn ich den Lancom Switch reboote hört es auf.