目  录

1 普通二层转发

1.1 普通二层转发简介

1.2 vSystem相关说明

1.3 普通二层转发显示和维护

2 快速二层转发

2.1 快速二层转发简介

2.2 vSystem相关说明

2.3 关闭快速二层转发时对VLAN ID检查功能

2.4 快速二层转发显示和维护

3 直通转发

3.1 直通转发简介

3.2 直通转发配置指导

3.3 配置直通转发

4 Bridge转发

4.1 Bridge转发简介

4.1.1 Bridge转发模式

4.1.2 跨VLAN模式Bridge转发

4.1.3 Inline转发

4.2 Bridge转发配置限制和指导

4.3 配置Bridge转发

4.3.1 配置跨VLAN模式Bridge转发

4.3.2 配置Inline转发

4.3.3 配置Bypass功能

4.3.4 配置设备使用SRv6内层报文进行引流

4.4 Bridge转发显示和维护

5 快速Bridge转发

5.1 快速Bridge转发简介

5.2 关闭快速Bridge转发时对VLAN ID检查功能

5.3 快速Bridge转发显示和维护

1 普通二层转发

1.1  普通二层转发简介

如果设备接收到的报文的目的MAC地址匹配三层接口的MAC地址，则通过设备的三层接口进行三层转发；否则通过设备的二层接口进行二层转发。

二层转发根据报文的目的MAC地址查找MAC地址表，得到报文的出接口，然后将报文发送出去。

普通二层转发是设备默认启用的特性，不需要配置。

1.2  vSystem相关说明

vSystem支持本特性的所有功能。有关vSystem的详细介绍请参见“虚拟化技术配置指导”中的“vSystem”。

1.3  普通二层转发显示和维护

在任意视图下执行display命令可以显示二层转发过程中的统计信息，查看转发的结果。

在用户视图下执行reset命令可以清除二层转发的统计信息。

表1-1 普通二层转发显示和维护

2 快速二层转发

2.1  快速二层转发简介

快速二层转发采用高速缓存来处理报文，并采用基于数据流的技术，可以大大提高转发效率。

快速二层转发用源IP地址、源端口号、目的IP地址、目的端口号、协议号、输入接口、输出接口和VLAN来标识一条数据流。在二层转发过程中，会根据设备规则，对需要进行三层业务处理的报文，获取其IP地址等信息，生成IP快速转发表。当一条数据流的第一个报文转发后，会在高速缓存中生成相应的转发信息，该数据流后续报文的转发就可以通过直接查找快速转发表进行转发。这样便大大缩减了报文的排队流程，减少报文的转发时间，提高报文的转发速率。

快速二层转发是设备默认启用的特性，不需要配置。

2.2  vSystem相关说明

非缺省vSystem不支持本特性中的配置关闭快速二层转发时对VLAN ID检查功能。

2.3  关闭快速二层转发时对VLAN ID检查功能

1. 功能简介

报文携带的VLAN ID是设备判断其所属TCP会话的依据之一。在防火墙双机热备的组网环境下，有时需要报文在主备设备间传递后仍可以匹配到同一个会话中，而主备设备上报文入接口所属VLAN可能不同，此时可以关闭对VLAN ID的检查以保证报文在主备设备之间传递之后能够匹配到同一会话。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     关闭快速二层转发时对VLAN ID检查功能。

undo mac fast-forwarding check-vlan-id

缺省情况下，快速二层转发时对VLAN ID字段的检查功能处于开启状态。

2.4  快速二层转发显示和维护

在任意视图下执行display命令可以显示快速二层转发表信息。

表2-1 快速二层转发显示和维护

3 直通转发

3.1  直通转发简介

直通转发是指设备接收到报文的前64个字节后立即转发。该功能可以节省报文在设备中消耗的时间，提高转发性能。

3.2  直通转发配置指导

配置直通转发时，需要注意的是报文在CRC（Cyclic Redundancy Code，循环冗余校验码）接收前已经转发，因此设备也将转发CRC校验错误的报文。

