IPsec VPN 的 IKE

IKE 数据包处理

当明文数据包到达需要隧道的瞻博网络设备，且该隧道不存在有效的第 2 阶段 SA 时，Junos OS 将开始 IKE 协商并丢弃该数据包。IP 包头中的源地址和目的地址分别是本地和远程 IKE 网关的源地址和目的地址。IP 数据包的有效负载中存有用于封装 ISAKMP (IKE) 数据包的 UDP 数据段。第 1 阶段和第 2 阶段的 IKE 数据包格式相同。请参阅 图 1。

同时，源主机再次发送丢弃的数据包。通常，当第二个数据包到达时，IKE 协商已完成，Junos OS 会在转发之前使用 IPsec 保护数据包和会话中的所有后续数据包。

“下一个有效负载”字段包含一个数字，表示以下一种有效的负载类型：

• 0002 — SA 协商有效负载包含第 1 阶段或第 2 阶段 SA 的定义。

• 0004 - 提议有效负载可以是第 1 阶段或第 2 阶段提议。

• 0008—转换有效负载被封装在一个封装 SA 有效负载的提议有效负载中。

• 0010 - 密钥交换 （KE） 有效负载包含执行密钥交换所需的信息，例如 DH 公共值。

• 0020 - 标识 （IDx） 有效负载。

  • 在第 1 阶段，IDii 表示发起方 ID，IDir 表示响应方 ID。

  • 在第 2 阶段，IDui 表示用户发起方，IDur 表示用户响应方。

  这些 ID 是 IKE ID 类型，例如 FQDN、U-FQDN、IP 地址和 ASN.1_DN。

• 0040 - 证书 （CERT） 有效负载。

• 0080 - 证书请求 （CERT_REQ） 有效负载。

• 0100 - 哈希 （HASH） 有效负载包含特定哈希函数的摘要输出。

• 0200 - 签名 （SIG） 有效负载包含数字签名。

• 0400 - 随机数 （Nx） 有效负载包含交换所需的一些伪随机数信息）。

• 0800 - 通知有效负载。

• 1000 - ISAKMP 删除有效负载。

• 2000 - 供应商 ID （VID） 有效负载可以包含在第 1 阶段协商中的任何位置。Junos OS 使用它来标记对 NAT-T 的支持。

每个 ISAKMP 有效负载都以相同的通用报头开头，如图 2中所示。

可以将多个 ISAKMP 负载链接在一起，并用“下一个报头”字段中的值表示每个后续有效负载类型。的值 表示 0000 最后一个 ISAKMP 有效负载。有关示例，请参阅 图 3。

IPsec 数据包处理

IKE 协商完成且两个 IKE 网关已建立第 1 阶段和第 2 阶段 SA 后，将使用隧道转发所有后续数据包。如果第 2 阶段 SA 在隧道模式下指定了封装安全协议 （ESP），则数据包类似于 中 图 4所示的数据包。设备会将两个附加报头添加到发起主机发送的原始数据包内。

如 图 4 中所示，发起主机构建的数据包包含有效负载、TCP 报头和内部 IP 报头 (IP1)。

Junos OS 添加的路由器 IP 报头 (IP2) 包含作为目标 IP 地址的远程网关 IP 地址，以及作为源 IP 地址的本地路由器 IP 地址。Junos OS 还会在外部和内部 IP 报头之间添加一个 ESP 报头。ESP 报头包含的信息允许远程对等方在收到数据包时进行正确的处理。请参阅 图 5。

“下一个报头”字段表示有效负载字段中的数据类型。在隧道模式中，此值为 4，表示有效负载中包含 IP 数据包。请参阅 图 6。

在 Junos OS 中配置 IKEv2

VPN 对等方配置为 IKEv1 或 IKEv2。将对等方配置为 IKEv2 时，如果其远程对等方发起 IKEv1 协商，则无法回退到 IKEv1。默认情况下，瞻博网络安全设备是 IKEv1 对等方。

