《Cisco安全防火墙服务模块(FWSM)解决方案》——2.6 硬件架构

本文涉及的产品
云防火墙,500元 1000GB
简介:

本节书摘来异步社区《Cisco安全防火墙服务模块(FWSM)解决方案》一书中的第2章,第2.6节,作者:【美】Ray Blair ,Arvind Durai,更多章节内容可以访问云栖社区“异步社区”公众号查看

2.6 硬件架构

Cisco安全防火墙服务模块(FWSM)解决方案
FWSM的架构由4个主要部件组成:网络处理器(NP)1A(NP1A)和1B(NP1B)、网络处理器2(NP2)以及运行FWSM代码的处理器(FWSM综合处理器)。

FWSM通过一个全双工的以6Gbit/s以太通道(GEC)连接到6500或7600的背板,按进出双向来计算总共是12Gbit/s的带宽。而且从背板到NP1A和NP1B各有一条3Gbit/s的连接。

用GEC实现流量负载均衡时有一点需要考虑。在默认情况下,对于非IP流量,GEC负载均衡算法是对源MAC地址和目的MAC地址进行“异或”运算;而对于IP流量,则是对源IP地址和目的IP地址进行“异或”运算。这样,当流量从单个源流到单个目的时,将只能使用两条吉比特连接中的一条。因此如果要测试性能数据(performance numbers),则通过GEC对流量进行负载均衡时,需要多个源/目的对。

使用show etherchannel load-balance module命令来确认以太通道的配置,如例2-1所示。

例2-1 确认以太通道的配置

40edea61bf9bd8c50a993c6d74ad04dd60c8682b

NP1A和NP1B每秒可以处理300万个数据包,而且通过验证数据帧的目的地址是FWSM的MAC地址还是广播/多播地址,来执行二层校验。它们还可以检验数据包的IP地址是否与FWSM相关。

路由协议数据包和任何非传输控制协议(TCP)/用户数据报协议(UDP)/ICMP流量会被发送到FWSM综合处理器。而且会对TCP/UDP/ICMP流量进行会话查询,如果会话信息不可用,则会发生如下情况中的一种。

如果数据包不是TCP同步序列号(SYN)数据包(TCP三次握手中的第一个数据包),则丢弃。
如果数据包是UDP或TCP SYN包,则发送至NP2。
如果数据包是ICMP数据包,则验证ACL或允许ICMP声明。
如果数据包是路由信息包,则发送至FWSM综合处理器。
如果是一个数据分段,则交由NP1A/B的虚拟重组进程处理。
控制信息同样会被发送到NP2。
如果会话信息可用,则会发生以下行为。

如果数据包需要“协议检测”,则将其发送至FWSM综合处理器。
如果数据包是与FWSM相关的网络管理信息,则发送至NP2。
如果数据包是一个数据分段,则交由NP1A/B的虚拟重组进程处理。
执行数据包改写,如果有必要的话,修改TCP信息与校验和(TCP协议校验),执行NAT/PAT改写,添加二层信息,然后发送到主机。遵循此流程的任何流量可以称之为在“快速或加速通道”中。
NP2可以维持每秒100K的新建会话连接。它还可以依据ACL条目进行匹配、执行路由查询、维护AAA缓存、TCP拦截、逆向路径转发(RPF)检查以及地址转换池的分配。遵循此流程的流量即是在“会话管理通道”中。

从NP1A/B接收到的而且可以在NP2上处理的数据包将返回到NP1A/ B。数据包基于下述标准进行转发。

如果数据包是现有会话的一部分,则执行TCP拦截、AAA更新等操作。
如果数据包并非属于某个会话(TCP SYN、UDP、ICMP的请求响应),则执行ACL检查、目的网络地址转换(DNAT)、RPF检查、用以确定目的接口安全等级的路由查询,以及地址池分配。如果通过上述检查,则在NP1A/B(快速通道)上会创建连接状态信息,否则丢弃该数据包。
如果数据包是发往FWSM综合处理器的,则进行拥塞控制检查,以确定FWSM综合处理器的负载能否处理额外的信息,如果合适,则转发数据包;否则,丢弃该数据包。
FWSM综合处理器执行第七层协议检查、维护路由信息和邻居邻接关系,并处理故障切换和管理接口。由于FWSM综合处理器是FWSM的软件组件,因此其性能取决于FWSM的配置和流量模式。任何FWSM综合处理器所执行的处理都是在“控制层面或慢速通道”中。

注意:
在NP1A或NP1B上处理的流量被认为是“快速通道”,而NP2上处理的流量被认为是会话管理通道,而在FWSM综合处理器上处理的流量则被认为是“慢速通道”。
图2-2所示为FWSM硬件架构的框架示意图。NP1A和NP1B经由6Gbit/s以太通道连接到6500的背板。NP1A和NP1B都有到NP2的连接和用于所有处理器的共享总线。NP2与FWSM综合处理器通向本地总线。

