[2005-04-13]Quidway AR28、AR46系列路由器VRP3.40-0009版本发布

Quidway AR28/46系列路由器VRP3.40-0009版本发布

一、  使用范围及配套说明：

     Quidway AR28、AR46系列路由器VRP3.40-0009版本对外正式发布，不受限使用。

机型	主机软件	Bootrom烧片版本	Bootrom升级版本
Quidway AR 28-09 / AR 28-10  / AR 28-11 / AR 28-30 / AR 28-31 / AR 28-40 / AR 28-80	AR28-VRP340-R 0009-909-128-a.BIN	RTFMABDA 02909.BIN	AR28XX-BOOTROM-U PGRADE-909.BIN
Quidway AR 46-20 / AR 46-40 / AR 46-80	AR46-VRP340-R 0009-505-256-a.BIN	RTMRPUA02V304 .BIN	RTMRPUA03V304 .BIN
Quidview 配套版本: Quidview (DM)V300R001B02D022

二、增减特性说明：

新增特性：无 

删除特性：无

修改特性：无

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

问题跟踪号	描述
D10672	HWPing jitter测试结果不准确，在网络状况比较好的情况下hwping jitter的delay值会非常大. 现象:背对背的串口连接, 通过ping看到hwping server和client之间的网络状况比较好，没有大的延时抖动。然后多次用Hwping jitter进行测试，发现有的时候，hwping jitter的时延值会非常大，和实际的网络状况不符。 状态:已经解决 原因分析:原先Hwping Jitter统计选用的系统定时器精度不够,造成统计结果偏差加大.
D10673	walk mib节点，然后路由器上的snmp任务会挂起，导致无法再进行snmp操作. 现象: 配置上CBQ。然后用mib browser进行walk操作，发现walk到一半的时候就停止了,通过网管从新连接路由器,则无法连接上. 状态:已经解决 原因分析:CBQ MIB处理不当,导致任务挂起.
D10679	ATM E3/T3性能比较差，需要优化. 现象: 不论是28还是AR46，ATM E3/T3的性能都比较差，大包只能到13M左右，小包11M左右，远低于ATM E3/T3接口速率。 状态:已经解决 原因分析: 重新调整了芯片参数,当前速率,64 bytes小包已经达到26Mbps, 大包速率达到28Mbps,接近线速.
D10903	反复快速telnet登录退出，导致不可通过telnet登陆路由器. 现象: 多个用户竞争使用Telnet资源,经过一段时间后,会出现个别VTY再也登录不上去的问题. 状态:已经解决 原因分析:当快速登录和退出时,某种情况下会出现VTY没有正常释放的问题.
D10355	NAT：穿越NAT向LINUX PING包，若报文分片，则PING包失败 现象: 从PC向LINUX PING大包，在路由器上进行NAT转换，PING 包失败。 状态:已经解决 原因分析: NAT没有对分片乱序的报文作处理导致.
D10538	在IPSEC制定数据流流未触发IPsec连接建立前，未指定的数据流无法通过端口发送. 现象: 当在两台路由器相连端口使能IPsec后，没有在IPSEC 策略中定义的数据流必须在定义流触发IPSEC连接后才能通过。 状态:已经解决 原因分析: 是由于手工方式下ipsec与acl之间的配合存在问题导致.
D11929	2E1捆绑的MFR链路，AR28的MFR的性能很差. 现象: 测试MFR的性能,4M物理带宽条件下,MFR性能只能达到2.2M。 状态:已经解决 原因分析:分片报文发送调度有误,修改后,可以达到3.7M.
D10936	网管对语音指标有影响. 现象: 网管进行大量get操作时，MOS值会下降到1，该等级表示即使努力去听，也很难听懂. 状态:已经解决 原因分析:网管再对个别表进行读取操作时,长时间占用CPU,导致其他任务收到影响.
D12107	ISDN PRI MP打流量，链路反复UP/DOWN，长时间后路由器重启 现象: ISDN PRI MP打流量，链路反复UP/DOWN，长时间后路由器重启 状态:已经解决 原因分析:ISDN 底层驱动代码有错误,会导致读写异常.
D11363	CPU占用率计算方法优化 现象: CPU占用率与实际情况相比偏高 状态:已经解决 原因分析:系统原有个别任务,及时在没有实际处理时,也占用CPU资源,导致统计值偏高
D12366	组播不支持地址借用 现象: 当在配置了IP Unnumber的接口上,启用组播,组播数据无法正常转发 状态:已经解决 原因分析:原先组播协议没有针对IP Unnumber的接口进行处理.
D10554	ISDN：在物理口上配置dialer number之后，ping一个包，无法配置dialer isdn-leased 128k 现象: 在物理口上配置dialer number之后，ping一个包，无法配置dialer isdn-leased 128k 状态:已经解决 原因分析:进行专线处理时,没有考虑到线路本身已经被呼叫占用的情况.

如要完整的了解该版本累计解决的软件BUG，请参看配套发布的《VRP3.4 RT-0009版本说明书》。