version v2-only使用 [edit security ike gateway gw-name] 层次结构级别的配置语句配置 IKEv2。

IKE 版本显示在 和 show security ipsec security-associations CLI 操作命令的show security ike security-associations输出中。

瞻博网络设备最多支持四个第 2 阶段协商提议，允许您定义您将接受的一系列隧道参数的限制。Junos OS 可提供预定义的标准、兼容和基本的第 2 阶段提议集。您还可以定义自定义第 2 阶段提议。

了解 IKEv2 配置有效负载

配置有效负载是一个互联网密钥交换版本 2 （IKEv2） 选项，用于将配置信息从响应方传播到发起方。IKEv2 配置有效负载仅支持基于路由的 VPN。

RFC 5996， 互联网密钥交换协议版本 2 （IKEv2），定义了 15 个不同的配置属性，响应方可以将其返回给发起方。 表 1 介绍了 SRX 系列防火墙支持的 IKEv2 配置属性。

表 1： IKEv2 配置属性

属性类型	value	Description	长度
INTERNAL_IP4_ADDRESS	1	指定内部网络上的地址。可以请求多个内部地址。响应程序最多可以发送请求的地址数。	0 或 4 个八位位组
INTERNAL_IP4_NETMASK	2	指定内部网络的网络掩码值。请求和响应消息中只允许有一个网络掩码值（例如，255.255.255.0），并且只能与 INTERNAL_IP4_ADDRESS 属性一起使用。	0 或 4 个八位位组
INTERNAL_IP4_DNS	3	指定网络中 DNS 服务器的地址。可以请求多个 DNS 服务器。响应方可以使用零个或多个 DNS 服务器属性进行响应。	0 或 4 个八位位组
INTERNAL_IP4_NBNS	4	指定网络中的 NetBIOS 名称服务器 （NBNS） 的地址，例如 WINS 服务器。可以请求多个 NBNS 服务器。响应方可以使用零个或多个 NBNS 服务器属性进行响应。	0 或 4 个八位位组
INTERNAL_IP6_ADDRESS	8	指定内部网络上的地址。可以请求多个内部地址。响应程序最多可以发送请求的地址数。	0 或 17 个八位位组
INTERNAL_IP6_DNS	10	指定网络中 DNS 服务器的地址。可以请求多个 DNS 服务器。响应方可以使用零个或多个 DNS 服务器属性进行响应。	0 或 16 个八位位组

要使 IKE 响应方向发起方提供调配信息，它必须从指定源（如 RADIUS 服务器）获取信息。还可以通过 RADIUS 服务器从 DHCP 服务器返回调配信息。在 RADIUS 服务器上，用户信息不应包含身份验证密码。RADIUS 服务器配置文件使用 [edit security ike gateway gateway-name] 层次结构级别的配置绑定aaa access-profile profile-name到 IKE 网关。

Junos OS 改进了 IKEv2 配置有效负载，以支持以下功能：

• 支持 IPv4 和 IPv6 本地地址池。您还可以将固定 IP 地址分配给对等方。

  在 IKE 建立期间，发起方向响应方请求 IPv4 地址、IPv6 地址、DNS 地址或 WINS 地址。响应方成功对发起方进行身份验证后，会从本地地址池或通过 RADIUS 服务器分配 IP 地址。根据配置，此 IP 地址要么在每次对等方连接时动态分配，要么分配为固定 IP 地址。如果 RADIUS 服务器使用框架池进行响应，Junos OS 将根据其相应本地池中的配置分配 IP 地址或信息。如果同时配置本地地址池和 RADIUS 服务器，则从 RADIUS 服务器分配的 IP 地址优先于本地池。如果配置了本地 IP 地址池，但 RADIUS 服务器未返回任何 IP 地址，则本地池会将 IP 地址分配给请求。

• 为 引入authentication-order的附加选项none。请参阅身份验证顺序（访问配置文件）。

• RADIUS 记帐开始和停止消息通知隧道或对等 RADIUS 服务器的状态。这些消息可用于跟踪目的或通知子系统（如 DHCP 服务器）。

  确保 RADIUS 服务器支持记帐开始或停止消息。还要确保 SRX 系列防火墙和 RADIUS 服务器都具有适当的设置来跟踪这些消息。

• 引入 IPv6 支持允许使用配置有效负载的双堆栈隧道。在登录过程中，IKE 会同时请求 IPv4 和 IPv6 地址。AAA 仅在成功分配所有请求的地址时才允许登录。如果未分配请求的 IP，IKE 将终止协商。

在基于路由的 VPN 中，安全隧道 （st0） 接口在点对多点或点对点模式下运行。点对多点或点对点模式现在支持通过 IKEv2 配置有效负载进行地址分配。对于点对多点接口，必须对接口进行编号，并且配置有效负载INTERNAL_IP4_ADDRESS属性类型中的地址必须在关联的点对多点接口的子网范围内。

您可以为 IKE 网关配置的 IKEv2 配置有效负载请求配置通用密码。1 到 128 个字符范围内的通用密码允许管理员定义通用密码。当 SRX 系列防火墙使用 IKEv2 配置有效负载代表远程 IPsec 对等方请求 IP 地址时，将在 SRX 系列防火墙和 RADIUS 服务器之间使用此密码。RADIUS 服务器在向 SRX 系列防火墙提供任何 IP 信息以进行配置有效负载请求之前，会匹配凭据。您可以使用 [edit security ike gateway gateway-name aaa access-profile access-profile-name] 层次结构级别的配置语句配置config-payload-password configured-password通用密码。

SRX 系列防火墙和 RADIUS 服务器必须配置相同的密码，并且 RADIUS 服务器应配置为使用密码身份验证协议 （PAP） 作为身份验证协议。没有这一点，隧道建立就不会成功。

图 7 显示了 IKEv2 配置有效负载的典型工作流。

点对多点安全隧道 （st0） 接口和点对点接口均支持 IKEv2 配置有效负载功能。点对多点接口必须进行编号，并且配置有效负载中提供的地址必须在关联的点对多点接口的子网范围内。

了解微微单元调配

IKEv2 配置有效负载可用于将调配信息从 IKE 响应方（如 SRX 系列防火墙）传播到多个启动器（如蜂窝网络中的 LTE 微微蜂窝基站）。微微信元出厂时采用标准配置，允许它们连接到 SRX 系列防火墙，但微微信元调配信息存储在受保护网络内的一个或多个调配服务器上。在与设置服务器建立安全连接后，微微单元会收到完整的预配信息。

引导和调配微微单元并将其引入服务所需的工作流包括四个不同的阶段：

1. 初始地址获取 — 微微蜂窝出厂时附带以下信息：

   • 到 SRX 系列防火墙的安全网关隧道配置

   • 制造商颁发的数字证书

   • 位于受保护网络中的设置服务器的完全限定域名 （FQDN）

   微型单元启动并从 DHCP 服务器获取 要用于 IKE 协商的地址。然后使用此地址在 SRX 系列防火墙上的安全网关上构建一条隧道。DHCP 服务器还会分配操作、管理和管理 （OAM） 流量的地址，以便在受保护的网络上使用。

2. 微微小区调配 — 使用为其分配的 OAM 流量地址，微微信元从受保护网络中的服务器请求其调配信息（通常是运营商证书、许可证、软件和配置信息）。

3. 重新启动 — 微微单元将重新启动，并使用获取的配置信息使其特定于服务提供商的网络和操作模型。

4. 服务提供 — 当 pico 信元投入使用时，它会使用包含可分辨名称 （DN） 和使用者备用名称值的单个证书以及 FQDN 在 SRX 系列防火墙上构建两条通往安全网关的隧道：一个用于 OAM 流量，另一个用于第三代合作伙伴计划 （3GPP） 数据流量。

