备用,写个思路,不是搞网络的,具体命令可以查.
客户的cisco3550交换机,GI0/7端口无法使用,在enable状态下执行:
show interfaces vlan 9 description
gi0/7的Protocol状态为down.
conf t
interface gi0/7
no shutdown
激活不了.
将网线接入该口,使用终端登陆,(tcp/ip方式,该端口VLAN设置了IP,并且开启了http enable)无法登录,但是换到和该端口同VLAN的其他端口,登陆正常,并且通过web也可以访问.
客户考虑可能是硬件故障,该端口坏了.
我们建议先恢复一下IOS,看看是逻辑错误,还是物理错误,征询了客户同意后.
开始做:
先备份IOS bin文件和config.text,通过show flash命令,或者dir命令可以查看到,第一次使用tftp服务器.记录一下步骤.
先打开tftp服务器,会自动识别你的网卡地址,这个地址要设置成和交换机管理IP一样网段.
然后通过telnet登录到交换机.
执行copy flash tftp,copy config,text tftp会提示你输入远程tftp服务器地址,自动就拷贝过去拉.
然后使用,write erase删除,(或者delete删除config.text文件)然后使用wr写入.
reload重启动.(使用reset也可以)
they can be used alternatively, though, "reload" means on a router, you can use the command on
Router#reload
to reboot a router.
on a switch(CatOS, not ios version), you can use "reset" to reboot a module or the whole system(switch itself)
both reload/reset done softwarely, that means you use a commend to reboot it.
but sometime, "reboot" may also means a hardware reboot,it can also refer to as "power circle", "cold reset", those all mean to power off and then power on.
it's interesting to check what Cisco says and whatis.com 's explaination regarding those terms.
这个时候使用telnet方式就链接不到交换机拉,这个时候使用串口管理线链接,使用超级终端,选择COM口登录,搞不清楚的,一开始以为write earse删除了bin目录,其实删除的是config.text,是删除的nvram的内容,它会在内存中保存一份,所以可以正常启动,如果删除的是flash的话,是删除了bin文件，这样启动后进入的是rommon状态来恢复.
登录后,会提示你是否使用交换机配置向导配置交换机,我们选择NO.
然后运行show run-config发现以前的配置VLAN里的存在的端口到到了vlan1默认VLAN里,虽然没有了,但是划分的VLAN还在,这是因为没有删除掉vlan.dat文件的关系,于是把VLAN1设置了管理IP
这样我们才能使用TFTP恢复config.text,同时这样才能测试有问题的端口是否正常，采用的方法就是将网线接到这个端口上,使用PING命令PING连接的PC,或者使用WEB查看图标状态.如果不配置这个IP的话,再次使用show interfaces vlan 1 description查看端口状态,其实这时发现是UP状态,实际上已经能确定该端口没有损坏了,但是基于上面的其他原因,所以要设置管理IP.(后面恢复了配置又有新问题)
enable
conf term
interface vlan1
ip adress 192.168.0.1 255.255.255.0
wr保存
然后,使用上面的方法,最终确认了该端口确实是正常的。
于是,就考虑恢复了以前的设置,到底为什么该端口是DOWM状态.
有个小插曲,设置了IP地址后,使用telnet方式登录不上去,原因是没有设置密码,设置了密码以后,就可以拉 .
在enable状态下,执行copy tftp config.text,提示输入TFTP服务器IP,这样就恢复了.
然后wr reload重启交换机.
居然又连不上拉,换了另一个端口,登陆上去,用more config.text查看配置文件,最后发现:
monitor session 1 source interface Gi0/3
monitor session 1 destination interface Gi0/7
这个配置和GI0/7有关,莫非是这条配置导致的断口无法使用吗?赶紧google,发现这两条配置是:
SPAN技术主要是用来监控交换机上的数据流
使用show monitor
发现Ingress: Disabled,又看了一些文章,感觉
monitor session 1 destination interface gi0/7 ingress vlan 5没有制定VLAN造成状态错误,(但这个我没有实验 ,这个 是 在写这个备忘录的时候想到的)
我只是执行了下面这个命令.
使用no monitor session 1命令删除掉端口镜相,
在测试该端口,正常.
我们只负责告知客户该端口正常就可以拉,他们的网络工程师会处理.
总结一下,看来cisco的东西也是满有意思的,有空可以玩一玩,研究一下,记得,CLI下的命令要经常使用?号,这样可以知道好多命令.
