Testing shows that hosts in 192.168.10.64/26 range don't have access to LAN resources, except the multicast data broadcasted from 192.168.10.30 ! So, it seems that the above ACL rules are not blocking Multicast !
I went in multicasting and enabled the below setup in screenshots:
Broadcasting is done from port 7, guest/client network is connected from port 3.
Despite this, any client connected on port 3 and within the 192.168.10.64/26 range can access the broadcasting.
Putting GE7 on "None" doesn't prevent broadcasting to all the network.
Enabling IGM snooping status and querier doesn't change the scenario.
Am I doing it wrong or the Multicast filtering is broken in SG350 switch ?
Note: for now, I really need to fix this without setting up VLANs
Today I'm going to talk about SD-wan including SD-WAN advanced lab ,, first thing let's take a small brief about the SD_WAN. What is SD-WAN? SD-WAN is Software define wide area network and SD-WAN is key part of the technology o...
Leopold Fisher, Cisco Meraki IoT specialist, will introduce you to new and innovative additions to the Meraki portfolio coming in April 2021.
Meraki Vision Session
MV smart camera range is getting big...
To participate in this event, please use the button to ask your questions
Dynamic Routing Protocols & IPv6
Have any questions on dynamic routing protocols with IPv6?
In this event we will answer all your questions related to dynamic routing pro...
Today I'm going to talk about SD-wan including SD-WAN advanced , first thing let's take a small brief about the SD_WAN.What is SD-WAN? SD-WAN is Software define wide area network and SD-WAN is key part of the technology of software-definednetworking ...
The cat's out of the bag! In October 2020, Cisco announced the Next Generation of Enterprising Routing Platforms: the Catalyst 8000 Edge Platforms Family including the Catalyst 8200, Catalyst 8300, Catalyst 8500, and Catalyst 8000V. The new family of Cats...