无需TAP/分流器，SONiC上跑容器，交换机秒变NPB
星融元推出的基于 SONiC 的 NPB 2.0 解决方案将开放的 SONiC 操作系统与容器化的NPB应用相结合，实现了更高的灵活性和成本效益，帮助企业轻松构建网络可视化系统。
网络环境的复杂性与日俱增，伴随着数据流量的迅猛增长及多样化应用的爆发，网络流量精细管理和可视化监控从来都是一个市场刚需。
为此，一般我们会在业务网络之外构建一张带外管理网络：从指定位置采集提取流量并分发到各类网络可视化后端分析工具（如 IPS，IDS 等等…）。为提高整体系统效率，上述采集和分发过程会涉及大量自定义的策略控制和报文预处理工作，需要用到网络数据包代理（Network Packet Broker）技术来构建一个智能高效的网络可视化前端。
传统的基于专用硬件的实现方案，例如使用TAP交换机/分流器等采集设备，其初期购置和维护成本显而易见，并且随着网络规模的扩大，采购和运维费用都将继续增长。
NPB 2.0：交换机上跑 NPB 容器
为区别于传统NPB的实现，我们将这套创新方案称为 NPB 2.0 。
NPB 2.0 根植于我们在 SONiC 等开放网络技术栈的前沿实践，鲜明体现了网络可视化系统建设从硬件密集型向软件定义网络（SDN）的转变——减轻了对专用硬件的依赖，拥有灵活的部署模式和完备的NPB功能，为中大型企业复杂网络环境提供了一个更具成本效益的选择。
无需专用前端采集设备
NPB 2.0 方案下，用户只需在原本搭载企业级 SONiC/AsterNOS 的交换机上运行 NPB容器 即可使其华丽变身，承担起 NPB 服务。
此外，这种容器化特性使其较传统方案更快适应实际需求变化——无论是增加新的流量处理规则，还是扩展服务规模都能以最小的中断和成本完成，确保网络的持续优化和敏捷升级。
基于SONiC的数据包代理的软件架构
灵活的部署模式
对于特定场景，用户可以按需选择并存或独立运行两种模式。
- 独立模式：让部署NPB2.0的交换机专注于流量代理和策略控制，适用于需要高度精细化的流量管理，但不依赖交换服务的环境，提高整体流量管理和监控系统的准确性和运行效率。
- 并存模式： 同时运行标准交换机的L2/L3转发服务和NPB的流量采集服务，即通过 SPAN 或 RSPAN ，将特定流量的副本引导至后端分析设备，无需牺牲传统网络服务的性能，实现一机多能。
完备的NPB汇聚分流功能
NPB 2.0 支持流量镜像、原始信息打标，流量的过滤、聚合，以及报文预处理（报文头部剥离，GRE和 VXLAN隧道终结，VLAN剥离等）和其他高级报文预处理选项（如IP碎片整理。TCP重新组装，数据包截断去重，隧道封装和解封装，数据脱敏等），为后端分析工具精准提供所需流量。
高效直观的图形化界面
用户可在 Web 界面一站查看设备和链路状态，并根据“输入-规则-输出”的逻辑自主完成规则配置，灵活简捷地制定、调整流量管理策略。
典型应用场景
新一代云化园区网络（SONiC）
目前 NPB 2.0 已支持星融元 CX-M 系列园区交换机，可与现有云化园区网络方案无缝融合，将 NPB 功能完全集成到业务网络中。
在 Spine 交换机上运行 Packet Broker，在镜像流量的同时执行第一级流量预处理，并利用 NPB Spine 减轻 NPB leaf 的负担；对于小规模网络，NPB Spine 也可以直接连接到后端系统。
非SONiC的传统网络
添加一个Leaf 交换机并部署 Packet Broker， 并在原 Spine交换机相关接口上配置 SPAN/RSPAN 镜像，将流量转发给 NPB Leaf；经由该 Leaf 交换机的过滤，复制，负载均衡等将流量精准的发送到后端工具。
串接部署场景
在某些场景，用户会要求将设备串接部署在链路中。上行链路流量会先经过部署NPB的交换机做筛选，指定流量负载均衡到后端工具（如IPS）上处理，其返回流量并转发到下行链路；不需要的监测流量则直接转发到下行链路（下行链路与上行类似）；如果 Packet Broker 故障，则流量会走bypass设备。
