nun das gabs hier wohl schonmal...
https://knx-user-forum.de/knx-eib-fo...x-problem.html
Gruß der Noob.
-
Also ich denke das da alles grundsätzlich korrekt ist.
Über IGMP fragt der Router in einem LAN-Segment nach MC-Receivern (hier Paket 157, 192.168.2.1 ist die Fritzbox). Der IP-KNX-Router (192.168.2.30) meldet das er MC-Gruppe 224.0.23.12 empfangen will (und hier wirds dann doch irgenwie komisch, da er auch als Quelle für die Gruppe agiert die er selbst empfangen möchte... der führt also quasi Selbstgespräche.. lol... aber über die Funktionsweise von KNX-IP-Routers weiß ich gar nichts) und die 192.168.23.103 möchte die Gruppe 239.255.255.250 empfangen (da blubbert MICKIDOOF wieder munter vor sich hin SSDP...) für die es aber offensichtlich keine Quelle gibt. Die Aufgabe der Routers ist es dann den MC-Traffic in die Segmente zu replizieren in denen er Joins empfangen hat. Und da kommt die Situation ins Spiel das MC-Source und MC-Receiver im gleichen Segment zu Hause sind (ein Router also grundsätzlich nicht nötig wäre alldieweil man kennt sich ja...). Trotzdem macht die Fritzbox dann das was sie soll (oder vielleicht auch nicht soll, das ist wohl nicht eineindeutig definiert), sie repliziert das MC-Paket und sendet das Paket dann eben im gleichen Segment wieder auf die Reise, daher tauch das Paket den mit geänderter MAC-Adresse wieder auf....
Lösungsansatz: schalte IGMP auf der Fritzbox ab... das ging mal wie hier beschrieben...
Fritz Box 7170 sendet UDP Telegrame wieder zurück! - IP-Phone-Forum
da steht auch nochmal in anderen Worten was ich versucht habe zu erklären.Einen Kommentar schreiben:
-
Hallo Noob,
Wenn Du es mit Wireshark auf machst Steht ganz links die Packet nummer. Das Packet 162 ist das was von src ..Weizier... kommt. Das ist der IP-Router.
Wichtig ist hier noch die Payload (also data ganz unten im Packet). Mach das mal auf.
Wenn Du nun mit der Cursor Taste eins runter gehst kommst Du auf das Packet 163. Da ist src... avm... zu sehen, also das schickt die die Fritzbox (AVM ist der Hersteller). Wenn du nun wieder in data schaust, siehst Du das data gleich ist. Also wie ein Papagei, schickt die Fritzbox die selben Daten noch mal an die Muticast Gruppe. Das siehst Du dann in der ETS im Gruppen Monitor als die zweite GA (inhaltlich aber selbe GA).
Kurz bevor das passiert habe ich meinen Switch wieder mit der Fritzbox (LAN1 verbunden). Anscheinend wiederholt die Fritzbox aber erst nach dem IGMP "General..." ein paar Packete vorher, alle IGMP Multicast Packete.
Diese Verhalten ist höchst ungewöhnlich. Ein normaler Teilnehmer einer Multicast Gruppe meldet sich normalerweise mit einem "JOIN" Befehl bei der Gruppe an. Damit kriegt er aber nur die Multicast Packete auch zugestellt und kann an die Multicast Gruppe senden (was dann wieder alle in der Gruppe erhalten). Hier wiederholt die Fritzbox aber einfach alles was sie in der Multicast Gruppe zu hören bekommt.
Das geht nicht.
Hintergrund Vermutung:
IGMP wird zur Zeit massiv für IP-TV verwendet. Die Netzbetreiber und DSL-Modem Anbieter haben hier sehr viele unterschiedliche Netz-Zenarien. So kann es sein, das hier ein Kunden (Netzbetreiber) dieses Verhalten von AVM gefordert hat, damit IGMP IP-TV Packete auf jeden Fall schnell an den Streaming Player zugestellt werden. Und so kommt es dann zu Seiteneffekten wie diesem Fehler. Was natürlich vollkommen inakzeptabel ist.
Klarer ?
@Matthias: Ja, Du hast recht. Mit USB-Schnittstelle wäre das nicht passiert.
=> KISS steht für "Keep It Smart and Simple". Wer IP nicht braucht ist mit USB besser dran. Einfach ein system weniger und damit eine Fehlerquelle weniger.
Gruß Tbi
PS: Status bei AVM heute 18 Uhr 20 : Ist in Bearbeitung ;-)Einen Kommentar schreiben:
-
dann habe ich meine Frage ungenau formuliert. wo im cap file sieht man, dasss die Fritzbox ab Paket 162 was wiederholt? das erschließt sich mir beim ersten und auch beim zweiten hinsehen irgendwie nicht...Einen Kommentar schreiben:
-
Einen Kommentar schreiben:
-
Vielleicht ein wenig OT, aber DAS ist genau der Grund, warum bei meinen Installationen NIE KNX-IP-Router eingesetzt werden. Da bin ich bei der letzten Diskussion abgewatscht worden als ewig Gestriger , aber das reale Beispiel zeigt, dass Betriebssicherheit eben nicht steigt, wenn ich ein System OHNE NOT über ein zweites route.
So, habe fertig
Einen Kommentar schreiben:
-
Einen Kommentar schreiben:
-
Hallo Christian,
sie sind wohl am lesen und testen, bisher habe ich noch keine Infos außer, dass sie sich melden werden. Ich denke sie wollen es erstmal verstehen und nachstellen. Das braucht ein bißchen. Ob sie da einen IP-Router haben oder kennen ?
Mit dem cap-file sollten sie aber in der Lage sein, das nachzustellen.
Wenn was kommt berichte ich jedenfalls.
Gruß TbiEinen Kommentar schreiben:
-
gerne dochPS: An die Mods, könnt ihr das oben festhängen bis das geklärt ist.
Bitte kurze Rückmeldung, wenn das geklärt ist.Einen Kommentar schreiben:
-
- √ - Fritzbox wiederholt bei IP Routing alle GAs !!!!!
Hallo,
bei der aktuellen Firmware der Fritzbox stimmt was mit dem IGMP nicht.
Dies ist seit der neuen Firmware Firmware-Version 74.04.86 (hier getestet auf einer 7270 V3). Aber auch andere haben hiervon berichtet. Siehe auch hier: https://knx-user-forum.de/knx-eib-fo...h-auf-bus.html
Dies ist im Gruppen Monitor der ETS zu sehen:
Man sieht, dass wenn die Fritzbox mit dem LAN verbunden ist, alle GAs doppelt gesendet werden. Bei mir sind deshalb im Haus Schaltvorgänge nur noch spordisch richtig. Manche werden einfach nicht ausgeführt.
Im Wireshark ist es noch eindeutiger zu sehen. Im Anhang ist das cap File. Ab Packet 162 wiederholt die Fritzbox (avm).
Erst wenn die Fritzbox mit dem LAN verbunden wird, sieht man genau wie erst das IGMP Packet vom IP Router kommt und direkt danach von der Fritzbox wiederholt wird.
ALSO BIS DAS GEKLÄRT IST NICHT AUF DIESE FIRMWARE GEHEN !!!
BLEIBT BEI DER ALTEN !!!!
Ich mache jetzt eine Ticket bei AVM auf.
Gruß Tbi
PS: An die Mods, könnt ihr das oben festhängen bis das geklärt ist.
Einen Kommentar schreiben: