I'm having a problem with communication from spoke to spoke in a dual hub DMVPN configuration, with tunnel default routes. I have a requirement to force internet traffic through the hub sites (via default route distribution with EIGRP), and this default route causes an issue with spoke to spoke communication. This DMVPN solution comprises about 50 routers, connected to the internet with static and dynamic IPs. Connectivity to the hub routers works fine because of static routes in the routing table. I can't do this for all the spoke sites, however, because some are DHCP.
I cannot use PBR on the inside interface of the spoke to force internet traffic through the hub, as I want the internet to fail over to the second hub if the first is not available.
I did attempt to accomplish this with VRF on a spoke, but I wasn't able to get the DMVPN to come up. I'm also not quite sure with interfaces / crypto map / EIGRP process needs to be in the VRF for this to operate properly.
Essentially, if I can make DMVPN traffic always leave the internet interface at a spoke (regardless of the global default route), this would work fine.
OverviewCisco Call manager Express has a specialized set of commands
that can be used to enable night service which make it a straightforward
solution. CUCM also rich of many options and features that we can be
used to achieve the night service in differe...
OverviewNowadays the global market requires companies to be available
and communicating globally across multiple geographical locations and
regions. Consequently, there is a significant growth in the amount of
companies that have global presence. As a res...
In today’s modern networks the interaction between applications and
network infrastructures is increasingly important for service providers,
content providers and enterprise businesses. The more network operators
can interact with the network the more opt...