[2007-07-30]Quidway S5600系列交换机R1510P21版本发布

Quidway S5600系列交换机R1510P21版本发布

一      使用范围及配套说明：

Quidway S5600系列交换机R1510P21版本正式发布，发布范围为国内和海外市场。版本配套关系请参考如下版本配套表：

产品系列	Quidway S5600
型号	S5624P S5648P S5624P-PWR S5648P-PWR S5624F
内存需求	Min 128M
FLASH需求	Min 16M
BOOTROM版本号	主板：V411 扩展板：V220
目标文件名称	S5600-VRP310-R1510P21.bin S5600-VRP310-R1510P21-S168.bin
QUIDVIEW版本号	Quidview DM 3.10-R3116 SP01 Quidview NMF 3.10-R3116 SP01 Quidview NCC 3.10-R3116 SP01
CAMS版本号	CAMS2.10-R0208
WEB版本号	Version 3.1.5-0053
备注

 

二      增减特性说明：

1          新增特性：

无

2          删除特性：

无

3          修改特性：

无

三      相比前一版本解决的问题说明：

1. LSOD02983

首次发现版本：VRP310-R1510P16

问题产生的条件：通过网管管理设备，SNMP支持的版本为V3。设备上有linkdown/linkup等能够触发 SNMP V3 trap的事件发生。

问题现象：网管接收到的SNMP V3 trap报文中contextEngineID字段为空。

2. LSOD03976

首次发现版本：VRP310-R1510P20

问题产生的条件：

 

如图，A、B、C、D四台设备属于同一个MST域，A是实例零和某个实例N（N≠0）的根桥，Port 6在实例零和实例N中的角色均为Alternate。此时，将B指定为实例N的根桥，接着再将A重新指定为实例N的根桥。

问题现象：STP重新计算，Port 4在实例N中为Designated端口，但是不能从Discarding状态快速迁移到Forwarding状态。

3. LSOD03984

首次发现版本：VRP310-R1510P20

问题产生的条件：先端口使能STP，再全局使能STP。

问题现象：非激活实例不应该透传数据报文，但是经过上述操作可以透传数据报文。

4. LSOD04006

首次发现版本：VRP310-R1510P20

问题产生的条件： 堆叠情况下，某一台unit启动加入堆叠，并且通过此unit需要建立一个新的OSPF邻居并计算路由。

问题现象：由于批量备份过程中堆叠设备不处理OSPF update报文，因此本地路由不更新；但批量备份过程中，其他OSPF设备因收到新的OSPF LSA报文会更新路由。由于整网中只有堆叠设备没有更新路由，导致路由暂时错误，短时丢包。

注：新的unit加入过程中，master会向新加入的unit同步数据，这段时间被称为批量备份过程。

5. LSOD03928

首次发现版本：VRP310-R1510P20

问题产生的条件：堆叠环境，特定组网环境中切换MSTP域根。

问题现象：老根信息在fabric中不能老化。

6. LS0D00352

首次发现版本：VRP310-R1510P12

问题产生的条件：通过网管软件在堆叠的master、slave上分别创建RMON统计组。

问题现象：创建第二个RMON统计组时，网管软件提示增加成功，点击确定按钮后此RMON统计组消失。后续，网管上不能再创建RMON统计组。

7. LSOD04360

首次发现版本：VRP310-R1510P15

问题产生的条件：在保存MAIN属性的配置文件时，输入的文件名中含有大写字母

问题现象：用dir命令显示文件，该文件名前面没有MAIN属性标志符"*"

8. LSD18320

首次发现版本：VRP310-R1510P20

问题产生的条件：根桥的hello time时间与时间因子的乘积大于255。

问题现象：STP状态频繁切换。

9. LSOD03697

首次发现版本：VRP310-R1510P20

问题产生的条件：手动重启配置保存成功的堆叠设备。

问题现象：重启后，仍然会有个别unit的配置产生错误而再次重启。

10. LSOD04045

首次发现版本：VRP310-R1510P15

问题产生的条件：

 

如图，设备DEV1 telnet到unit1上，执行"display diagnostic-information"命令，选择如下：

<Sysname>display diagnostic-information                                        

 This operation may take a few minutes, continue?[Y/N]y                         

 Diagnostic-information is saved to Flash or displayed(Y=save N=display)?[Y/N]n

与此同时，PC telnet到unit2上，依次执行"telnet 127.0.0.1"、"free user-interface vty 0"、"telnet 127.0.0.2"命令。

问题现象：unit1异常重启。

11. LSOD02302

首次发现版本：VRP310-R1510P15

问题产生的条件：堆叠环境，特定组网环境下，改变root端口的cost值。

问题现象：瞬时广播风暴。

12. LSOD04164

首次发现版本：VRP310-R1510P20

问题产生的条件：堆叠环境下，反复设置跨设备链路聚合端口的MSTP状态。

