了解 Junos 节点切片

Junos 节点切片的优势

• Converged network—借助 Junos 节点切片，服务提供商可以将多个网络服务（如视频边缘和语音边缘）整合到单个物理路由器中，同时仍保持它们之间的操作分离。您可以同时实现水平和垂直收敛。水平收敛将同一层的路由器功能合并到单个路由器上，而垂直收敛将不同层的路由器功能折叠到单个路由器中。

• Improved scalability—专注于虚拟路由分区而不是物理设备，提高了网络的可编程性和可扩展性，使服务提供商和企业无需购买额外的硬件即可响应基础架构要求。

• Easy risk management—尽管多个网络功能融合在单个机箱上，但所有功能均独立运行，这得益于操作、功能和管理分离。将物理系统（如宽带网络网关 （BNG））划分为多个独立的逻辑实例可确保隔离故障。分区不共享控制平面或转发平面，而仅共享同一机箱、空间和电源。这意味着一个分区中的故障不会导致任何大范围的服务中断。

• Reduced network costs—Junos 节点切片支持通过内部交换结构实现 GNF 互连，它利用抽象结构 （af） 接口，这是一种代表一类以太网接口行为的伪接口。有了 af 接口，公司不再需要依靠物理接口来连接 GNF，从而节省了大量成本。

• Reduced time-to-market for new services and capabilities—每个 GNF 可以在不同的 Junos 软件版本上运行。这一优势使公司能够按照自己的节奏发展每个 GNF。如果需要在某个 GNF 上部署新服务或功能，并且需要新的软件版本，则仅涉及的 GNF 需要更新。此外，随着敏捷性的提高，Junos 节点切片使服务提供商和企业能够引入高度灵活的一切即服务业务模型，以快速响应不断变化的市场状况。

基本系统 （BSYS）

在 Junos 节点切片中，MX 系列路由器充当基本系统 （BSYS）。BSYS 拥有路由器的所有物理组件，包括所有线卡和交换矩阵。通过 BSY 的 Junos OS 配置，您可以将线卡分配给 GNF，并在 GNF 之间定义抽象的结构 （af） 接口。BSYS 软件在 MX 系列路由器的一对冗余路由引擎上运行。

访客网络功能 （GNF）

访客网络功能 （GNF） 在逻辑上拥有基本系统 （BSYS） 分配给它的线卡，并维护线卡的转发状态。您可以在 MX 系列路由器上配置多个 GNF（请参阅 配置访客网络功能）。每个 GNF 的 Junos OS 控制平面作为虚拟机 （VM） 运行。瞻博网络设备管理器 （JDM） 软件可编排 GNF 虚拟机。在 JDM 上下文中，GNF 称为虚拟网络功能 （VNF）。

GNF 等同于独立路由器。GNF 是独立配置和管理的，并且在操作上彼此隔离。

创建 GNF 需要两组配置，一组在 BSYS 执行，另一组在 JDM 执行。

GNF 由 ID 定义。此 ID 在 BSYS 和 JDM 上必须相同。

GNF 配置的 BSYS 部分包括为其提供一个 ID 和一组线卡。

GNF 配置的 JDM 部分包括指定以下属性：

• VNF 名称。

• GNF ID。此 ID 必须与 BSYS 中使用的 GNF ID 相同。

• MX 系列平台类型（适用于外部服务器型号）。

• 要用于 VNF 的 Junos OS 映像。

• VNF 服务器资源模板。

服务器资源模板定义专用（物理）CPU 内核的数量以及要分配给 GNF 的 DRAM 大小。有关可用于 GNF 的预定义服务器资源模板的列表，请参阅 Junos 节点切片的最低硬件和软件要求中的服务器硬件资源要求（每个 GNF）部分。

配置 GNF 后，您可以通过连接到 GNF 的虚拟控制台端口来访问它。然后，使用 GNF 上的 Junos OS CLI，您可以配置 GNF 系统属性（如主机名和管理 IP 地址），随后通过其管理端口对其进行访问。

瞻博网络设备管理器 （JDM）

瞻博网络设备管理器 （JDM） 是一个虚拟化的 Linux 容器，支持对 GNF 虚拟机进行配置和管理。

