Note: in my case there is not any untagged traffic at port 3,8.
Can anyone explain me reason for this change?
Is it for defining explicit rule what the switch shall do if it receives an untagged packet the respective port? Ok, but then what the switch did in such situation in previous FW? Was this a bug?
This change is currently under review. Once we have gathered more relevant information from our internal sources regarding why this implementation was introduced, I will update you here with further details.
After further digging and investigation, this VLAN behavior seems unusual. Here to assist and troubleshoot this specific situation, we’ll need to continue this process privately, because sensitive/publicly unshareable information, such as the troubleshoot file, public IP addresses, serial numbers, etc., needs to be collected.
You should find a support request form in the inbox of the email address you used for your forum registration. Kindly fill out the form, and please reference Ticket ID: 15573 when submitting it. Once the form is completed, we’ll contact you directly via email to investigate the issue in depth.