概述

对于 IKEv2，密钥重新生成和重新验证是单独的过程。重新生成密钥会为 IKE 安全关联 （SA） 建立新密钥并重置消息 ID 计数器，但不会重新对等方进行身份验证。重新身份验证验证 VPN 对等方是否保留其对身份验证凭据的访问权限。重新身份验证为 IKE SA 和子 SA 建立新密钥;不再需要任何挂起的 IKE SA 或子 SA 的重新密钥。创建新的 IKE 和子 SA 后，将删除旧的 IKE 和子 SA。

默认情况下，IKEv2 重新身份验证处于禁用状态。可以通过配置介于 1 和 100 之间的重新身份验证频率值来启用重新身份验证。重新验证频率是在重新验证之前发生的 IKE 重新密钥数。例如，如果配置的重新验证频率为 1，则每次进行 IKE 重新生成密钥时都会发生重新验证。如果配置的重新验证频率为 2，则每隔一次 IKE 重新生成密钥时进行重新验证。如果配置的重新验证频率为 3，则每三次 IKE 重新生成密钥时就会重新进行身份验证，依此类推。

您可以在 [edit security ike policy policy-name] 层次结构级别使用语句配置reauth-frequency重新验证频率。通过将重新身份验证频率设置为 0（默认值）来禁用重新身份验证。重新验证频率不是由对等方协商的，每个对等方可以有自己的重新认证频率值。

支持的功能

IKEv2 重新身份验证具有以下功能：

• IKEv2 发起方或响应方

• 失效对等体检测 （DPD）

• 虚拟路由器中的虚拟路由器和安全隧道 （st0） 接口

• 网络地址转换遍历 （NAT-T）

• 处于主动-主动和主动-被动模式的机箱群集，适用于 SRX5400、SRX5600 和 SRX5800 设备

• SRX5400、SRX5600和SRX5800设备上的不中断服务的软件升级 （ISSU）

• 使用不中断服务的硬件升级 （ISHU） 过程升级或插入新的服务处理单元 （SPU）

局限性

使用 IKEv2 重新身份验证时，请注意以下注意事项：

• 使用 NAT-T，可以使用与以前的 IKE SA 不同的端口创建新的 IKE SA。在这种情况下，旧的 IKE SA 可能不会被删除。

• 在 NAT-T 场景中，NAT 设备后面的发起方可以在重新进行身份验证后成为响应方。如果 NAT 会话过期，NAT 设备可能会丢弃可能到达其他端口的新 IKE 数据包。必须启用 NAT-T 保持连接或 DPD 才能使 NAT 会话保持活动状态。对于 AutoVPN，建议分支上配置的重新身份验证频率小于中心上配置的重新身份验证频率。

• 根据重新验证频率，新的 IKE SA 可以由原始 IKE SA 的发起方或响应方启动。由于可扩展身份验证协议 （EAP） 身份验证和配置有效负载要求 IKE SA 由与原始 IKE SA 相同的一方启动，因此 EAP 身份验证或配置有效负载不支持重新进行身份验证。

证书身份验证的多级层次结构

基于证书的身份验证是 IKE 协商期间 SRX 系列防火墙支持的一种身份验证方法。在大型网络中，多个证书颁发机构 （CA） 可以向其各自的终端设备颁发终端实体 （EE） 证书。通常为各个位置、部门或组织设置单独的 CA。

使用基于证书的身份验证的单级层次结构时，网络中的所有 EE 证书都必须由同一 CA 签名。所有防火墙设备必须注册相同的 CA 证书才能进行对等证书验证。IKE 协商期间发送的证书有效负载仅包含 EE 证书。

或者，IKE 协商期间发送的证书有效负载可以包含 EE 和 CA 证书链。证书链是验证对等方的 EE 证书所需的证书列表。证书链包括 EE 证书和本地对等方中不存在的任何 CA 证书。