JDM 支持类似 Junos OS 的 CLI、用于配置和管理的 NETCONF 以及用于监控的 SNMP。

JDM 实例托管在外部服务器型号中的每个 x86 服务器上，以及机箱内型号的每个路由引擎上。JDM 实例通常配置为同步 GNF 配置的对等方：在一台服务器上创建 GNF 虚拟机时，将在另一台服务器或路由引擎上自动创建其备份虚拟机。

需要在 JDM 上配置 IP 地址和管理员帐户。完成这些配置后，您可以直接登录到 JDM。

了解抽象结构接口带宽

抽象交换矩阵 （af） 接口通过交换矩阵连接两个 GNF，并聚合连接这两个 GNF 的所有数据包转发引擎 （PFE）。 af 接口可以利用属于该 af 接口的每个数据包转发引擎的带宽总和。

例如，如果 GNF1 有一个 MPC8（它有四个数据包转发引擎，每个引擎的容量为 240 Gbps），并且 GNF1 使用接口（af1 和 af2）与 af GNF2 和 GNF3 连接，则 GNF1 上的最大 af 接口容量为 4x240 Gbps = 960 Gbps。

GNF1—af1——GNF2

GNF1—af2——GNF3

在这里，af1 和 af2 共享 960 Gbps 容量。

有关每个 MPC 支持的带宽的信息，请参阅 表 1。

抽象结构接口支持的功能

抽象结构接口支持以下功能：

• 统一不中断服务的软件升级 （ISSU）

• BSYS 级别的超模式配置（从 Junos OS 19.3R2 版开始）。MPC6E、MPC8E、MPC9E 和 MPC11E 线卡支持此功能。

  注意：

  • 不能为单个 GNF 使用不同的超模式配置，因为它们从 BSY 继承配置。

  • 默认情况下，带有 SFB3 的 MX2020 和 MX2010 路由器以超级模式启动。如果需要在任何 GNF 上禁用超模式，则必须在 BSYS 上对其进行配置，它将应用于该机箱的所有 GNF。

• 基于存在的远程 GNF 线卡的负载平衡

• 服务等级 （CoS） 支持：

  • Inet 优先级分类器和重写

  • DSCP 分类器和重写

  • MPLS EXP 分类器和重写

  • 针对 IP v6 流量的 DSCP v6 分类器和重写器

• 支持 OSPF、IS-IS、BGP、OSPFv3 协议和 L3VPN

  注意：

  非af 接口支持在 Junos OS 上运行的所有协议。

• 从 Junos OS 24.2R1 版开始的适用于 BGP、IS-IS 和 OSPF 的 BFD。

• 组播转发

• 平滑路由引擎切换 （GRES）

• 接口充当核心接口的 af MPLS 应用程序（L3VPN、VPLS、L2VPN、L2CKT、EVPN 和 IP over MPLS）

• 支持以下协议家族：

  • IPv4 转发

  • IPv6 转发

  • MPLS

  • 国际标准化组织

  • CCC

• Junos 遥测接口 （JTI） 传感器支持

• 从 Junos OS 19.1R1 版开始，访客网络功能 （GNF） 支持采用虚拟可扩展 LAN 协议 （VXLAN） 封装的以太网 VPN （EVPN）。此支持适用于非af （即物理）接口和 af 作为面向核心的接口的接口。此支持不适用于 MPC11E 线卡。

