软路由那么强大, 为什么硬路由不上 x86 平台呢?

[snail00]

软路由, 内存大, 存储大, cpu 也给力, 为什么硬路由不上呢.

硬路由的优势是什么, 稳定性 /系统 /无线 还是什么?

[wwhc]

@dndx ASR 9922 的背板好像用上了 intel 的 6 或 8 核 cpu ? 服务器主板或 cpu 坏的机率太低，只要软件方面不太过激进，稳定性绝对不比思科那些功耗可以过 KW 的柜子差，以前查万兆网卡的时候，厂家居然把 MTBF 定到一百多年，我都怀疑有没有标错了

[dndx]

@wwhc Intel 的 CPU 是有。Cisco Nexus 系列的控制面操作系统也是 Linux 跑在 x86 上，但是转发面跟 x86 没有任何关系，都是走的 ASIC。x86 也就是跑个 BGP 协议啥的这种性能要求不高的操作。

稳定性的保证并不是靠硬件永远不坏，而是在坏的时候能够继续提供服务以及不下线更换故障部件的能力，这应该算是硬路由冗余设计的精髓。如果只是说单块板子的 MTBF 硬路由也不见得就比普通的服务器主板好到哪去。

[dndx]

@tangbao 高等院校

[memorybox]

其实还是一个性价比问题。比如 DPDK，E5-2680 V3 处理器上其实可以达到 1000w pps 的转发速率了；

但是成本呢？不光是 CPU，分配 Huge memory 也要 8G 以上，而且同样的 FPGA 达到 1000w pps 转发只是一个入门指标。

看网络处理性能，还是要看 pps，bps 其实没有多大参考意义。

其实像 DPDK 这样的方案，并不是要和 FPGA 去拼性能，而是拼灵活性。

比如在 openstack 和 docker 的云环境里面，大部分虚机之间的网络通信并不需要这么高的 pps，更需要配置的灵活性，迁移的便利性等等，所以可以想见的未来，肯定是 DPDK 实现大部分网络协议栈和支持大部分的上层工具，比如现在的 linux 绝大部分网络命令都链接到 DPDK 重新实现编译一遍，然后打入 SDN，和 openstack 或者 docker 容器云结合，才是正道。


至于物理的网络设备，肯定把以前一些非常繁琐的处理下放到软件层面，比如 ARP 冲突检测，一些路由协议等等，集中精力搞好性能相关的东西。这样应该是今后网络中心比较经济划算的方案。

不过有个方向我觉得可以用 DPDK+X86 做一下，就是软 TAP，现有的 TAP 设备配置起来实在太繁琐了，而且很多小型的监控项目其实用不到那么大的流量，而且很多项目做 Demo 实施的时候，可能现有的路由器设备不支持 span 功能，如果有个 DPDK 基础的软 TAP 套件，直接装到一台小型服务器上接入网络，然后设置一个混杂模式把所有流量拿进来，然后实现 TAP 的所有功能，我觉得挺有用的。

[cst4you]

上 x86 最大原因就是 Shadowsocks, 硬路由那孱弱的 CPU 拿来跑这个解密就是要了命, 30Mbps 都跑不到

[suhaha]

机房里的“大”路由器，不都是嘛。路由器里规格，都有描述是什么 CPU 。比如：这个款 cisco 思科 5000 企业级别的产品，用的就是 Intel Xeon 。这个是产品介绍，利用有规格 https://www.cisco.com/c/en/us/products/collateral/routers/5400-enterprise-network-compute-system/datasheet-c78-738512.html

太贵了，进不了消费市场。