Alexei Roudnev wrote:
You do not need to forward 100% packets on line card rate; forwarding 95% packets on card rate and have other processing (with possible delays) thru central CPU can work good enough..
heh. in the words of Randy, "i encourage my competitors to build a router this way". reality is that any "big, fast" router is forwarding in hardware - typically an ASIC or some form of programmable processor. the lines here are getting blurry again .. Moore's Law means that packet-forwarding can pretty much be back "in software" in something which almost resembles a general-purpose processor - or maybe more than a few of them working in parallel (ref: <http://www-03.ibm.com/chips/news/2004/0609_cisco.html>). if you've built something to be 'big' and 'fast' its likely that you're also forwarding in some kind of 'distributed' manner (as opposed to 'centralized'). as such - if you're building forwarding hardware capable of (say) 25M PPS and line-rate is 30M PPS, it generally isn't that much of a jump to build it for 30M PPS instead. i don't disagree that interfaces / backbones / networks are getting faster - but i don't think its yet a case of "Moore's law" becoming a problem - all that happens is one architects a system far more modular than before - e.g. ingress forwarding separate from egress forwarding. likewise, "FIB table growth" isn't yet a problem either - generally that just means "put in more SRAM" or "put in more TCAM space". IPv6 may change the equations around .. but we'll see .. cheers, lincoln.