It seemed to me like broadcom shoved their chips to the consumer manufacturers because there is no consumer router that uses the PPC CPU or ARM A15s or qualcomm kraits. sure you can get fast routung with a7s and a9s but not with VPN and any other application.
Nothing wrong with the Broadcom Cortex-A9 based SoC's - it's just that we're all doing more on our LAN's/WLAN's, and services like VPN are more common than it was a couple of years back, and we're hitting a resource wall.
I'd like to see more bandwidth inside the router - more memory, wider memory paths - many of the consumer grade routers are 256MB RAM with a 16 bit path to memory - keeps the chip count down and circuit boards cheaper - and for most purposes, that's ok - until one runs a memory intense application like OpenVPN, which does thrash memory (Application to Kernel, back up to OpenVPN, back down into the kernel) that performance really starts to suffer.
LAN-WAN bandwidth is another opportunity for the OEM's and chipset vendors to improve upon - it's fairly common in the G20 countries to see 100Mbit/200Mbit connections, and Gigabit is ever more available, and the current SoC designs this is becoming a bottleneck - so improving the Switch (whether discrete or embedded) is a way to improve things there.
The software stack for routing - again, like above, many of the consumer grade routers route the WAN connection in the linux kernel - Broadcom with their CTF.ko try to put some smarts back into the switch, but it's limited in utility, as many have noted (and also it's closed source, but that's another discussion perhaps already aired and discussed), but seriously, there are architecture improvements that should be done sooner than later..