Instead of DMVPN, you might want to also look into GET-VPN.
If you include core locations within other core locations DMVPN, i.e. where's there's also a hub-spoke relationship, not clear whether you will still need to retain the permanent core-to-core tunnels.
No doubt it's a good idea to have redundancy, but unclear whether you need 3 independent DMPVN clouds. Perhaps you have in mind the benefit of hub-spoke within DMVPN, i.e. from any branch to a core location. That's true, but GET-VPN, if possible, might mitigate that advantage and then there's the additional configuration and routing paths to manage and maintain.
As to scalabilty of the 3845s, depends on how much traffic you expect to pass through them. Attached is information on the VPN performance of difference Cisco devices, both with on-board and optional crypto hardware.
Hi everyone, I would like to thank you in advance for any help you can provide a newcomer like myself!
Im studying the 100-105 book by Odom and am currently on the topic of Port security. I purchased a used 2960 and I'm trying to follow a...
While deploying a number of 18xx/2802/3802 model access points (APs), which run AP-COS as their operating platform. It can be observed on some occasions that while many of their access points were able to join the fabric WLC withou...
I am going to design and build an LAN network under a tunnel underground with long distance between the switches.
I will have 2 Catalyst switches and 8 Industrial IE3000, and they will be connected with fiber.
For now I am planning on use Layer-2 s...