3.3  配置直通转发

(1)     进入系统视图。

system-view

(2)     开启设备直通转发。

cut-through enable

缺省情况下，设备直通转发功能处于关闭状态。

4 Bridge转发

4.1  Bridge转发简介

Bridge转发是指用户创建Bridge实例后，根据Bridge实例中添加成员类型不同，实现报文基于VLAN或者端口的安全转发功能。

4.1.1  Bridge转发模式

根据报文的转发特征，Bridge转发有下列几种转发模式：

·     跨VLAN模式：在不同VLAN间进行报文转发。

·     反射模式：报文从同一接口收发。

·     透传模式：报文从一个接口接收，从另一个接口发送。

·     黑洞模式：报文从一个接口接收，处理完后被丢弃。

4.1.2  跨VLAN模式Bridge转发

跨VLAN模式Bridge转发是在数据链路层完成不同VLAN间通信的一种技术。如图4-1所示，目前这种技术主要应用在防火墙产品上。防火墙和交换机配合使用、经过交换机的二层网络流量由防火墙过滤后再进行转发的场景。

图4-1 Bridge转发工作机制

‌

如图4-1，交换机上配置的防火墙的Bridge转发实例（可以看作是实现一类Bridge转发模式的二层桥）为Bridge 1，Bridge 1中添加VLAN 10和VLAN 20。以ARP（Address Resolution Protocol，地址解析协议）实现为例，Bridge转发过程如下：

(2)     VLAN 10的Host A想要访问VLAN 20的Host B，Host A发送一个ARP请求报文。

a.     交换机收到请求报文的处理过程：

-     交换机从接口Port A收到目的MAC未知的报文，交换机学习到该报文的源MAC地址0033-0033-0033，并记录该MAC地址所对应的VLAN 10和接口Port A。

-     交换机将该报文在VLAN 10内进行广播，同时该报文会通过交换机侧内联口Port C（即用于连接交换机与防火墙的接口）发送给防火墙。

b.     防火墙收到请求报文的处理过程：

-     防火墙收到该报文，将报文源MAC地址学习到用户配置的Bridge转发实例Bridge 1内，并且学习到该MAC地址对应的VLAN 10及防火墙侧内联口Port D。

-     同时根据Bridge 1内用户配置的VLAN列表，将该报文在Bridge 1内配置的除报文所在VLAN 10以外的所有VLAN内进行发送，即在VLAN 20内发送该报文。在VLAN 20内发送的报文的VLAN ID将被替换为VLAN 20，生成新的报文，然后发送到VLAN 20。

-     防火墙通过防火墙侧内联口Port D将新报文发送给交换机。

c.     交换机收到新报文的处理过程：

-     交换机从交换机侧内联口Port C收到新的报文，学习该报文的源MAC地址并记录该MAC地址所对应的VLAN 20和交换机侧内联口Port C。

-     同时交换机将报文在VLAN 20内广播。

(3)     VLAN 20的Host B收到新报文后，发现是要访问自己的报文，发送ARP应答报文。

a.     交换机收到应答报文的处理过程：

-     交换机从接口Port B收到目的MAC地址0033-0033-0033的报文，交换机学习到该报文的源MAC地址0000-0000-0002并记录该MAC地址所对应的VLAN 20和接口Port B。

-     交换机收到目的MAC地址为0033-0033-0033的已知报文，根据目的MAC地址和VLAN找到MAC地址表项，该表项的出接口为交换机侧内联口Port C，则将该报文发送给防火墙。

b.     防火墙收到应答报文的处理过程：

-     防火墙收到回复报文，将该报文源MAC地址学习到用户配置的Bridge转发实例Bridge 1内，并且学习到该MAC地址对应的VLAN 20及防火墙侧内联口Port D。

-     防火墙根据VLAN 20找到对应的Bridge 1下学习到的MAC地址表项，将报文的VLAN ID修改为MAC地址表项对应VLAN ID，并从防火墙侧内联口Port D将该报文发送给交换机。

