IPsec VPN 的 IKE

IKE 数据包处理

如果某一明文数据包已到达要求使用隧道的瞻博网络设备中，且该隧道内不存在有效的第 2 阶段 SA，则 Junos OS 将开始进行 IKE 协商并丢弃该数据包。IP 包头中的源地址和目的地址分别是本地和远程 IKE 网关的源地址和目的地址。IP 数据包的有效负载中存有用于封装 ISAKMP （IKE） 数据包的 UDP 数据段。第 1 阶段和第 2 阶段  的 IKE 数据包格式相同。见 图 1。

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

图 1：第 1 阶段和第 2 阶段的 IKE 数据包

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

• 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 所示。

图 2：通用 ISAKMP 有效负载报头

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

图 3：包含通用 ISAKMP 有效负载 的 ISAKMP 报头

IPsec 数据包处理

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

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

图 4：IPsec 数据包 — 隧道模式 中的 ESP

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

图 5：外部 IP 报头 （IP2） 和 ESP 报头

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

图 6：内部 IP 报头 （IP1） 和 TCP 报头

在 Junos OS 中配置 IKEv2

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

在 [edit security ike gateway gw-name ] 层级使用 configuration 语句配置 version v2-only 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 介绍了防火墙支持的 IKEv2 配置属性。

要使 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 服务器支持计费开始或停止消息。此外，请确保防火墙和 RADIUS 服务器都有适当的设置来跟踪这些消息。

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

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

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

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

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

图 7：典型的 IKEv2 配置有效负载工作流程

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

了解 Pico 信元配置

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

引导和配置 pico 信元并将其引入服务所需的工作流程包括四个不同的阶段：

1. 初始地址获取 — 微型信元出厂时携带以下信息：

   • 通往防火墙的安全网关隧道的配置

   • 制造商颁发的数字证书

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

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

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

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

4. 服务配置 — 当 pico 信元进入服务时，它使用包含可分辨名称 （DN） 和主题备用名称值以及 FQDN 的单个证书，在防火墙上构建两个通向安全网关的隧道：一个用于 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）

• 处于主动-主动和主动-被动模式的机箱群集

• 不中断服务的软件升级 （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协商期间支持的一种身份验证方法。在大型网络中，多个证书颁发机构 （CA） 可以向各自的终端设备颁发最终实体 （EE） 证书。通常，对于各个位置、部门或组织，拥有单独的 CA。

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

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

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

可以使用指定的 证书颁发机构 服务器或一组 证书颁发机构 服务器来验证配置的IKE对等方。使用证书链时，根证书颁发机构必须与IKE策略中配置的可信证书颁发机构组或证书颁发机构服务器匹配。

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

图 8：用于基于证书的身份验证 的多级层次结构

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

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

以下输出显示了在 Host-B 上配置的证书颁发机构配置文件：

在 IKEv2 中实现签名身份验证

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

要使用该功能，您必须在设备上配置数字签名身份验证方法。 有关数字签名 身份验证方法的更多信息 ，请参阅 提案（安全性 IKE）。您可以使用配置选项 signature-hash-algorithm 来定义特定的签名散列算法，这些算法必须按层次结构顺序与每个收到的签名散列算法进行匹配。如果未指定签名散列算法，设备将匹配从所有受支持散列算法的默认列表中收到的签名散列算法。请参阅 签名散列算法（安全性 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安全关联结构。攻击会导致设备占用资源并耗尽内存。

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

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

• 在完全开放的 IKE 会话期间每秒发送大量密钥更新请求。

• 发送大量具有不同消息标识符 （ID） 的消息。设备会将所有传入的 IKE 消息排队，内存不足。

如何保护 IKE 实施

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

防御 DDoS 攻击

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

• 半开式 IKE SA 的保护措施：

  • 响应方不允许在一定时间内配置半开式 IKE SA。您可以设置此限制，以便响应方在达到超时持续时间之前不配置 SA。有关更多详细信息，请参阅 会话（安全性 IKE） timeout选项。

  • 您可以对响应方上允许的最大半开 IKE SA 数设置限制。当半开式 IKE SA 的总数达到最大计数时，响应方会拒绝 IKEv1 和 IKEv2 SA 的新连接。有关更多详细信息，请参阅max-count会话（安全性 IKE）中的选项。

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

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

    • 如果是 IKEv1 SA，响应方会拒绝新连接。

    有关更多详细信息，请参阅thresholds会话（安全性 IKE）中的 和 send-cookie reduce-timeout选项。

  • 响应方可以丢弃重复的会话。有关更多详细信息，请参阅discard-duplicate会话（安全性 IKE）中的选项。

  • 您可以为身份验证失败和启动失败阶段设置回退超时。有关更多详细信息，请参阅 会话（安全性 IKE） 以获取选项 backoff-timeouts和 init-phase-failure auth-phase-failure。

• 对于完全开放的 IKE SA：

  • 您可以配置最大传入密钥重新生成请求速率，以限制缩放场景中的请求。有关更多详细信息，请参阅incoming-exchange-max-rates会话（安全性 IKE）中的 选项。

• 响应方可以根据对等方IKE ID 阻止来自对等方的传入IKE会话。有关更多详细信息，请参阅 阻止列表（安全性 IKE）。

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

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

我们不支持：

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

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

监控 DDoS 攻击的方法

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

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

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

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

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

• 使用此 clear security ike peers 命令清除已回退、已阻止、失败或正在进行的 IKE 对等方。有关更多详细信息，请参阅 清除安全 IKE 对等方。

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

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

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

消息分段

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

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

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

配置

在防火墙上，默认情况下会为 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。