从硬件角度来看,FWSM是一个相当复杂的设备。在用户理解了数据包流过FWSM的方式,以及每一个功能的作用位置之后,就会更清楚FWSM应该部署在网络中的哪个地方,而且也有助于用户更为迅速地排除故障。

dc243f52fe7c24b8fb499885af3286c45bc912ff
相关文章
|
2月前
|
运维 监控 安全
安全运维:入侵检测与防御实战指南
安全运维:入侵检测与防御实战指南 【10月更文挑战第9天】
139 3
|
8天前
|
Serverless 决策智能 UED
构建全天候自动化智能导购助手:从部署者的视角审视Multi-Agent架构解决方案
在构建基于多代理系统(Multi-Agent System, MAS)的智能导购助手过程中,作为部署者,我体验到了从初步接触到深入理解再到实际应用的一系列步骤。整个部署过程得到了充分的引导和支持,文档详尽全面,使得部署顺利完成,未遇到明显的报错或异常情况。尽管初次尝试时对某些复杂配置环节需反复确认,但整体流程顺畅。
|
4月前
|
存储 网络协议 安全
【Azure 环境】ARM部署模板大于4MB的解决方案及Linked Template遇见存储账号防火墙无法访问
【Azure 环境】ARM部署模板大于4MB的解决方案及Linked Template遇见存储账号防火墙无法访问
|
1月前
|
消息中间件 监控 Cloud Native
云原生架构下的数据一致性挑战与解决方案####
在数字化转型加速的今天,云原生架构以其轻量级、弹性伸缩和高可用性成为企业IT架构的首选。然而,在享受其带来的灵活性的同时,数据一致性问题成为了不可忽视的挑战。本文探讨了云原生环境中数据一致性的复杂性,分析了导致数据不一致的根本原因,并提出了几种有效的解决策略,旨在为开发者和企业提供实践指南,确保在动态变化的云环境中保持数据的完整性和准确性。 ####
|
1月前
|
传感器 算法 物联网
智能停车解决方案之停车场室内导航系统(二):核心技术与系统架构构建
随着城市化进程的加速,停车难问题日益凸显。本文深入剖析智能停车系统的关键技术,包括停车场电子地图编辑绘制、物联网与传感器技术、大数据与云计算的应用、定位技术及车辆导航路径规划,为读者提供全面的技术解决方案。系统架构分为应用层、业务层、数据层和运行环境,涵盖停车场室内导航、车位占用检测、动态更新、精准导航和路径规划等方面。
129 4
|
1月前
|
SQL 负载均衡 安全
安全至上:Web应用防火墙技术深度剖析与实战
【10月更文挑战第29天】在数字化时代,Web应用防火墙(WAF)成为保护Web应用免受攻击的关键技术。本文深入解析WAF的工作原理和核心组件,如Envoy和Coraza,并提供实战指南,涵盖动态加载规则、集成威胁情报、高可用性配置等内容,帮助开发者和安全专家构建更安全的Web环境。
67 1
|
1月前
|
运维 Serverless 数据处理
Serverless架构通过提供更快的研发交付速度、降低成本、简化运维、优化资源利用、提供自动扩展能力、支持实时数据处理和快速原型开发等优势,为图像处理等计算密集型应用提供了一个高效、灵活且成本效益高的解决方案。
Serverless架构通过提供更快的研发交付速度、降低成本、简化运维、优化资源利用、提供自动扩展能力、支持实时数据处理和快速原型开发等优势,为图像处理等计算密集型应用提供了一个高效、灵活且成本效益高的解决方案。
98 1
|
1月前
|
监控 安全 Cloud Native
云原生安全:Istio在微服务架构中的安全策略与实践
【10月更文挑战第26天】随着云计算的发展,云原生架构成为企业数字化转型的关键。微服务作为其核心组件,虽具备灵活性和可扩展性,但也带来安全挑战。Istio作为开源服务网格,通过双向TLS加密、细粒度访问控制和强大的审计监控功能,有效保障微服务间的通信安全,成为云原生安全的重要工具。
51 2
|
2月前
|
Kubernetes 安全 应用服务中间件
动态威胁场景下赋能企业安全,F5推出BIG-IP Next Web应用防火墙
动态威胁场景下赋能企业安全,F5推出BIG-IP Next Web应用防火墙
56 3
|
2月前
|
运维 Serverless 数据处理
Serverless架构通过提供更快的研发交付速度、降低成本、简化运维、优化资源利用、提供自动扩展能力、支持实时数据处理和快速原型开发等优势,为图像处理等计算密集型应用提供了一个高效、灵活且成本效益高的解决方案。
Serverless架构通过提供更快的研发交付速度、降低成本、简化运维、优化资源利用、提供自动扩展能力、支持实时数据处理和快速原型开发等优势,为图像处理等计算密集型应用提供了一个高效、灵活且成本效益高的解决方案。
63 3