Quidway S5600系列交换机R1602P03版本发布
一 使用范围及配套说明:
Quidway S5600系列交换机R1602P03版本正式发布,发布范围为国内和海外市场。版本配套关系请参考如下版本配套表:
产品系列
Quidway S5600
型号
S5624P
S5648P
S5624P-PWR
S5648P-PWR
S5624F
内存需求
Min 128M
FLASH需求
Min 16M
BOOTROM版本号
主板:V509
扩展板:V220
目标文件名称
S5600-VRP310-R1602P03.bin
S5600-VRP310-R1602P03-S168.bin
QUIDVIEW版本号
Quidview DM 3.10-R3122 + P02
iMC版本号
iMC ACLM 3.20-E0301
iMC EAD 3.20-E0301
iMC ICC 3.20-B0301
iMC PLAT 3.20-E0301
iMC UAM 3.20-E0301
WEB版本号
Version 3.1.8-0036
备注
二 增减特性说明:
1 新增特性:
ARP 源MAC地址一致性检查特性。
2 删除特性:
无
3 修改特性:
无
三 相比前一版本解决的问题说明:
1. LSOD07030
首次发现版本:VRP310-R1602
问题产生条件:多台设备IRF堆叠,每台设备上都配置dhcp-snooping trust命令,保存配置后重启。
问题现象:此命令在堆叠中同步失败,导致dhcp报文无法正常转发。
2. LSOD06979
首次发现版本:VRP310-R1602
问题产生条件:堆叠环境下,某UNIT上的端口检测到TC或者收到TC报文。
问题现象:其它UNIT上端口学到的ARP不能正常删除。
3. LSOD06977
首次发现版本:VRP310-R1602
问题产生条件:堆叠环境下跨设备聚合,内存使用率过高(比如空闲内存只有2M)。
问题现象:MSTP任务可能会产生异常,引起设备重启。
4. LSOD06983
首次发现版本: VRP310-R1602
问题产生的条件:堆叠系统中,各unit的初始启动时间不同,设备上使能DHCP Snooping功能。DHCP client通过DHCP Snooping建立起相关表项。
问题现象:通过display dhcp-snooping命令查看DHCP Snooping表项,各unit上显示的Dhcp Snooping表项的租期不同。
5. LSOD07046
首次发现版本: VRP310-R1602
问题产生的条件:
组网:
客户端A和B分别通过Relay到Server申请IP地址。客户端A已经成功申请地址IP_A,使用后,释放。客户端B申请IP时携带了Client ID信息,且server将IP_A重新分配给客户端B。
问题现象: DHCP Relay每经过一轮上述操作,内存泄漏32字节。
6. LSOD07047
首次发现版本:VRP310-R1602
问题产生条件:将SUMITOMO光模块插入S5624F设备的前面板端口;或者将SUMITOMO光模块插入任何类型设备的扩展板端口。
问题现象:S5624F设备的前面板端口无法正常识别任何光模块;扩展板上的所有端口都正常无法识别任何光模块。
7. LSOD06936
首次发现版本:VRP310-R1602
问题产生的条件:REV.D版本的单端口10GE扩展板的端口没有插入Xenpak模块。
问题现象:用display interface命令查看该扩展板端口状态,显示模块类型为XPK_UNKNOWN,实际应该为XPK_NO_CONNECTOR。
8. LSOD06981
首次发现版本:VRP310-R1602
问题产生条件:收到不符合聚合协议规定长度(124 字节)的聚合报文。
问题现象:由于报文长度检查不通过,被作为非法报文丢弃,因此聚合失败。
9. LSOD07065
首次发现版本:VRP310-R1602
问题产生的条件:设备做dhcp relay,持续打入dhcp-request/ACK流量,串口执行display dhcp-security命令。
问题现象:设备异常重启。
10. TCD00854
首次发现版本:VRP310-R1602
问题产生条件:在端口A DLDP down的情况下,去使能端口A的千兆和全双工后,去使能端口A DLDP功能,再shut down端口A。
问题现象:端口A没有上报down事件的trap信息。
11. LSOD06725
首次发现版本:VRP310-R1510P24
问题产生的条件:S5600 POE设备链接有PD设备,对PD设备进行插拔,使之输出供电、停止供电的trap信息(pethPsePortOnOffNotification Trap)。
问题现象:屏幕输出的pethPsePortOnOffNotification Trap信息中,端口号索引不正确。
12. LSOD06207
首次发现版本:VRP310-R1602
问题产生的条件:
组网:
如图所示,端口A开启802.1x功能,但未进行认证。将PC的MAC配置为静态MAC。
问题现象:该静态MAC无法从DHCP server获取IP地址。
13. LSOD06877
首次发现版本:VRP310-R1602
问题产生的条件:交换机开启802.1x功能,与城市热点公司发布的drcom客户端配合使用。
问题现象:有时客户端发送的start报文无响应,认证失败,且认证成功后,客户端下线时发送的logoff报文无响应,无法下线。
14. LSOD05492
首次发现版本:VRP310-R1602
问题产生的条件:配置super用户密码的最小长度为N1,配置长度为N2的super用户密码。将super用户密码的最小长度修改成N3(N3>N2≥N1),退出后重新进入。
问题现象:原来长度为N2的密码依然生效。
15. LSOD06871
首次发现版本:VRP310-R1602
问题产生的条件:使用tftp source-ip命令设置指定IP
问题现象:命令行操作可以生效,但是网管操作的时候不生效。
16. LSOD06384
首次发现版本:VRP310-R1602
问题产生的条件:
组网:
1)dev1与dev2通过一个VLAN虚接口相连,该接口位于area0中,dev2与dev3通过两个vlan虚接口相连,这两个VLAN虚接口均位于areaN(N>0)中;
2)dev3去往dev2上的loopback接口地址的路由为等价路由;
3)通过在dev2和dev3上配置vlink peer,通过两条等价链路在dev3上建立了两个vlink邻居。
问题现象:在dev3上使用display ospf peer brief命令查看vlink邻居信息时,对端邻居接口地址和去往邻居的接口地址不对应。
17. LSOD06754
首次发现版本:VRP310-R1602
问题产生的条件:在堆叠设备上配置静态组播MAC地址。
问题现象:堆叠各个UNIT上的组播地址会包含相同的本地端口集合。
例如:2台设备堆叠,在UNIT 1的Num1端口和UNIT 2的Num2端口下配置静态组播MAC,则该组播MAC的实际转发端口将包含UNIT1 的Num1、Num2端口和UNIT2的Num1、Num2端口。
18. LSOD06672
首次发现版本:VRP310-R1602
问题产生的条件:A端口下发以某段MAC为源MAC的traffic-priority规则,然后将该段MAC设置为OUI MAC。
问题现象:将A端口作为目的端口进行端口间配置拷贝时可能出现上述traffic-priority规则拷贝失败;将A端口作为聚合组的成员端口时,上述traffic-priority规则的配置可能无法同步到聚合组其它端口上。
19. LSOD06822
首次发现版本:VRP310-R1602
问题产生的条件:交换机使能DHCP-SNOOPING ,客户端通过HUB(工作在10M、Half模式)连接到交换机上。客户端频繁进行DHCP请求操作,同时对连接HUB端口进行shutdown操作。
问题现象:小概率出现端口已经物理down掉,但没有trap信息提示的情况,且通过"display interface"命令查看端口状态时,速率、双工没有变成"Unknown-speed mode, unknown-duplex mode"。
20. LSOD06670
首次发现版本:VRP310-R1602
问题产生的条件:
组网:
DEV A开启STP协议,DEV B未开启STP协议。TA1和TA2为聚合端口,TB1和TB2为聚合端口,组网如下:
问题现象:设备A的端口TA1的STP状态不停切换。
21. LSOD06630
首次发现版本:VRP310-R1602
问题产生的条件:S5624F与其他设备对接,启动。
问题现象:COMBO口一直UP。
22. LSOD06786
首次发现版本:VRP310-R1602
问题产生的条件:A、B端口位于同一个隔离Group(比如G1)。关闭STP功能,设置端口A,B隔离,向端口A打入STP报文。
问题现象:隔离失效,STP报文能够从B端口转发出去。
如要完整的了解该版本累计解决的软件BUG,请参看配套发布的《Quidway S5600-CMW310-R1602P03 版本说明书》。
该案例暂时没有网友评论
✖
案例意见反馈
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作