网络管理员需要确保参与 IKE 协商的所有对等方在其各自的证书链中至少有一个公共可信 CA。通用可信 CA 不必是根 CA。链中的证书数量（包括 EE 证书和链中最顶层的 CA 的证书）不能超过 10 个。

可以使用指定的 CA 服务器或 CA 服务器组对配置的 IKE 对等方进行 Validation。使用证书链时，根 CA 必须与 IKE 策略中配置的可信 CA 组或 CA 服务器匹配。

在 中显示的 图 8示例 CA 层次结构中，Root-CA 是网络中所有设备的通用可信 CA。Root-CA 向工程和销售 CA 颁发 CA 证书，这些 CA 分别标识为 Eng-CA 和 Sales-CA。Eng-CA 向开发和质量保证 CA 颁发 CA 证书，分别标识为 Dev-CA 和 Qa-CA。主机 A 从 Dev-CA 接收其 EE 证书，而主机 B 从 Sales-CA 接收其 EE 证书。

每个终端设备都需要在其层次结构中加载 CA 证书。主机 A 必须具有根 CA、Eng-CA 和 Dev-CA 证书;不需要销售 CA 和 Qa-CA 证书。主机 B 必须具有根 CA 和销售 CA 证书。证书可以在设备中手动加载，也可以使用简单证书注册过程 （SCEP） 进行注册。

必须为每个终端设备配置证书链中每个 CA 的 CA 配置文件。以下输出显示在主机 A 上配置的 CA 配置文件：

以下输出显示在主机 B 上配置的 CA 配置文件：

在 IKEv2 中实施签名身份验证

除了支持基于每个算法的基于签名的身份验证外，Junos OS 还支持 RFC 7427 中描述的数字签名身份验证方法。在此方法中，IKEv2 身份验证有效负载不仅指示公钥的类型，还指示设备用于生成签名的散列算法。设备使用 SIGNATURE_HASH_ALGORITHM 通知通知其对等方有关 RFC 7427 支持的信息，并提供受支持的散列算法列表。

要使用该功能，您必须在设备上配置数字签名身份验证方法。有关数字签名身份验证方法的更多信息，请参阅proposal (Security IKE)。您可以使用配置选项signature-hash-algorithm来定义特定的签名散列算法，这些算法必须按层次结构顺序与每个接收到的签名散列算法匹配。如果未指定签名散列算法，设备将匹配所有受支持散列算法的默认列表中接收到的签名散列算法。请参见Signature Hash Algorithm (Security IKE)。

在 Junos OS 中，身份验证方法涉及在 IKEv2 消息流中定义的以下步骤。有关详细信息，请参阅 RFC 7296， 互联网密钥交换协议第 2 版 （IKEv2 ）。

• 两个 IKE 对等方最初都会互相通知支持的散列算法列表。您的设备会将IKE_SA_INIT消息中的SIGNATURE_HASH_ALGORITHM有效负载发送到对等设备并收到响应。然后，对等方协商签名哈希算法。

• 在IKE_AUTH消息中，对等方交换数字签名身份验证方法。

设备在以下任一方案中使用默认证书身份验证方法：

• 响应程序不支持 RFC 7427。

• 发起方不支持收到的哈希算法。

优势

• 灵活—包括传统数字签名和新数字签名。

• 易于使用 — 集成到现有公钥基础架构 （PKI） 中。

• 强大的解决方案 — 与基于签名的身份验证方法相比，可执行更好的身份验证，从而提高 IKE 对等方的整体安全性和可靠性。

IKE 实施中的 DDoS 漏洞

当远程对等方（发起方）发送SA_INIT消息时，本地对等方（响应方）会回复并为消息结构分配内存。我们将会话称为 半开放 IKE 会话，直到在 IKE_AUTH 消息的帮助下进行身份验证。 对等方建立 IKE 安全关联 （SA） 后，会话将成为 完全打开的 IKE 会话。

要了解 IKEv2 DDoS 漏洞， 让我们 看一下攻击者可以针对 IKE SA 创建简单攻击媒介的一些方法：

