I agree, you literally have a video for every one of my problems. Or just in general when I want to learn something. UI support is useless, they should pay you.
I haven't finished the video yet, and if I am following correctly, this sounds like a case for Policy Based Routing. That is, routes that considers destination and/or source IP address.
Unvr is not a router, but does have two ports that can be active and connect to different VLANs, I believe that's the reason to these troubles, just like a regular PC with two active NICs: you need to specify the priority for the two. But Ubiquiti does not provide such a priority setting on the UI.
@@hz777 Understood. I am not privy to the routing capabilities of the OS in the NVR. For example, port speed is not considered in the route priority based on your results. As it would in router, even with directly connected networks. I had expected this behavior from the OS due to my ignorance. Assume then that no tinkering of the routing in the NVR is possible (or is overwritten at reboot, etc)?
@@hz777 Maybe you could force the change switch side? You could change the trunk groups. Unifi seems to always make every port a trunk port even when setting different default networks to the port. By changing them to access/untagged ports by removing the other tagged vlans from the port, you could force specified vlan traffic to your desired port. I agree that having both ports available on the NVR and having port priority would be a better solution, but maybe access ports would be a work around till then? Some recent changes to port tagging in the Unifi UI should let you do that on the switch.
Thanks for the suggestions. When I get time I will try to mess with port profiles. However, I doubt changes in switch can impact the routing decisions made by unvr.
I think what you are doing here is great and i want to encourage you to continue - Good Job!
Your videos are more helpful than UI forum!
I agree, you literally have a video for every one of my problems. Or just in general when I want to learn something. UI support is useless, they should pay you.
very informative video thank you
Will iperf3 be gone once you have the unit reboot? Thanks.
No, if just after a reboot. But it won't survive an upgrade
I haven't finished the video yet, and if I am following correctly, this sounds like a case for Policy Based Routing. That is, routes that considers destination and/or source IP address.
Unvr is not a router, but does have two ports that can be active and connect to different VLANs, I believe that's the reason to these troubles, just like a regular PC with two active NICs: you need to specify the priority for the two. But Ubiquiti does not provide such a priority setting on the UI.
@@hz777 Understood. I am not privy to the routing capabilities of the OS in the NVR. For example, port speed is not considered in the route priority based on your results. As it would in router, even with directly connected networks. I had expected this behavior from the OS due to my ignorance. Assume then that no tinkering of the routing in the NVR is possible (or is overwritten at reboot, etc)?
I believe a firmware update, a configuration change, or even re-plugging cables will result in any manual changes to be overwritten.
@@hz777 Maybe you could force the change switch side? You could change the trunk groups. Unifi seems to always make every port a trunk port even when setting different default networks to the port. By changing them to access/untagged ports by removing the other tagged vlans from the port, you could force specified vlan traffic to your desired port. I agree that having both ports available on the NVR and having port priority would be a better solution, but maybe access ports would be a work around till then? Some recent changes to port tagging in the Unifi UI should let you do that on the switch.
Thanks for the suggestions. When I get time I will try to mess with port profiles. However, I doubt changes in switch can impact the routing decisions made by unvr.