The moment you go above 8 meters (26 feet) the signal via normal omni antennas may be insufficient on ground level for your handheld devices to receive.  Downtilt omni's don't cover the same horizontal distance at the same height but they concentrate more signal downwards so your usable signal on ground level covers a greater distance. The lightbulb with hat is a nice representation if that hat reflects the light rays downward to make them brighter. ... View more

I'm sorry but using the high capacity traffic is not the main reason why we would want to use lacp port channels on the MX.   We need port channels on MX for a more stable spanning-tree setup.  Since the MX does not support STP which is actually should we have to rely on the bounced back STP messages coming from the switch to have the higher portnumber blocked.   I would much rather have the MX at least support STP and even better support LACP so the MX natively takes care of those layer 2 messages to have a more stable topology. ... View more

It's just a matter of testing it I believe :).  Thanks  ... View more

Routes over non-Meraki VPNs are built through the configuration of the VPN (the remote subnets), and you can’t configure static routes to a VPN as the next hop. And you can’t have two remote subnets that are the same, which makes it difficult to have a backup and a spare IPSec tunnel (although you may be able achieve this if you can arrange your IP address scheme so you can have a /23 and a /24 that overlap - haven’t tried it myself).   So you can have multiple non-Meraki VPN peers, they just need to be to different IP subnets. ... View more

From documentation, I understand that this is possible only for Meraki Auto VPN  ?   "Note: Flow preferences for VPN traffic only affect Meraki AutoVPN, not non-Meraki VPN Peers" https://documentation.meraki.com/MX/Firewall_and_Traffic_Shaping/MX_Load_Balancing_and_Flow_Preferences     We using non-Meraki VPN, HUB.   Thanks  ... View more