PfSense - AV-Receiver wird im VLAN nicht gefunden

Ohne das FW Regelwerk zu kennen und auch zu wissen WIE (Protokoll) sich Drucker bzw. AV App sich mit den Endgeräten unterhalten bleibt es auch ein Raten im freien Fall.
Innerhalb eines VLANs ist die Firewall so oder so in Traffic überhaupt nicht involviert sondern nur die Endgeräte selber. Die FW spielt einzig nur im VLAN übergreifenden (gerouteten) Traffic überhaupt eine Rolle.

Dann ist die Firewall ja eh komplett raus, denn innerhalb eines VLANs (L2 Broadcast Domain) kommunizieren die Endgeräte doch immer im L2 direkt ohne irgendwie über die Firewall zu gehen !! Logisch !
Wireshark ist hier dein bester Freund !

In deinem oberen Bild sind dein TV und FireTV Stick im VLAN 30. Der Receiver und das Android Phone in VLAN 20. Wenn das so konfiguriert ist, musst du zumindest eine Regel erstellen, die den "Verkehr" zwischen den Netzwerksegmenten erlaubt wird.

Was bedeutet das? Der FireTV Stick hat ja kein eigenen Netzwerkanschluss und kann maximal via WLAN mit dem Netzwerk verbunden werden.

Welche VLANs sind denn konfiguriert auf PFSense und auf dem Switch?

Gruß
Marc

Bitte nenne doch mal die IPs, welche die Geräte bekommen und welche IPs die VLANs haben. Dann lässt sich vielleicht ableiten, wer sich wo gerade befindet und warum was nicht gehen könnte.

Wie sehen denn die Regeln in PFSense aus? Kannst du da mal Screenshots von hochladen?

Waren mal alle Geräte im selben VLAN bzw. Subnetz und haben eventuell noch statische IPs konfiguriert?

Ist denn DHCP auf den Schnittstellen in der PFSense aktiviert?

Gruß
Marc

Hoffentlich dann nicht parallel so das LAN und WLAN Interface gleichzeitig aktiv sind ?! Das geht dann so nicht.
Es darf immer nur ein Interface aktiv sein. Oder, wenn beide, dann müssen sie in unterschiedlichen IP Netzen liegen und du musst sicherstellen das nur ein Interface ein Default Gateway bekommt, ansonsten ist Routing dann Lotterie.
Keine Regel bedeutet bei einer Firewall immer: ALLES ist geblockt und keine Kommunikation möglich ! Weisst du ja auch selber als alter Netzwerk Hase.
Zeigt dann das der Stick doch in BEIDEN IP Netzen aktiv ist. Keine besonders intelligente Idee, da auch so die Gefahr eines Backdoor Routings droht sofern auf dem Stick IPv4 Forwarding aktiv ist.
Da hat die Firewall dann rein gar nichts mit zu tun und ist somit raus. Wie oben bereits mehrfach gesagt hat die mit lokalem Traffic NICHTS zu tun.
Da ist der Knackpunkt evtl. der AP. Ggf. ist hier eine Mac Filterliste aktiv oder die Multicast Unicast Konvertierung ist deaktiviert bzw. funktioniert nicht so das Multicasting geblockt wird. Sofern die App denn Multicast nutzt was sie aber nach deiner Angabe mit 224.0.0.251:5353 ja tut !
Kannst du auch immer sehen wenn du Multicast Frames von der Smartphone App siehst (Absender Mac und IP !) die im LAN landen.
Wie du als Profi Netzwerker ja selber weisst ist das eine Link Local Multicast Adresse die zum mDNS Protokoll (Bonjour) gehört:
https://de.wikipedia.org/wiki/Zeroconf#Multicast_DNS
Lesen und verstehen !
Link Local Multicast haben Prinzip bedingt eine feste TTL von 1 sind also unroutebar bzw. nur über einen Proxy routebar. Siehe dazu auch HIER.
Der telefoniert nach Hause und erzählt Amazon alles über deine persönlichen TV Gewohnheiten und Geschmäcker.

Nochmals: Mit der Kommunikation innerhalb eines Layer 2 Netzes hat die Firewall nicht das Geringste zu tun. Logisch, denn das geht ja gar nicht über sie, folglich kann sie diesen Traffic auch physisch niemals "sehen" geschweige denn irgendwelche Regelwerke anwenden.
Der böse Buhmann kann also nur Switch und/oder AP sein. IGMP Snooping vergessen zu aktivieren und und und... Für eine tiefere Troubleshooting Analyse haben wir zuwenig Infos.