问题现象：内存泄漏。

13. LSOD03897

首次发现版本：VRP310-R1510P20

问题产生的条件：堆叠过程中，配置跨设备链路聚合的某台设备的unit ID改变。

问题现象：该unit上的跨设备链路聚合组成员端口的STP状态错误。

14. OLSD31911

首次发现版本：VRP310-R1510P20

问题产生的条件：堆叠环境下，特定组网中，切换STP总根。

问题现象： STP状态长时间无法稳定。

15. LSOD04076

首次发现版本：VRP310-R1510P12

问题产生的条件：在堆叠设备上执行"undo system-guard l3err enable"命令，然后保存配置。

问题现象：由于该配置没有在各unit之间同步，因此输出如下类似提示信息，且保存配置失败：

  Unit2 flash:/config.cfg' checksum is different from unit1.

16. LSOD03839

首次发现版本：VRP310-R1510P16

问题产生的条件：当某个端口（如10口）ACL资源已耗尽时，全局使能dhcp-snooping。

问题现象：因该端口ACL资源不足，dhcp-snooping使能失败，1~9上口已经下发的dhcp-snooping相关ACL没有被回退删除。

注：全局使能dhcp-snooping功能时，会按照端口顺序依次在端口上下发相关ACL。

17. LS0D03993

首次发现版本：VRP310-R1510P09

问题产生的条件：设备在使能STP、没有使能IGMP相关特性的情况下，从forwarding的端口打入IGMP组播报文。

问题现象：IGMP组播报文会从discarding的端口发出。

18. LSOD04163

首次发现版本：VRP310-R1510P20

问题产生的条件：设备的某个端口学习到了大量的MAC地址，且仍持续收到大量源MAC变化的报文。在该端口使能MAC认证。

问题现象：该端口原来学到的MAC地址没有被删除，通过"display mac-address"命令仍然可以看到大量MAC地址。

19. LSOD04165

首次发现版本：VRP310-R1510P20

问题产生的条件：扩展板在位，设备通过链路聚合组与远端相连，且设备上配置了256或其倍数的VLAN。聚合端口上学习到大量MAC地址。

问题现象：即使聚合端口不属于VLAN 256或其倍数，聚合端口也可能学到VLAN 256上或其倍数的MAC地址。

20. LSOD03999

首次发现版本：VRP310-R1510P20

问题产生的条件：单10 GE扩展板端口不插xenpak 10GE模块，通过web的设备概览[设备概览]页面查看该10GE端口。

问题现象：显示的端口类型错误，显示为"NULL"，应该显示为XPK_NOCONNECTOR。

21. LSOD03938

首次发现版本：VRP310-R1510P20

问题产生的条件：在设备扩展板端口用priority命令设置端口优先级。

问题现象：除默认配置（priority 0和undo priority）之外，其余配置失败。

22. LSOD04214

首次发现版本：VRP310-R1510P20

问题产生的条件：POE设备正常启动

问题现象：在启动过程中会报一个电量低于门限的trap告警。

23. LSOD04212

首次发现版本：VRP310-R1510P16

问题产生的条件：

如下图中，DEV-2与FABRIC间通过跨设备动态聚合连接，DEV-1与FABRIC间没有聚合，SMB-A和SMB-B互发二层单播报文。单独重启FABRIC中的slave设备。

 

问题现象：系统稳定后， SMB-A到SMB-B的流量可能中止且不能恢复。

24. LSOD04566

首次发现版本：VRP310-R1510P20

问题产生的条件：

 

如上图，在DEV1和DEV2上分别创建手动链路聚合组；全局下配置DLDP的工作模式为增强模式。GE1和GE2分别属于上述聚合组，并开启DLDP功能。正常启动后，端口可以link up，1.1.1.1能ping通 1.1.1.2。拔掉GE1的发光光纤，GE2口立刻down掉。一段时间，GE1被DLDP down掉后，然后重新插好光纤。

问题现象：DLDP状态可以恢复，但1.1.1.1 不再能ping通1.1.1.2。

25. LSOD04586

首次发现版本：VRP310-R1510P20

问题产生的条件：某个domain的authorization，authentication，accounting项均做了配置，输入“display domain”命令显示当前域信息。

问题现象：系统异常重起。

26. LSOD04480

首次发现版本：VRP310-R1510P20

问题产生的条件：端口上配置最大MAC地址数限制，然后持续打入特定的协议报文和源MAC地址不断变化的普通数据流。

问题现象：即使端口学习的MAC地址达到了最大限制数量，该端口仍然可以学习到这些协议报文的源MAC地址。此外，当手动删除此端口上学习的MAC之后，该端口有可能不再学习MAC地址。

如要完整的了解该版本累计解决的软件BUG，请参看配套发布的《Quidway S5600-VRP310-R1510P21 版本说明书》。