[c-nsp] 7206VXRG2 performance question

[Rodney Dunn]

For those low rates a 7206VXR with a NPE-G2 would be a plenty.

You should look at dynamic VTI's I think it is to get "per spoke" QOS.

You don't need an external box especially if your link speeds at the 
spokes are static.

There are different ways to do "per spoke" QOS but it's a bit more 
complex with dmvpn.

http://www.cisco.com/en/US/docs/ios/security/configuration/guide/sec_per_tunnel_qos.html

Rodney



Gabriel wrote:
> Hi all,
> 
> the company I work for is involved in a WAN redesing process, so we
> got in touch with a few Cisco partners to help us. We're considering a
> dual-hub and spoke topology (about 100 spokes, more in the future)
> with both hubs active (half of the spokes will connect to one hub, the
> other half to the other).
> 
> As I said, we contacted some Cisco partners (as we don't have the
> necessary expertise to do this on our own) and one of them recommended
> that, besides using the 7206 (with NPE-G2 and VSA) as the hub router,
> we should also get a SCE1010 box to handle the QoS.
> 
> One of the aspects I'd like your feedback on is whether this SCE box
> is required or not (from the docs and design guides I read, it was
> only present in SP networks). I'll try to give more details (please
> let me know if they are relevant or not and what others have I
> missed):
> 
> - DMVPN (although one tunnel/branch was also suggested) over IPSec
> - spokes connect to hubs via two providers (with per-flow load-balancing)
> - hub bandwith will probably not exceed 10 mbit/provider
> - spoke bandwith will be 256kbps/provider for roughly half of the
> spokes and 128kbps/provider for the other half
> - EIGRP as routing protocol
> - no VoIP at the moment, but it could appear sometime in the future
> 
> Traffic is not latency-sensitive (as I said, no VoIP yet) and will be
> split into four QoS classes (in the future, others might appear).
> 
> So, based on the above, can you comment on the capabilities of the
> 7206 alone to handle everything without issues?
> 
> Thanks,
> Gabriel
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/