c.     交换机收到新的应答报文的处理过程：交换机收到该报文后，根据目的MAC地址和VLAN找到MAC地址表项，确认出接口为Port A，将该报文发送出去。

4.1.3  Inline转发

反射模式Bridge转发、透传模式Bridge转发和黑洞模式Bridge转发统称为Inline转发。

Inline转发是在数据链路层对流量进行安全监控的一种技术。目前这种技术主要应用在安全产品上，通过QoS策略将经过设备的二层网络流量引流到安全产品上，由安全产品过滤后再进行转发。

1. 反射/黑洞模式Bridge转发组网部署

反射/黑洞模式Bridge转发中，Device B与Device A通过一个物理接口通信。对于反射模式Bridge转发，Device B通过同一接口完成报文的收发；对于黑洞模式Bridge转发，Device B收到报文后，先处理完安全业务，然后丢弃该报文。反射/黑洞模式Bridge转发一般适用于Device B旁挂的组网部署，Device A可直接接入网络。反射/黑洞模式Bridge转发如图4-2所示。

图4-2 反射/黑洞模式Bridge转发

‌

2. 透传模式Bridge转发组网部署

透传模式Bridge转发中，Device B在两个接口间转发报文，其中一个接口用于收报文，另外一个接口用于发报文。透传模式Bridge转发一般适用于Device B直连的组网部署，Device A通过Device B接入网络。透传模式Bridge转发如图4-3所示。

图4-3 透传模式Bridge转发

‌

3. Inline转发报文处理流程

在图4-4、图4-5中，以VM（Virtual Machine，虚拟机）间的报文交互为例，Inline转发过程如下：

(1)     ‍VM 1与VM 2的内部流量通过Device A转发，Device A将收到的报文引流到与之相连的Device B上。

(2)     Device B将收到的IP报文交给安全业务进行处理，其他报文直接返回给Device A。

(3)     Device B处理通过安全业务过滤的报文，根据报文信息建立对应的转发表项，并将报文返回给Device A。

图4-4 反射/黑洞模式Bridge转发

‌

图4-5 透传模式Bridge转发

‌

(4)      

4.2  Bridge转发配置限制和指导

如果被分配给vSystem的接口同时也被添加到了Bridge转发实例中，请确保所有被分配给vSystem的接口被添加到同一类型的Bridge转发实例中，否则可能导致报文转发失败。

4.3  配置Bridge转发

4.3.1  配置跨VLAN模式Bridge转发

(1)     进入系统视图。

system-view

(2)     （可选）设置Bridge转发的MAC地址的老化时间。

bridge mac-address timer aging seconds

缺省情况下，Bridge转发的MAC的老化时间为300秒。

(3)     创建跨VLAN模式Bridge转发实例，并进入Bridge视图。

bridge bridge-index inter-vlan

(4)     向Bridge转发实例中添加VLAN列表。

add vlan vlan-id-list

(5)     （可选）配置Bridge实例下的MAC地址最大学习数。

mac-address max-mac-count count

缺省情况下，Bridge实例下的MAC地址最大学习数为4096。

4.3.2  配置Inline转发

1. 配置限制和指导

透传模式Bridge转发实例可以通过命令行手工创建，也可以通过插入硬件Bypass子卡后由设备自动生成。插入硬件Bypass子卡前，需保证设备上不存在跨VLAN模式Bridge转发实例，否则将导致自动创建透传模式Bridge转发实例失败。

在安全设备上配置Inline转发时，需要关闭与其连接的交换机上对应互连口的MAC地址学习功能，否则可能造成MAC地址频繁迁移。

向Bridge转发实例中添加接口时需要注意：

·     每个反射/黑洞模式Bridge转发实例只能添加一个接口。

·     每个手工创建的透传模式Bridge转发实例只能添加两个接口，且这两个接口的类型必须保持一致。

