Heads Up :
The post you are writing will appear in a public forum. Please ensure all content is appropriate for public consumption. Review the employee guidelines for the community here.
Hi,Customer previously had an SDWAN network comprising MX64 at branches. I know this MX model is quite old. Their topology was a FTTH in wan1 and a 4G USB Dongle as BU. We replaced those BUs with external Meraki MG-52 in bridge mode. Customer is comp...
Hi, I need to move a MX currently having a static wan IP (the one and only uplink it has) from one org to another.My doubt is about the static uplink config would remain in the device after unclaiming it from the old org or whether I would lose it.We...
Hi, I have a topology with two on-prem sites comprising MXs as spokes of an Azure vMX hub. As hub is not redundant, customer has asked us to deploy non-meraki tunnels against Az VPN GW in the region as AutoVPN tunnels backup. First we had no dynamic ...
Hi, customer wants to access Meraki devices instead of accessing the dashboard snmp mib. I have been taking a look at Meraki's reference document. According to it, you can provide RO access just activating a snmp community at template level. As custo...
Hi, I'm extending a Meraki SDWAN network into Azure. As customer only has a vMX vm in the region, we have configured a non-meraki tunnel between onprem MX in the region against Az VPN GW to serve as BU circuit in case the vMX fails. Routing between v...
Thanks for your quick response.I don't catch you well: In case FTTH fails, in order to detect such an indirect failure, MX has the same probe both having a usb dongle or an external MG. It should follow same failure detection mecanishm regardless of ...
Right, Meraki documentation states the MX will lose all config (including its uplinks config). However, I just have tried moving a MX from my lab (both uplinks with static config) and after unclaim/claim process I has properly registered into the new...
Issue solved! Provided I realized it was imposible to make IPSec tunnel the automatic autovpn BU with BGP inside, I went back to static routing. BGP inside IPSec tunnel does not solve our issue due to the fact Azure does not allow outgoing bgp attrib...
Hi, TAC has answered me. They don't see the issue as a bug but an expected result. Surprisingly, they state the bgp-learnt prefixes at the hub from the AZ RS are considered BGP routes at the spoke sites even when they learn them over AutoVPN tunnels....
Meraki TAC confirmed BGP-originated AutoVPN prefix should be preferred. Just sent them the packet captures that prove it is not the case. Hope they could find and explanation for this behaviour.
