• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 全部
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索

[2008-02-21]Quidway S5600系列交换机R1602P03版本发布

  • 0关注
  • 0收藏 720浏览
粉丝: 关注:

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

问题产生的条件:

组网:

 

客户端AB分别通过RelayServer申请IP地址。客户端A已经成功申请地址IP_A,使用后,释放。客户端B申请IP时携带了Client ID信息,且serverIP_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功能,但未进行认证。将PCMAC配置为静态MAC

问题现象:该静态MAC无法从DHCP server获取IP地址。

13. LSOD06877

首次发现版本:VRP310-R1602

问题产生的条件:交换机开启802.1x功能,与城市热点公司发布的drcom客户端配合使用。

问题现象:有时客户端发送的start报文无响应,认证失败,且认证成功后,客户端下线时发送的logoff报文无响应,无法下线。

14. LSOD05492

首次发现版本:VRP310-R1602

问题产生的条件:配置super用户密码的最小长度为N1,配置长度为N2super用户密码。将super用户密码的最小长度修改成N3(N3>N2N1),退出后重新进入。

问题现象:原来长度为N2的密码依然生效。

15. LSOD06871

首次发现版本:VRP310-R1602

问题产生的条件:使用tftp source-ip命令设置指定IP

问题现象:命令行操作可以生效,但是网管操作的时候不生效。

16. LSOD06384

首次发现版本:VRP310-R1602

问题产生的条件:

组网:

 

1dev1dev2通过一个VLAN虚接口相连,该接口位于area0中,dev2dev3通过两个vlan虚接口相连,这两个VLAN虚接口均位于areaN(N>0)中;

2dev3去往dev2上的loopback接口地址的路由为等价路由;

3)通过在dev2dev3上配置vlink peer,通过两条等价链路在dev3上建立了两个vlink邻居。

问题现象:在dev3上使用display ospf peer brief命令查看vlink邻居信息时,对端邻居接口地址和去往邻居的接口地址不对应。

17. LSOD06754

首次发现版本:VRP310-R1602

问题产生的条件:在堆叠设备上配置静态组播MAC地址。

问题现象:堆叠各个UNIT上的组播地址会包含相同的本地端口集合。

例如:2台设备堆叠,UNIT 1Num1端口和UNIT 2Num2端口下配置静态组播MAC,则该组播MAC的实际转发端口将包含UNIT1 Num1Num2端口和UNIT2Num1Num2端口。

18. LSOD06672

首次发现版本:VRP310-R1602

问题产生的条件:A端口下发以某段MAC为源MACtraffic-priority规则,然后将该段MAC设置为OUI MAC

问题现象:将A端口作为目的端口进行端口间配置拷贝时可能出现上述traffic-priority规则拷贝失败;将A端口作为聚合组的成员端口时,上述traffic-priority规则的配置可能无法同步到聚合组其它端口上。

19. LSOD06822

首次发现版本:VRP310-R1602

问题产生的条件:交换机使能DHCP-SNOOPING ,客户端通过HUB(工作在10MHalf模式)连接到交换机上。客户端频繁进行DHCP请求操作,同时对连接HUB端口进行shutdown操作。

问题现象:小概率出现端口已经物理down掉,但没有trap信息提示的情况,且通过"display interface"命令查看端口状态时,速率、双工没有变成"Unknown-speed mode, unknown-duplex mode"

20. LSOD06670

首次发现版本:VRP310-R1602

问题产生的条件:

组网:

 

DEV A开启STP协议,DEV B未开启STP协议。TA1TA2为聚合端口,TB1TB2为聚合端口,组网如下:

问题现象:设备A的端口TA1STP状态不停切换。

21. LSOD06630

首次发现版本:VRP310-R1602

问题产生的条件:S5624F与其他设备对接,启动。

问题现象:COMBO口一直UP

22. LSOD06786

首次发现版本:VRP310-R1602

问题产生的条件:AB端口位于同一个隔离Group(比如G1)。关闭STP功能,设置端口AB隔离,向端口A打入STP报文。

问题现象:隔离失效,STP报文能够从B端口转发出去。

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

若您有关于案例的建议,请反馈:

作者在2008-03-06对此案例进行了修订
0 个评论

该案例暂时没有网友评论

编辑评论

举报

×

侵犯我的权益 >
对根叔知了社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔知了社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明

提出建议

    +

亲~登录后才可以操作哦!

确定

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作