·     对于自动创建的透传模式Bridge转发实例，设备在自动创建Bridge转发实例后，会自动将子卡上的一对接口添加到此Bridge转发实例中，且自动创建的透传模式Bridge转发实例不支持手工添加或删除接口。

·     将三层以太网接口加入Bridge转发实例后，该接口将只能用于二层转发，不能进行三层转发。因此，请不要在Bridge转发实例的三层以太网接口上配置IP地址等三层业务相关的功能，即使配置了也无法生效。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     （可选）配置Inline转发时忽略报文的隧道封装。

bridge tunnel-encapsulation skip

缺省情况下，Inline转发时未忽略报文的隧道封装。

(3)     手工创建不同模式的转发实例，并进入Bridge视图。

¡     创建反射模式Bridge转发实例，并进入Bridge视图。

bridge bridge-index reflect

¡     创建透传模式Bridge转发实例，并进入Bridge视图。

bridge bridge-index forward

¡     创建黑洞模式Bridge转发实例，并进入Bridge视图。

bridge bridge-index blackhole

(4)     向Bridge转发实例中添加接口。

add interface interface-type interface-number

缺省情况下，手工创建的Bridge转发实例中未添加任何接口。

4.3.3  配置Bypass功能

1. 功能简介

在Inline转发模式下，配置Bypass功能，用户流量可以不经过安全业务或者安全设备处理，直接被处理。

Bypass功能分为以下几种模式：

·     内部Bypass功能：用户流量经过安全设备Device，但不进行安全业务处理。安全设备会根据配置的Inline转发模式，选择对应的接口将用户流量直接转发或者丢弃。

·     外部Bypass功能：用户流量不经过安全设备Device，直接通过PFC（Power Free Connector，无源连接设备）设备转发。

如图4-6所示，链路正常情况下，未配置Bypass功能时，用户流量转发路径如下。

图4-6 正常情况下流量转发

如图4-7所示，当安全设备Device和PFC之间链路故障时，用户可以在安全设备上开启外部Bypass功能，使流量直接通过PFC设备转发，保证流量不间断。

图4-7 故障情况下流量转发

开启外部Bypass功能时，根据配置的不同有如下区分：

·     静态外部Bypass功能：用户流量直接通过PFC转发，不经过安全设备处理。

·     动态外部Bypass功能：在安全设备上将与PFC相连的两个接口加入Bridge转发实例。安全设备通过检查这两个接口的状态，决定自动启用外部Bypass功能。当透传模式Bridge实例中的某一接口状态变为DOWN时，用户流量不经过安全设备，直接通过PFC转发。同时，安全设备会周期性检查透传模式Bridge实例中接口状态，如果检查到实例中两个接口都处于UP状态，则自动关闭外部Bypass功能，恢复由安全设备处理用户流量。

2. 配置限制和指导

多次配置bypass enable命令，最后一次执行的配置生效。

多台设备组成IRF时不支持外部Bypass功能。

配置外部Bypass功能时，需要注意：

·     本功能只能在管理Context上进行配置。对于以共享方式分配的二层以太网接口，在管理Context内配置外部bypass功能时：

¡     如果外部Bypass功能生效，用户流量通过PFC转发，用户Context中该二层以太网接口上存在影响流量转发的配置，则该配置不生效，流量仍会通过PFC转发。

¡     如果外部Bypass功能不生效，用户流量不通过PFC转发，用户Context中该二层以太网接口上存在影响流量转发的配置，则该配置生效，流量按照配置的转发规则转发。

·     本功能仅支持在手工创建的透传模式Bridge转发实例中配置，对于插入硬件Bypass子卡后设备自动创建的透传模式Bridge转发实例，仅支持内部Bypass功能。

·     本功能仅支持在一个手工创建的透传模式Bridge视图下配置。加入透传模式Bridge实例的两个接口，必须在同一slot上。

·     本功能与接口联动组不能同时使用。有关接口联动组的详细介绍，请参见“高可靠性配置指导”中的“接口联动组”。

