产品文档
Citrix SD-WAN
Current Release 11.5 limited availability 11.3 11.2 11.1 11.0 10.2
查看 PDF

发行说明

June 22, 2021
投稿者: 
C

本发行说明介绍了适用于 SD-WAN 标准版、WANOP、高级版装置和 SD-WAN 中心的 Citrix SD-WAN 软件 10.2 版本 3 的已知问题和已修复的问题。

有关以前版本的信息，请参阅文Citrix SD-WAN档。

新增功能

NSSDW-2011：推出了 6100 个新平台来替代 5100 个硬件。SD-WAN 6100 标准版 (SE) 是一款 2U 装置。每个型号都有两个 14 核处理器，共计 28 个物理核心（启用超线程）和 256 GB 内存。

NSSDW-17381：支持 SD-WAN 设备上的 IP 定向广播功能。IP 定向广播功能的目标是使用广播数据包到达目标子网，而无需向整个网络广播。

NSSDW-17785：默认情况下为 ICA 流量启用 RED。由于应用程序 QoS 规则优先于 IP QoS 规则，因此 HDX 公平共享功能默认处于关闭状态。重新打开 RED，以确保当存在拥塞时，任何一个 HDX 用户消耗的可用网络带宽的公平份额都不会超过。

NSSDW-18707：1100 平台现在支持 100 Mbps SFP 和 E1T1 SFP。

已修复的问题

SDWANHELP-654 (78620706)：SD-WAN WANOP 4000 设备在解析 ICA 连接时可能会崩溃。

SDWANHELP-725 (78779804)：SD-WAN 设备将 HA 虚拟路径信息发送到 SD-WAN 中心，由于无法识别它，它会引发统计错误。

SDWANHELP-742 (78825507)：当应用程序 QoS 规则的数量超过基于 IP 的 QoS 规则时，SD-WAN 服务可能会在 STS 捆绑包收集期间崩溃。

SDWANHELP-746 (78827291)：在创建两个不同的防火墙规则时，如果 IP 地址和端口号相同，即使协议不同，也可能会发生审计错误。

SDWANHELP-768 (78860524)：5100 高级版 (PE) 虚拟广域网服务在建立信令通道时重新启动。这是由于多个 WANOP 数据包引擎之间的短暂端口冲突而发生的。

SDWANHELP-778 (78876692)：在配置中启用中间站点时，SD-WAN 服务可能会在情况下崩溃。

SDWANHELP-795 (78859346)：在以下情况下，正在运行的路径带宽测试崩溃：

  • 路径带宽测试是在由于虚拟路径关闭/禁用而与 MCN 隔离的分支上运行的。
  • 当分支出现时，MCN 执行分支 WAN 链接属性更改。

SDWANHELP-799 (78893894)：SD-WAN 学习 OSPF 以邻居路由器的成本为 “原样” 的前缀，并允许将这些设备导出到对等 SD-WAN 设备。如果邻居路由器上的重新分配成本在外部更改（例如，将 BGPP/RIP 重新分配到 OSPF 度量成本更改），则新更改的开销仅在立即连接的 SD-WAN 设备上更新，而不会更新为对等 SD-WAN 设备。

SDWANHELP-801 (78899126, 78938744)：当高速处理 ICMP 数据包到其虚拟 IP 并同时触发配置更新时，SD-WAN 服务可能会崩溃。

SDWANHELP-808 (78866821)：由于传统原因，SD-WAN 不允许在站点配置中使用少数模式。此特定网站名称中包含 APN。它仅在 SD-WAN GUI 中具有误导性，并且不会影响站点级别的任何操作。

SDWANHELP-812 (78862423, 78937011)：在 1100 PE 平台上配置 10.2.x 失败，因为它没有创建 DBC 磁盘。

SDWANHELP-818：一旦了解动态路由并融合，如果发生了执行了成本更改的配置更新，则激活后，动态学习的路由的路由 ID 将重置为 “0” 而不是保持枚举，从而导致在路由更新中删除最佳路由邻居。

SDWANHELP-830：在 SD-WANOP 中用于自动安全对等的 CA 证书在升级时被删除。这会对添加到部署的任何新设备的安全对等形成影响。在这种情况下，需要从所有站点重新生成 CA 证书、删除证书和证书密钥对，并在升级到 10.2.3 后再次重新建立自动安全对等。

SDWANHELP-846 (78958288)：在多路由域部署中接收到发往虚拟 IP 的 ICMP 数据包时，SD-WAN 服务可能会崩溃。

NSSDW-19233：由于 Azure 门户安装的扩展很少，Windows Azure 代理正在填充根分区。

NSSDW-17168：在 Azure HA 模式部署中，当远程设备落后于 NAT 时（在 LTE 场景中），观察到远程源端口学习没有发生，虚拟路径也没有建立。

NSSDW-18617 (78807883)：支持网络路由配置以将流量引导至 Zscaler 服务。此前，Zscaler SD-WAN 集成仅允许应用程序路由将互联网流量引导到 Zscaler 终端节点。应用程序路由的优先级高于网络路由。在这种情况下，一些虚拟路径流量是通过互联网重定向的。支持重定向 Zscaler 流量的网络路由将确保没有将虚拟路径流量发送到互联网。

已知问题

SDWANHELP-786 (78714443)：在与 MCN 通信的分支站点（已启用 cgnAT/ 公共 IP 地址转换）上，如果在初始配置推送后启用了 UDP 孔打孔，则在重新启动服务之前，配置将不会更新。因此，MCN 不会将端口详细信息更新到其他分支。这会导致路径处于“死”状态。

  • 解决办法：重新启动 MCN。

  • 建议：如果分支获得 Nat’ed，最好在初始配置中启用 UDP 打孔以激活两个分支之间的直接虚拟路径。

NSSDW-20101: 导出过滤器中的 IP_Host 服务类型有问题- 一旦了解并融合了动态路由，如果配置更新发生了成本变化，则激活后，动态学习路由的路由 ID 将重置为 “0” 而不是保持枚举导致在向邻居的路由更新中删除甚至最佳路由。

  • 解决办法：临时解决方法是停止学习和将 /32 路由从 DC 传播回分支机构。

  • 建议：如果在导出筛选器中使用 IP_Host 服务类型，请不要升级到 10.2.x。此问题将在以后的版本中得到修复。

发行说明
June 22, 2021
投稿者: 
C
June 22, 2021
投稿者: 
C

在本文中

站点反馈 | Your privacy choices footer link您的隐私选择 | 隐私和法律条款 | Cookie 首选项 | 同意设置 | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.