11.7. 网络
NetworkManager 不支持以特定顺序激活绑定和团队端口
NetworkManager 按接口名称的字母顺序激活接口。但是，如果接口在启动过程中稍后出现，例如，由于内核需要更多时间发现它，NetworkManager 会稍后激活这个接口。NetworkManager 不支持对绑定和团队端口设置优先级。因此，NetworkManager 激活这些设备的端口的顺序始终无法预测。要临时解决这个问题，请编写一个调度程序脚本。
有关此类脚本的示例，请参阅问题单中相应的 注释。
nm-cloud-setup 服务从接口中删除了手动配置的辅助 IP 地址
根据从云环境收到的信息，nm-cloud-setup 服务配置网络接口。禁用 nm-cloud-setup 以手动配置接口。然而，在某些情况下，主机上的其他服务也可以配置接口。例如，这些服务可以添加辅助 IP 地址。为了避免 nm-cloud-setup 删除辅助 IP 地址：
停止并禁用
nm-cloud-setup服务和计时器：# systemctl disable --now nm-cloud-setup.service nm-cloud-setup.timer
显示可用的连接配置文件：
# nmcli connection show
重新激活受影响的连接配置文件：
# nmcli connection up "<profile_name>"
因此，该服务不再从接口中删除手动配置的辅助 IP 地址。
启用了 IPv6_rpfilter 选项的系统的网络吞吐量较低
在 firewalld.conf 文件中启用了 IPv6_rpfilter 选项的系统目前在高流量场景（如 100-Gbps 连接）中性能欠佳，网络吞吐量较低。要临时解决这个问题，请禁用 IPv6_rpfilter 选项。为此，请在 /etc/firewalld/firewalld.conf 文件中添加以下行：
IPv6_rpfilter=no
因此，系统性能更好，但安全性也有所降低。
(BZ#1871860)
由于网络接口名称的意外更改，IBM Z 上的 RoCE 接口会丢失其 IP 设置
在 RHEL 8.6 及更早版本中，udev 设备管理器在 IBM Z 平台上将不可预测的设备名称分配给由唯一标识符(UID)枚举的 RoCE 接口。但是，在 RHEL 8.7 及更高版本中，udev 将带有 eno 前缀的可预测设备名称分配给这些接口。
如果您从 RHEL 8.6 或更早版本更新至 8.7 或更高版本，则这些 UID 枚举的接口有新名称，且不再与 NetworkManager 连接配置文件中的设备名称匹配。因此，这些接口在更新后没有 IP 配置。
如果您已经更新了系统，有关在更新前可以应用的临时解决方案和修复，请参阅 IBM Z 上的 RoCE 接口在更新至 RHEL 8.7 或更高版本后丢失其 IP 设置。