• 发送大量 SA_INIT 消息（无IKE_AUTH消息），攻击者可以为其创建半开放 IKE 安全关联结构。该攻击 会导致设备利用资源并耗尽内存。

• 分别在发起方和响应方上发送具有正确SPI_i和SPI_r的大量垃圾IKE_AUTH数据包。 设备在尝试解密数据包时内存不足。

• 连续发送SA_INIT数据包。设备在尝试为加密数据包生成密钥时内存不足。

• 在完全打开的 IKE 会话期间每秒发送大量重新生成密钥的请求。

• 发送大量具有不同邮件标识符 （ID） 的邮件。设备将所有传入的 IKE 消息排队并耗尽内存。

如何保护 IKE 实施

我们提供强大的基础架构来缓解和监控 IKEv1 和 IKEv2 协议的 DDoS 攻击。当防火墙运行 IPsec VPN 服务的 iked 进程（在程序包中 junos-ike ）时，可以防止对 IKE 实施的攻击。

注：

有关 IKEv2 的 DDoS 保护的详细信息，请参阅 RFC 8019， 保护互联网密钥交换协议版本 2 （IKEv2） 实施免受分布式拒绝服务攻击。 当您的防火墙使用 iked 进程运行 IPsec VPN 服务时， 我们会为 IKEv1 提供类似的保护。 我们不支持 RFC 提供的客户端谜题机制。

防御 DDoS 攻击

在 IKE 安全关联创建过程中，您可以启用多种 防御机制来抵御 DDoS 攻击。这些机制包括为半开放 IKE SA 配置速率限制和保留期，以及进一步管理重新生成密钥请求的传入汇率。 我们提供以下措施来 确保 IKE SA 免受 DDoS 攻击：

• 保护措施 f或半开放 IKE SA：

  • 响应方在一定时间内不允许配置半打开的 IKE SA。您可以设置此限制，以便响应方在达到超时持续时间之前不会配置 SA。 有关更多详细信息，请参阅 session (Security IKE) 选项 timeout。

  • 您可以对响应程序上允许的最大半开放 IKE SA 数设置限制。当半打开的 IKE SA 总数达到最大计数时，响应方将拒绝 IKEv1 和 IKEv2 SA 的新连接。有关更多详细信息，请参阅max-count中的session (Security IKE)选项。

  • 响应方对半开放 IKE SA 的会话计数强制实施阈值。当半开放 IKE SA 的总数达到 阈值时：

    • 对于 IKEv2 SA，响应方会为任何新连接调用 cookie 机制。

    • 对于 IKEv1 SA，响应方会拒绝新连接。

    有关详细信息，请参见thresholds中的 session (Security IKE)和 send-cookiereduce-timeout 选项。

  • 响应方可以放弃重复的会话。有关详细信息，请参见discard-duplicate中的session (Security IKE)选项。

  • 您可以为身份验证失败和启动失败阶段设置回退超时。有关更多详细信息，请参阅session (Security IKE)选项和 init-phase-failureauth-phase-failure。backoff-timeouts

• 对于完全开放的 IKE SA：

  • 您可以配置最大传入重新生成密钥请求速率，以限制扩展方案中的请求。有关更多详细信息，请参阅incoming-exchange-max-rates中的session (Security IKE)选项。 

• 响应方可以根据对等方 IKE ID 阻止来自对等方的传入 IKE 会话。有关详细信息，请参见blocklists (Security IKE)。

• 对于动态网关，您可以使用选项 connections-limit在 IKE 网关配置级别设置连接数限制。有关更多详细信息，请参阅网关（安全 IKE）。

有关如何配置这些选项的更多详细信息，请参阅 配置针对 IKE DDoS 攻击的防护。

我们不支持：

• 通过基于 kmd 进程的 IPsec VPN 服务提供 DDoS 保护。

• 防范 哈希和 URL 证书编码攻击，因为我们不支持这些编码类型。

