您现在的位置 : 路由人 > 路由器地址 > 正文 IP地址冲突 路由人教你更换IP地址 / 如何防蹭网的终极解决办法 / 连接上192.168.1.1没有账号、密码输入框 /

网络古怪问题的成因及其解决办法

不止网络管理员,大家在实际工作之中,偶尔会碰到一些非常奇特的现象,问题非常莫名其妙,稀奇古怪。今天,我在这里为大家精选几个例子,分析其解决办法。一、一般古怪现象(1)一台路由器,使用命令erase star...
不止网络管理员,大家在实际工作之中,偶尔会碰到一些非常奇特的现象,问题非常莫名其妙,稀奇古怪。今天,我在这里为大家精选几个例子,分析其解决办法。
一、一般古怪现象
(1)一台路由器,使用命令erase startup-config或write erase删除了启动配置,用命令show startup-config检查确认配置已被删除,但当把设备掉电重新启动之后,系统还是有一个工作配置:主机名、IP地址、路由配置都在。
(2)经检查系统的Flash里存有一个较旧的配置的备份,名称为router-confg。路由器启动时如果启动配置不存在,将会执行AUTOINSTALL过程,试图通过网络获取它的配置,结果是加载了Flash中的这个配置文件。
(3)实验室里可以使用这个功能快速地做Lab Setup, 比如配置hostname、password、alias、把端口置于UP的状态、配置ip domain-lookup环境等。如果是做BGP实验,甚至可以用这个配置建立全网连通性,然后建立tunnel端口实现实验拓扑。实际工作中远程进行配置时,可以保存多个配置文件,并且在这些配置之间切换。名为router-confg的配置文件,可以作为最终的备份--如果用户不慎把配置删除了,系统重启之后,还是有一个可用的配置。
此现象是对设备功能了解不足引起的,通过阅读文档、实践可以消除。
二、非一般古怪现象
(1)两台3550交换机通过光纤连接,距离估计在9KM左右。两边都使用5486 (LX GBIC),不通;怀疑是实际距离超10KM,换成一对5487(ZX GBIC),也不通;一端使用5486,另一端使用5487通了。
(2)两端使用5486不通有可能是实际距离超过了GBIC的工作距离;两端使用5487不通有可能是光纤上的衰减不够,需要人为增加(25KM以下需增加10-dB, 25-50KM需增加5-dB)。但是最后这一点无法解释,因为5486和5487使用的激光波长是不一样的,根据文档, 5486使用波长为1310nm的激光,而5487使用的波长为1550nm。会不会是Cisco变更了产品的规格但没有更新文档。
(3)在Cisco作出解释之前,最好不要使用该方式连接设备。
(4)如果你忘记配置3500交换机的密码,并且已经安装到远端,如何设置设备呢?Telnet 会报错:Password required, but none set。这时候可以使用Cluster管理方式来控制设备。首先,找一台能管理到的相邻设备如3550/3500/2900等交换机做Cluster的Command Switch,全局配置配置命令(以3550为例):cluster enable lab。配置完成后用命令show cluster candidates找到未设密码的交换机的MAC地址,然后用配置命令:cluster member 2 mac-address 0050.50df.5040 把该交换机加入Cluster 作为2号成员,然后就可以使用rcommand 2 来配置目标交换机了。这种方法对3550/3500/2900XL/1900等交换机都有效。
此现象较难分析,需要厂家配合或对采用专业设备进行检查分析,比如测试5486、5487实际的光波波长,检测线路距离和中续设备的情况。
不设置虚拟终端的密码并不等于说就没有人能远程控制交换机,小心了。(还有一个可能:只要交换机配置了IP地址,未配置密码也可以通过http协议进行远程管理)
三、特别古怪现象
(1)一台8540交换机,与其它主干交换机运行OSPF路由协议,学习到一个OSPF的汇总路由:172.16.0.0/12;同时它使用静态路由协议指向边缘路由器,如ip route 172.28.128.0 255.255.255.0 192.168.1.1。这两个路由记录同时出现在路由表中,交换机本身能够ping 通172.28.128.0网段的主机,但该交换机连接的PC则不行。Trace 表明,PC发出的数据包在8540上是使用记录172.16.0.0/12转发的。
(2)可能是软件的BUG。
(3)难以应用;应用这样的现象是BT的。
如果无法绕开这样的现象,找Cisco开CASE解决。这样的妖异现象不是每个人都能碰到,不是每个人都够胆分析的。
关于8540不按静态路由转发数据包的问题已向CISCO TAC请求支持,最后确定为软件的BUG, 内部BUG_ID是:CSC03111802。建议避免使用交换机的CPU端口ATM0(ATM2/0/0)来端接PVC,转而使用ARM模块来完成这一工作。
 
 
上文主要总结了工作中遇到的网络古怪现象及其应用,大家一定要仔细阅读。延伸阅读:
  • 本月热点
  • 随机推荐
路由人提示:如需转载本站无线连接及路由器设置等技术文章请您注明出处,谢谢!
Copyright © www.LuYouRen.com, All Rights Reserved.
  苏ICP备12075116号