• af通过接口配置，GNF 支持af支持 的 MPC。表 1 列出了af支持 的 MPC、每个 MPC 支持的 PFE 数以及每个 MPC 支持的带宽。

  表 1：支持的抽象交换矩阵 MPC

  MPC	初始版本	PFE 数量	总带宽
  MPC7E-MRATE	17.4R1	2	480G （240*2）
  MPC7E-10G	17.4R1	2	480G （240*2）
  MX2K-MPC8E	17.4R1	4	960G （240*4）
  MX2K-MPC9E	17.4R1	4	1.6吨 （400*4）
  MPC2E	19.1R1	2	80 (40*2)
  MPC2E NG	17.4R1	1	80G
  MPC2E NG Q	17.4R1	1	80G
  MPC3E	19.1R1	1	130G
  MPC3E NG	17.4R1	1	130G
  MPC3E NG Q	17.4R1	1	130G
  32x10GE MPC4E	19.1R1	2	260G （130*2）
  2 个 100GE + 8 个 10GE MPC4E	19.1R1	2	260G （130*2）
  MPC5E-40G10G	18.3R1	2	240G （120*2）
  MPC5EQ-40G10G	18.3R1	2	240G （120*2）
  MPC5E-40G100G	18.3R1	2	240G （120*2）
  MPC5EQ-40G100G	18.3R1	2	240G （120*2）
  MX2K-MPC6E	18.3R1	4	520G （130*4）
  多服务 MPC （MS-MPC）	19.1R1	1	120G
  16 个 10GE MPC	19.1R1	4	160G （40*4）
  MX2K-MPC11E	19.3R2	8	4T （500G*8）

抽象交换矩阵接口限制

以下是抽象交换矩阵接口的当前限制：

• 在 BSYS 上提交期间，不会检查单端点 af 接口、 af 接口到 GNF 映射不匹配或映射到同一远程 GNF 的多个 af 接口等配置。确保您具有正确的配置。

• 带宽分配是静态的，具体取决于 MPC 类型。

• 在远程 GNF 上托管的 MPC 脱机/重新启动期间，流量丢弃（传输和主机）可能最小。

• 不支持支持 af的 MPC 与不支持 af的 MPC 之间的互操作性。

BSYS 主要角色

BSYS 路由引擎主要角色仲裁行为与 MX 系列路由器上的路由引擎相同。

GNF 主要角色

GNF VM 主要角色仲裁行为类似于 MX 系列路由引擎的行为。每个 GNF 作为虚拟机的主备份对运行。在（或re0机箱内）运行的 server0 GNF VM 等同于 MX 系列路由器的路由引擎插槽 0，而在 MX 系列路由器上运行server1（或re1用于机箱内）的 GNF VM 等效于 MX 系列路由器的路由引擎插槽 1。

GNF 的主要角色独立于 BSYS 和其他 GNF 的主要角色。GNF 主要角色仲裁通过 Junos OS 完成。在连接失败的情况下，GNF 主要角色得到保守处理。

外部服务器和机箱内型号的 GNF 主要角色模型相同。

适用于 SLC 的线卡资源

SLC 或线卡切片定义必须一起运行的数据包转发引擎集（该线卡的）。线卡中的数据包转发引擎由数字 ID 标识。如果线卡具有“n”个数据包转发引擎，则各个数据包转发引擎的编号为 0 到 （n-1）。此外，线卡控制板上的CPU内核和DRAM也必须划分并分配给切片。因此，要定义 SLC，需要定义以下专用于该 SLC 的线卡资源：

• 数据包转发引擎系列

• 线卡控制板上的 CPU 核心数

• 线卡控制板上的 DRAM 大小（以 GB 为单位）

每个 SLC 都由用户分配的数字 ID 标识。

对线卡进行切片时，必须完全定义该线卡上每个切片的资源分区。

适用于 SLC 的 MPC11E 线卡资源

MPC11E 线卡具有：

• 8 个数据包转发引擎

• 控制板上有 8 个 CPU 内核

• 控制板上的 32 GB DRAM

5 GB 的 DRAM 会自动保留供 BLC 使用，1 GB 的 DRAM 分配给线卡主机，剩余的 26 GB 可用于 SLC 切片。

MPC11E能够支持两个SLC。

表 2 定义了两个 SLC 的 MPC11E 支持的两种类型的资源分配配置文件，此处称为 SLC1 和 SLC2。

在对称配置文件中，数据包转发引擎和其他线卡资源在切片之间均匀分布。在非对称配置文件中，仅支持 表 2 中所示的指定线卡资源组合。

在非对称配置文件中，您可以将 9 GB 或 17 GB 的 DRAM 分配给 SLC。由于必须完全分配所有线卡资源，并且可用于 SLC 的总 DRAM 为 26 GB，因此将 9 GB 的 DRAM 分配给一个 SLC 需要将剩余的 17 GB 分配给另一个 SLC。

另请参阅： 配置子线卡并将其分配给 GNF 和管理 子线卡。