监控 DDoS 攻击的方法

我们提供以下机制来监控 DDoS 攻击：

• 使用该命令列出所有成熟和未成熟的 IKE 安全关联。show security ike security-associations 有关更多详细信息，请参阅 显示安全 IKE 安全关联。

• 使用命令显示 show security ike stats IPsec VPN 隧道的全局 IKE 统计信息，例如正在进行、已建立、过期的统计信息。有关更多详细信息，请参阅 显示安全 IKE 统计信息。

• 使用该 show security ike active-peer 命令 可显示与远程对等方成功进行 IKE 协商的详细信息。有关更多详细信息，请参阅 显示安全性 ike 主动对等方。

• 使用该 show security ike peers in-progress 命令 显示正在进行的 IKE SA 的详细信息，包括半打开的 IKE SA。有关详细信息，请参见 show security ike peers。您还可以使用此命令查看被阻止、失败和退避对等方的详细信息。

• 使用该 clear security ike peers 命令 清除已退避、已阻止、失败或正在进行的 IKE 对等方。有关详细信息，请参见 clear security ike peers。

• 要删除与需要阻止进一步通信的对等方的现有 IKE 安全关联，请使用 clear security ike security-associations 命令。有关更多详细信息，请参阅 清除安全 IKE 安全关联。

• IKE_GATEWAY_PEER_BLOCKED、IKE_GATEWAY_PEER_BACKOFF 和 IKE_GATEWAY_PEER_FAILED 的 iked system 日志 （syslog） 消息分别提供有关与远程对等方的 IKE 协商被阻止、已退避和失败的详细信息。

• 为了提高安全性，Junos OS 可为用户提供保护服务，以防止基于数据包的系统攻击，例如过滤、会话计数和速率限制。 有关更多详细信息，请参阅 [edit security screen ids-option screen-name] 层次结构级别的 show firewall 命令和 ids-option 语句。

消息分段

如 RFC 7383《 互联网密钥交换协议第 2 版 （IKEv2） 消息分段》中所述，IKEv2 消息分段允许 IKEv2 在 IP 分段可能被阻止且对等方无法建立 IPsec 安全关联 （SA） 的环境中运行。IKEv2 分段将大型 IKEv2 消息拆分为一组较小的消息，以便在 IP 级别不存在分段。分段发生在对原始消息进行加密和身份验证之前，以便对每个片段进行单独加密和身份验证。在接收方上，片段被收集、验证、解密并合并到原始消息中。

要发生 IKEv2 分段，两个 VPN 对等方 都必须 通过在IKE_SA_INIT交换中包含 IKEV2_FRAGMENTATION_SUPPORTED 通知有效负载来指示分段支持。如果两个对等方都指示支持分段，则由消息交换的发起方决定是否使用 IKEv2 分段。

在 SRX 系列防火墙上，每条 IKEv2 消息最多允许 32 个分段。如果要发送或接收的 IKEv2 消息片段数量超过 32 个，则会丢弃这些消息片段，并且不会建立隧道。不支持重新传输单个消息片段

配置

在 SRX 系列防火墙上，默认情况下为 IPv4 和 IPv6 消息启用 IKEv2 分段。要禁用 IKEv2 分段，请在 [edit security ike gateway gateway-name fragmentation] 层次结构级别使用该disable语句。还可以使用该 size 语句来配置对消息进行分段的数据包大小;数据包大小范围为 500 到 1300 字节。如果未配置，则 size IPv4 流量的默认数据包大小为 576 字节，IPv6 流量的默认数据包大小为 1280 字节。大于配置的数据包大小的 IKEv2 数据包将被分段。

禁用或启用 IKEv2 分段或更改数据包分段大小后，IKE 网关上托管的 VPN 隧道将被关闭，IKE 和 IPsec SA 将重新协商。

警告

IKEv2 分段不支持以下功能：

• 路径 MTU 发现。

• SNMP。