3. 配置内部Bypass功能

(1)     进入系统视图。

system-view

(2)     进入Bridge视图。

¡     进入反射模式Bridge视图。

bridge bridge-index reflect

¡     进入自动创建的透传模式Bridge视图。

bridge bridge-index

¡     进入手工创建的透传模式Bridge视图。

bridge bridge-index forward

¡     进入黑洞模式Bridge视图。

bridge bridge-index blackhole

(3)     配置内部Bypass功能。

bypass enable

缺省情况下，Bypass功能处于关闭状态。

4.3.4  配置设备使用SRv6内层报文进行引流

1. 功能简介

本功能应用于SRv6服务链伪代理报文转发场景。如图4-8所示，在此场景中，防火墙设备（对应图中的SF）收到SRv6报文后，不处理SRv6头部信息，直接根据内层原始报文IP头进行引流。SFF按照正常SRv6报文转发流程处理从防火墙设备返回的报文。

图4-8 SRv6服务链伪代理场景

在防火墙设备上配置本功能后，设备将不处理SRv6头部信息，而是根据内原始报文的IP头进行引流。

有关SRv6服务链伪代理的详细介绍，请参见“Segment Routing配置指导”中的“SRv6 SFC”。

2. 配置限制和指导

本功能仅对内层报文为携带IPv4或IPv6报文头的三层报文生效。

本功能适用于跨VLAN模式Bridge转发场景。

3. 配置步骤

(1)     ‍进入系统视图。

system-view

(2)     配置设备使用SRv6内层报文进行引流。

srv6 inner traffic-steering enable

缺省情况下，设备根据SRv6报文头进行引流。

4.4  Bridge转发显示和维护

在完成上述配置后，在任意视图下执行display命令可以显示Bridge学习的MAC地址信息。

表4-1 Bridge转发显示和维护

5 快速Bridge转发

5.1  快速Bridge转发简介

快速Bridge转发采用高速缓存来处理报文，采用了基于数据流的技术，可以大大提高转发效率。

快速Bridge转发用源IP地址、源端口号、目的IP地址、目的端口号、协议号、输入接口、输出接口和VLAN来标识一条数据流。在二层转发过程中，会根据设备规则，对需要进行三层业务处理的报文，获取其IP地址等信息，生成IP快速转发表。当一条数据流的第一个报文转发后，会在高速缓存中生成相应的转发信息，该数据流后续报文的转发就可以通过直接查找快速转发表进行转发。这样便大大缩减了报文的排队流程，减少报文的转发时间，提高报文的转发速率。

快速Bridge转发是设备默认启用的特性，不需要配置。

5.2  关闭快速Bridge转发时对VLAN ID检查功能

1. 功能简介

报文携带的VLAN ID是设备判断其所属TCP会话的依据之一。在防火墙双机热备的组网环境下，有时需要报文在主备设备间传递后仍可以匹配到同一个会话中，而主备设备上报文入接口所属VLAN可能不同，此时可以关闭对VLAN ID的检查以保证报文在主备设备之间传递之后能够匹配到同一会话。

2. 配置限制和指导

仅Inline转发会对VLAN ID进行检查，设备使用跨VLAN模式Bridge进行转发时无需配置本功能，因为跨VLAN模式Bridge转发不对VLAN ID进行检查，本功能对跨VLAN模式Bridge转发不生效。在防火墙双机热备的组网环境下，无论是否配置本功能，使用跨VLAN模式Bridge进行快速转发时，报文在主备设备间传递后仍可以匹配到同一个会话中。

3. 配置步骤

(1)     进入系统视图。

system-view

(2)     关闭快速Bridge转发时对VLAN ID检查功能。

undo bridge fast-forwarding check-vlan-id

缺省情况下，快速二层转发时对VLAN ID字段的检查功能处于开启状态。

5.3  快速Bridge转发显示和维护

在任意视图下执行display命令可以显示快速Bridge转发表信息。

表5-1 快速Bridge转发显示和维护