NE40问题集锦.doc

  1. 1、本文档共34页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
NE40问题集锦

NE40/80产品在通过网管进行VLAN操作时可能出现主控板复位的问题 问题描述: Quidview网管系统中的“VLAN管理”,向被管理NE40/80产品添加或删除VLAN时可能会出现主控板复位的问题。 该问题在满足以下条件时可能出现。 1.配置了大于2048的vlan ID。 2.把大于2048的vlan ID加入ethernet trunk。 3.网管查询或设置VLAN。 采取措施: VRP3.10-2222SP11、VRP3.10-2311或VRP3.10-2331及其以后版本彻底解决该问题。 NE80路由器0318版本百兆以太网口丢包问题的 解决方法 一、? 组网:二、?????? 问题描述: 三、?????? 过程分析:四、?????? 解决方法: NE40/NE80/S8016产品由于操作不当导致升级后配置丢失问题的解决方法 问题描述: NE40/NE80/S8016产品在升级的时候,为了将FLASH中的老版本删除,有的工程师选择现将配置文件指定为FLASH中的启动文件。在升级过后,忘记重新指定FLASH中的启动文件。设备重启后,发现配置全部丢失。 解决方法: 在升级的时候,建议不要将配置文件设置为FLASH中的启动文件。 NE40/80产品0426SP03版本接口上配置的从IP地址的子网掩码不生效的解决方法 一、? 问题描述: 在NE40/80(0426SP03版本)的接口上配置了从IP地址后,发现该IP地址的掩码不生效。 二、? 解决方法: 使用子接口的方式来避免出现配置从IP地址的情况出现。或者将版本升级到0426SP04及以上版本解决此问题。 NE80/NE40系列路由器LPUF 的解决方法 问题描述: NE40/80和S8016产品的电口FE单板在与“瑞斯康达”光电转换器等个别设备配合使用时,会出现端口收到错包、碎包后吊死问题。 解决方法: 该问题的解决方式是更换LPUF单板(16端口单板更换为:EGFEE;32端口单板更换为:EWFEE),部分局点在更换为LPUF单板之后,出现无法与对端设备互通,端口受到的均为CRC错包的情况,需要对于软件版本进行升级。 对于NE40/80,升级到VRP3.10-2226版本; 对于S8016,升级到S8016 5338SP1或者VRP3.10-2226版本。 NE40出口对端路由器ARP不正确导致NAT SERVER不生效问题的学习案例 组网图: 组网描述: 内部局域网,用一个路由器百兆以太口做出口,由于对端过来是光纤,所以先连到光纤收发器,再以以太网线连到路由器,对端也是如此。用户网络内网使用私网地址段/16,分配的公网地址为段x.x.x.0/28,其中路由器外网口地址为x.x.x.1/28地址,出口对端路由器地址为x.x.x.2/28。内部用户通过出口路由器做NAT转换为地址x.x.x.3-10后访问internet,同时内网有服务器需要对外提供www服务,对这台服务器做NAT SERVER,公网地址为x.x.x.11,私网地址为。原先用户使用某厂家设备,一直使用正常,但随着内部用户数量增加,原设备性能无法满足要求,所以更换为我司NE40路由器。 现在根据用户要求和原先设备配置,把NE40配置好后,替换了原路由器,发现内部用户访问internet都能正常访问,但外网用户无法访问WWW服务器。 过程分析: 针对此问题,首先想到内网或内网服务器是否正常。 因无法登陆服务器,于是在NE40上ping服务器,可以正常通,服务器没有down;在内网找了一台PC来访问服务器www服务,也可以正常访问,证明服务器的服务都正常起来了;无法检查服务器的网络设置,但想到服务器原先使用正常,配置没有更改过,网络结构也没有发生改变,所以服务器的网络设置应该是没有问题的。 会不会是外网网络问题呢? 从外网的一台PC ping NE40外网口地址,也可以正常ping通;NE40 ping此公网PC,也正常。证明外网通信没问题 或者是NE40问题? 于是检查NE40配置,初步觉得没有问题,为确保起见,再在实验室按照同样的配置来进行验证,在这个结构和配置下,也没有问题,内部用户可以正常做NAT访问外网,外网用户也可以访问WWW服务器。 现在我们证明内网通信没问题,外网通信没问题,NE40也没问题。 此时问题定位停滞不前。 没有办法,继续测试,再把NE40切换会原先使用的路由器,发现一切又都正常了;切换回NE40,访问服务器还是不行。从这一个角度来看,似乎又是NE40的问题。 再用公网PC来tracert x.x.x.11,这时发现到了某一个地址后就不通了,tracert x.x.x.1则没问题。

文档评论(0)

ayangjiayu1 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档