Cisco网络故障的基本排除方法

合集下载

学用分层、分段法排除网络故障

学用分层、分段法排除网络故障

学用分层、分段法排除网络故障网络故障的现象有很多,即使同一个故障的表面现象也可能不一样,所以作为一名网管员,要善于抓住问题的本质,用最快的速度去排除故障。

这里介绍用分层和分段的方法去逐步找到故障的原因。

所谓分层的思路,是把OSI七层模型和现实的网络环境相对应,从高到低地判断故障。

一般主要是考虑七层模型的下三层的对应关系,即把维护的网络设备的各种故障现象归类到物理层、链路层和网络层,其中物理层的故障一般很好理解,所以把链路和物理层放在一起。

比如调制解调器的灯指示的是物理层的信息,CD代表载波,不亮的话指示电话线的连接有问题。

CTS代表与电脑的接口是否正确地连接,不亮的话要么是连接线有问题,要么就是RS232口有问题。

网卡的Link灯代表网线的好坏或者与Hub的连接是否正确,网卡的100M 灯代表是否是100M连接。

大中型的服务器上一般都有液晶的小条,实时显示服务器的运行状态,可以从中看出设备的故障情况。

大部分网络设备的物理层的信息虽然标识一样,但在细节上很不相同,需要仔细研读产品说明书来了解。

从链路层开始就需要对网络协议有比较清晰的了解。

在网络中运行的设备一般都严格遵守七层协议,可以运用网络规程仪表对网络进行监控,也可以运用本地环或者远端环对线路的质量进行检查。

在以太网上,一般可以运用Sniffer对所有的包进行窃听来判断故障的位置。

目前交换机普及后,也可用在交换机上观察各以太口上获得的MAC地址来判断故障。

链路层的信息一般和物理层的信息交织在一起,除非出现误码率高和设备运行状态不稳定等,都不需要对链路层进行排障。

到了网络层,随着故障的复杂化,网络管理员可以运用的工具也多了。

在IP网络上,一般用Ping来判断网络的通断,可以用traceroute来跟踪路由的方向,当然也可以利用网络设备内部提供的丰富的命令来查看设备内部的运行情况。

比如Cisco设备的show命令就提供了很多选项,可以看到设备的各种信息。

cisco设备连接导致的网络故障

cisco设备连接导致的网络故障

连接错误导致的网络崩溃公司有两个完全隔离的网络系统,内网和外网。

内网的主要作用是处理一些安全性要求比较高,有保密性的事务。

并且,内网上有很多服务器,如DNS、WEB、邮件、人事、档案等服务器,这些服务器对公司业务的正常运转都至关重要,所以一定要保证它们的安全性、稳定性和可靠性。

而公司的外网主要是让办公人员访问互联网,在Internet下载资料,和外单位联系时使用。

一、公司网络概况公司内网的核心层交换机使用的是Cisco 4507R,在Cisco 4507R上接有多个服务器。

内网的接入层交换机使用的是Cisco 3750。

内网中IP地址使用的是A类私有地址,其中内网的DHCP服务器IP地址为10.1.1.1/24。

客户端都是自动从DHCP服务器获取IP地址、DNS和默认网关地址。

内网的结构示意图如图1所示。

外网的核心层交换机使用的是Cisco 4503。

外网的结构相对内网要简单许多,因为只要保证用户能访问互联网就行,在安全性和稳定性方面要求比较低。

外网中的接入层交换机使用的是Cisco 2960。

IP地址使用的是B类私有地址。

外网中只使用了一台服务器,即DHCP服务器,IP地址为172.16.1.1/24。

同样,外网中的客户端也是自动从DHCP服务器上获取IP地址、DNS和默认网关地址。

外网的网络结构图如图2所示。

二、故障发生的过程公司的内网和外网在客户端接入时,有的办公室要接入网络中的电脑数量,比房间中的信息点数量要多。

这样如果不扩展房间中信息点数量,就不能保证所有的电脑都连接到网络中。

在这种情况下,我们使用了TP-Link的8端口交换机。

交换机的一个端口上连到办公室内网或外网中的一个信息点上,这样交换机上的其它七个端口就可以直接连接到用户的电脑上,有效的扩展了办公室中信息点的数量。

引起网络崩溃的错误连接发生在同一个办公室中。

错误连接的示意图,如图3所示。

因为这个办公室中的内网和外网的信息点都很少,所以在用户接入内网和外网时,都使用了一个TP-Link的8端口交换机。

cucm 使用手册

cucm 使用手册

cucm 使用手册CUCM(Cisco Unified Communications Manager)是思科公司研发的统一通信解决方案,它为企业提供了可靠的IP通信服务。

本手册将为您介绍CUCM的基本功能和使用方法,帮助您有效管理和配置您的通信系统。

一、CUCM 概述CUCM 是一种基于IP网络的企业通信系统,它集成了语音、视频、即时消息和移动通信等多种通信功能。

CUCM 可以通过IP电话、软电话、移动电话等各种终端设备实现企业内部和外部的通信。

二、安装与配置1. 硬件要求在部署CUCM之前,您需要确保服务器满足以下要求:至少8GB内存、500GB硬盘空间、支持双核处理器、支持RAID 1磁盘阵列等。

同时还需要安装操作系统和数据库软件。

2. 安装CUCM安装CUCM需要借助启动光盘或USB驱动器。

插入启动介质后,按照屏幕指示进行安装。

安装过程中需要设置管理员账户和密码。

3. 配置CUCM安装完成后,您需要通过Web界面进行CUCM的配置。

首先,输入管理员账户和密码登录系统。

然后,按照系统向导进行配置,包括网络设置、电话用户设置、设备配置等。

三、电话用户管理1. 添加用户登录CUCM管理员界面后,选择“用户管理”,点击“添加新用户”。

按照提示,填写用户的基本信息,例如姓名、工号、电话号码等。

点击“保存”完成用户的添加。

2. 激活用户添加用户后,默认状态是停用,您需要激活用户才能使其正常使用。

在用户列表中勾选要激活的用户,点击“激活”按钮即可。

3. 用户权限管理CUCM支持对用户设置不同的权限,例如管理员、普通用户、访客等。

您可以在用户管理界面设置用户的权限级别,从而实现权限的细化管理。

四、设备管理1. 添加设备在CUCM管理员界面选择“设备”菜单,点击“添加新设备”。

填写设备的基本信息,例如设备类型、设备名称、MAC地址等。

点击“保存”完成设备的添加。

2. 关联设备和用户您可以在设备管理界面关联用户和设备,使用户可以使用特定的设备。

路由器出现故障诊断与排除

路由器出现故障诊断与排除

路由器出现故障诊断与排除网络诊断是一门综合性技术,涉及网络技术的各个面。

路由器故障是最常见的问题,首先先看诊断有哪些模式,然后一起简单回顾一下网络和路由器的基本概念,路由器故障怎么办?怎么排除,跟着店铺一起来了解吧!路由器出现故障诊断与排除网络故障诊断应该实现三方面的目的:确定网络的故障点,恢复网络的正常运行;发现网络规划和配置中欠佳之处,改善和优化网络的性能;观察网络的运行状况,及时预测网络通信质量。

网络故障诊断以网络原理、网络配置和网络运行的知识为基础。

从故障现象出发,以网络诊断工具为手段获取诊断信息,确定网络故障点,查找问题的根源,排除故障,恢复网络正常运行。

网络故障通常有以下几种可能:物理层中物理设备相互连接失败或者硬件及线路本身的问题;数据链路层的网络设备的接口配置问题;网络层网络协议配置或操作错误;传输层的设备性能或通信拥塞问题;上三层CISCO IOS或网络应用程序错误。

诊断网络故障的过程应该沿着OSI七层模型从物理层开始向上进行。

首先检查物理层,然后检查数据链路层,以此类推,设法确定通信失败的故障点,直到系统通信正常为止。

网络诊断可以使用包括局域网或广域网分析仪在内的多种工具:路由器诊断命令;网络管理工具和其它故障诊断工具。

CISCO提供的工具足以胜任排除绝大多数网络故障。

查看路由表,是解决网络故障开始的好地方。

ICMP的ping、trace命令和Cisco的show命令、debug命令是获取故障诊断有用信息的网络工具。

我们通常使用一个或多个命令收集相应的信息,在给定情况下,确定使用什么命令获取所需要的信息。

譬如,通过IP协议来测定设备是否可达到的常用方法是使用ping 命令。

ping从源点向目标发出ICMP信息包,如果成功的话,返回的ping信息包就证实从源点到目标之间所有物理层、数据链路层和网络层的功能都运行正常。

如何在互联网络运行后了解它的信息,了解网络是否正常运行,监视和了解网络在正常条件下运行细节,了解出现故障的情况。

《计算机网络》 实验二 CISCO交换机的基本操作 实验报告

《计算机网络》 实验二 CISCO交换机的基本操作 实验报告

千里之行,始于足下。

计算机网络》实验二 CISCO交换机的基本操作实验报告计算机网络》实验二 CISCO交换机的基本操作实验报告摘要:计算机网络的使用已经变得日常化,而交换机作为网络中常见的设备,对网络的稳定运行起着重要的作用。

本实验旨在通过对CISCO交换机的基本操作进行实践,加深对交换机工作原理的理解,掌握交换机的基本配置和网络故障排除等技能。

本文将详细介绍实验过程及结果,并对实验中所遇到的问题和解决方法进行讨论。

一、引言计算机网络是现代社会中信息传输的基础设施,其中交换机作为实现计算机之间进行数据传输和通信的关键设备,对网络的稳定运行起着重要的作用。

本实验通过对CISCO交换机的基本操作进行实践,旨在加深对交换机工作原理的理解,并掌握交换机的基本配置和故障排除等技能。

二、实验目的1. 掌握CISCO交换机的基本使用方法和操作步骤;2. 理解交换机的工作原理和基本配置;3. 能够进行交换机的基本配置和故障排除。

三、实验步骤及结果1. 实验环境准备(1) 操作系统:Windows 10;(2) 软件:PuTTY、CISCO交换机模拟器。

第1页/共3页锲而不舍,金石可镂。

2. 实验步骤(1) 打开PuTTY,通过SSH协议连接到CISCO交换机模拟器;(2) 输入用户名和密码以登录交换机;(3) 配置交换机的基本信息,如主机名、IP地址、子网掩码等;(4) 配置交换机的端口 VLAN 和端口模式;(5) 配置交换机的端口速率和双工模式;(6) 进行网络连通性测试,检查配置是否成功。

3. 实验结果及分析经过实验操作,成功登录CISCO交换机,并按照实验指导书要求进行了基本配置。

通过网络连通性测试,确认配置生效,并能正常进行数据传输和通信。

实验结果表明,基本操作步骤能够顺利实现,并取得了预期的实验效果。

四、问题与解决1. 问题1:无法连接到CISCO交换机。

解决方法:检查网络连接是否正常,重新配置PuTTY连接参数。

Cisco IOS OSPF 邻居关系不能正常建立的原因和解决方法

Cisco IOS OSPF 邻居关系不能正常建立的原因和解决方法

OSPF 邻居关系不能正常的原因和解决方法1、接口上没有激活ospf就是在network语句的时候没有匹配清楚,比如配置了错误的反掩码不对,在show ip ospf interface 的时候不会显示你希望激活的接口使用show ip ospf interface来验证这时候的邻居表是空的R2#show ip ospf neighborR2#2、物理层或者是数据链路层协议down.使用show ip int brief 或者是show int type nomber会导致ospf packet 封装失败。

3、建立邻居的接口被passive掉R2#show ip ospf interface Ethernet 0Ethernet0 is up, line protocol is upInternet Address 131.108.1.2/24, Area 0Process ID 1, Router ID 131.108.1.2, Network Type BROADCAST, Cost: 10Transmit Delay is 1 sec, State DR, Priority 1Designated Router (ID) 131.108.1.2, Interface address 131.108.1.2No backup designated router on this networkTimer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5No Hellos (Passive interface)Neighbor Count is 0, Adjacent neighbor count is 0Suppress hello for 0 neighbor(s)4、OSPF的hello组播地址被ACL BlockR1#interface Ethernet0ip address 131.108.1.1 255.255.255.0ip access-group 100 in!access-list 100 permit tcp any anyaccess-list 100 permit udp any anyaccess-list 101 permit ip 131.108.1.0 0.0.0.255 host 224.0.0.5R2#interface Ethernet0ip address 131.108.1.2 255.255.255.0ip access-group 100 in!access-list 100 permit tcp any anyaccess-list 100 permit udp any anyaccess-list 101 permit ip 131.108.1.0 0.0.0.255 host 224.0.0.5R2#debug ip packet 101 detailIP packet debugging is on (detailed) for access list 101IP: s=131.108.1.2 (Ethernet0), d=224.0.0.5, len 68, access denied, proto=89这时候的邻居关系是INITR2#show ip ospf neighborNeighbor ID Pri State Dead Time Address Interface131.108.2.1 1 INIT/- 00:00:33 131.108.1.1 Ethernet0R1#show access-list 101Extended IP access list 101permit ip 131.108.1.0 0.0.0.3 host 224.0.0.5 (8 matches)R1#debug ip packet 101 detailIP packet debugging is on (detailed) for access list 101R1#IP: s=131.108.1.1 (local), d=224.0.0.5 (Ethernet0), len 60, sending broad/multicast,proto=89 IP: s=131.108.1.2 (Ethernet0), d=224.0.0.5, len 82, access denied, proto=89IP: s=131.108.1.1 (local), d=224.0.0.5 (Ethernet0), len 60, sending broad/multicast,proto=89 IP: s=131.108.1.2 (Ethernet0), d=224.0.0.5, len 82,access denied, proto=895、在broadcast链路上的子网掩码不匹配6、Hello/dead 间隔不匹配7、认证方式或者是认证密码不匹配使用debug ip ospf adj 来查看,可以自己使用不同的情况来验证8、两台路由器处于不同的AREAR1#debug ip ospf adjOSPF adjacency events debugging is onR1#OSPF: Rcv pkt from 131.108.1.2, Ethernet0, area 0.0.0.0mismatch area 0.0.0.1 in the headerR2#show log%OSPF-4-ERRRCV: Received invalid packet: mismatch area ID, from backbone area must bevirtual-link but not found from 131.108.1.1, Ethernet09、Stub/transit/NSSA 区域类型不匹配,这个是常常不小心会被忘记的。

cisco 思科 Catalyst 9800无线控制器常见无线客户端连接问题故障排除

cisco 思科 Catalyst 9800无线控制器常见无线客户端连接问题故障排除

Catalyst 9800无线控制器常见无线客户端连接问题故障排除目录简介先决条件要求使用的组件收集日志客户端无法连接时的场景Web身份验证凭据无效策略配置文件中未定义有效的VLAN错误密码9800 WLC上不存在RADIUS发送的访问控制列表(ACL)RADIUS发送的VLAN在9800 WLC上不存在由于WLAN或策略配置文件中的更改而断开连接从网络中手动删除客户端由于EAP超时而断开连接由于AP无线电重置,已断开连接由于Web身份验证超时而断开连接由于会话超时,已断开连接由于空闲超时而断开连接客户端在SSID之间移动简介本文档介绍最常见的无线客户端连接问题场景以及如何在Catalyst 9800无线控制器上解决这些问题。

先决条件要求Cisco 建议您了解以下主题:Cisco Catalyst 9800 系列无线控制器q无线控制器的命令行界面(CLI)访问q使用的组件本文档中的信息基于Cisco IOS® XE Gibraltar 16.10或更高版本的软件和硬件版本。

本文档中的信息都是基于特定实验室环境中的设备编写的。

本文档中使用的所有设备最初均采用原始(默认)配置。

如果您的网络处于活动状态,请确保您了解所有命令的潜在影响。

收集日志WLC 9800 提供无间断跟踪功能。

这可确保持续记录所有客户端连接相关的错误、警告和通知级别消息,并且您可以在发生事故或故障情况后查看其日志。

注:根据生成的日志量,您可以返回几小时到几天。

要查看9800 WLC默认收集的跟踪,可以通过SSH/Telnet连接到9800 WLC并遵循以下步骤(确保会话记录到文本文件)。

步骤1:检查控制器当前时间,以便您可以在问题发生之前的时间跟踪日志。

# show clock第二步:根据系统配置的指示,从控制器缓冲区或外部系统日志收集系统日志。

这样可以快速查看系统的运行状况和错误(如果有)。

# show logging第三步:验证是否启用了任何调试条件。

CISCO交换机故障排除

CISCO交换机故障排除

实验CISCO交换机故障排除
(说明:show module是用于Catalyst5000系列的交换机查看模块的命令,所以在实验过程中,输入这个命令,可能会报错,没有显示信息,另一种原因是远程登录的交换机都是没有任何配置的,也没有添加模块)
使用SHOW PORT命令所输出的信息显示如下:1) Port 已经查询过的端口号
如果有某个S N M P管理应用软件,比如C i s c o Wo r k s正在监视着该交换机的话,那么,窃听将会向S N M P控制台产生一个自陷消息。

使用SHOW MAC命令所输出的信息显示如下:1) MAC 被怀疑的模块号和端口号
使用SHOW VLAN命令所输出的信息显示如下:
1) VLAN VLAN标号
2) Name VLAN的名字,如果已经配置了该选项的话
使用SHOW TRUNK命令所输出的信息显示如下:
使用SHOW VTP DOMAIN命令所输出的信息显示如下:
使用SHOW SPANTREE命令所输出的信息显示如下:
1) VLAN 指出现在所显示的是哪个V L A N的信息
2) Spanning tree 指出生成树的当前状态
SHOW INTERFACE命令将可以显示出该LAN所使用的以及远程访问到该交换机的SLIP。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

Cisco网络故障的基本排除方法Cisco网络故障的基本排除方法 1.故障判断及排除(Troubleshooting) 这里我们介绍在使用路由器时可能出现的硬件,软件问题;在联网过程中,如X.25,FR, DDN,DDR, TCP/IP,与IBM大型主机互连等不同网络环境碰到的问题及解决办法. · Troubleshooting的工具 · TCP/IP连接的Troubleshooting · 串口连接遇到问题的Troubleshooting · 电话拨号连接的Troubleshooting · 帧中继连接的Troubleshooting · X.25连接的Troubleshooting · 与IBM主机连接的Troubleshooting 2.Troubleshooting的工具 Troubleshooting的工具有许多种,可以用路由器的诊断命令,Cisco网络管理工具(CiscoWorks)和规程分析仪等等方法.下面我们主要介绍路由器的诊断命令. 路由器诊断命令有四种: · 用 show 命令 · 用 debug 命令 · 用 ping 命令 · 用 trace 命令 用 show 命令 Show是一个很有用的监控命令和解决系统出现问题的工具.下面是几个通常用到的show命令: · show interface---显示接口统计信息. 一些常用的show interface命令: · show interface ethernet · show interface tokenring · show interface serial · show controllers---显示接口卡控制器统计信息. 一些常用的show controllers命令: · show controllers cxbus · show controllers e1 · show running-config---显示当前路由器正在运行的配置. · show startup-config---显示存在NVRAM配置. · show flash---Flash memory内容. · show buffers---显示路由器中bufferpools统计信息. · show memory---路由器使用内存情况的统计信息,包括空闲池统计信息. · show processes---路由器活动进程信息. · show version---显示系统硬件,软件版本,配置文件和启动的系统映象. 用 debug 命令 在超级用户模式下的debug命令能够提供端口传输信息,节点产生的错误消息,诊断协议包和其它有用的troubleshooting数据. !! 注意:使用debug命令要注意,它会占用系统资源,引起一些不可预测现象.终止使用debug命令请用nodebug all命令. Debug命令默认是显示在控制台端口上的,可用logbuffer命令把输出定向到buffers里面.若是telnet过去的,可用Router#terminalmonitor监控到控制台信息. 用ping命令 Ping确定网络连通. 用 trace 命令 Trace命令跟踪路由器包传输. 3.TCP/IP连接的Troubleshooting 现象:主机到本地路由器的以太口不通 建议:我们可以把路由器的以太网口看作是普通主机的以太网卡,这就成了一个局域网连接问题, 1. 用show interface ethernet number命令 Router#show interface ethernet 0 Ethernet is up,line protocol is down 2. 若Ethernet is down,请把线缆(同轴线缆或双绞线)接上.若已接上,ethernet依然是down,请找你的代理联系. 3. 若Ethernet is admsinstratively down. Router#conf t Router(config)#interface ethernet 0 Router(config-if)#no shutdown Router(config-if)#^Z Router# 4. 若Ethernet is up,而line protocol is down. 主机10M网卡接到路由器100M的以太口上面,它不是自适应的(目前版本).反之无问题. 若是同轴线缆请检查线缆,T型头,终结器,是否连接正确. 若是双绞线请检查线缆是否正确,中间是否通过HUB连接,若是直连主机要用交叉线. 若是100BaseTX接口,需要用五类双绞线. 若是一个接口提供两种物理介质,如粗缆AUI和UTPRJ45,默认为AUI 的.要用RJ45需要: Router#conf t Router(config)#interface ethernet 0 Router(config-if)#media-type 10baset Router(config-if)#^Z Router# 5. 若Ethernet is up,line protocol is up;但ping不通. 请查看路由器以太口的IP地址,是否与主机IP地址在同一个网段上. 6. 经过以上几个步骤,问题仍未解决,请找你的代理联系. 现象:主机到对方路由器广域网口或以太网口不通. 建议:假设主机到本地路由器的以太口已通. 1. 在路由器上检查两个广域网口之间是否通,若不通,请看下面关于广域网的troubleshooting. 2. 若路由器两个广域网口之间是通的. 在主机上用"netstat -rn"命令查找路由,若没有请用"routeadd"加入. 以SCO UNIX为例: #netstat -rn #route add 目的网段掩码网关 1 或 #vi /etc/gateways net 目的网段 gateway 本地路由器以太口地址metric 1 passive 3. 若主机上有默认网关,检查路由器路由协议配置. Router#show ip route Router#show running-config . . . router eigrp 1 network ... network ... 两端路由器配置路由协议是否一致,是否在一个自治系统里面."network"加入的网段是否正确. 现象:主机到对方目的主机不通. 建议:按以下步骤解决. 1. 检查主机到本地路由器的以太口. 2. 检查两个广域网口. 3. 检查主机到对方路由器广域网口. 4. 检查主机到对方路由器以太网口. 可用telnet命令远程登录到对方路由器上,按检查本地主机到本地路由器的以太口的方法检查对方局域网连接情况. 5. 重复3和4,检查对方到本地情况. 6. 经过以上几个步骤,问题仍未解决,请找你的代理联系. 4.串口连接遇到问题的Troubleshooting 现象:在专线连接时,路由器直连的两个广域网口间不通. 建议:我们可以把两个路由器广域网口之间分成三段,如图所示: 路由器A--1---MODEMA----2----MODEMB--3--路由器B 我们的任务就是要检查出是哪一段不通并解决它. 1. 用show interface serial number命令 2. 若是Serial is down,表示路由器到本地的MODEM之间无载波信号CD. 连接串口和MODEM,开启MODEM.看MODEM的发送灯TD是否亮,TD 灯亮表示路由器有信号发送给MODEM.TD灯若不亮,请检查MODEM,线缆(最好用Cisco所配的)和端口.你可以用另外一个串口再试试看. 3. 若Serial is up,但line protocol is down.有几种可能: a.本地路由器未作配置. b.远端路由器未开或未配置. 路由器两端需要配置相同的协议打包方式.例如:路由器A打包HDLC,路由器B打包PPP,那么两台路由器的lineprotocol始终是down的.改变打包方式: Router#conf t Router(config)#interface serial 0 Router(config-if)#encapsulation ppp Router(config-if)#^Z Router# c.若是使用Newbridge的26XX,27XX的DTU设备,它不发送CD信号,请在路由器上设置: Router#configure terminal Router(config)#int serial 0 Router(config-if)#ignored-dcd Router(config-if)#^Z Router# d.MODEM之间没通,即专线没通. 解决办法:作测试环路.请电信局帮助确定具体出现问题是哪一段线路.若作环路成功,lineprotocol会变成up(looped). 4. 若Serial is up,但line protocol is up(looped). 用show running-config看看端口是否作了loopback配置,若有删调它. MODEM是否作了环路测试. 专线是否作了环路测试. 5. 若Serial is admsinstratively down,line protocol is down. Router#conf t Router(config)#interface serial 0 Router(config-if)#no shutdown Router(config-if)#^Z Router# 5.电话拨号连接的Troubleshooting 要解决用电话拨号网连接出现的问题,首先要: 确定路由器与MODEM之间已连接 明白show line输出的含义 确定路由器与MODEM之间已连接 我们在路由器上用反Telnet(Reverse Telnet Session)到MODEM,来确定路由器与MODEM之间的连接.也就是说,反向登录到MODEM上面可对它用AT指令作配置.具体步骤如下: 1. 在路由器控制台上,用命令 telnet ip-address 20yy 其中 ip-address是一个活动端口的地址, yy 是连接MODEM的line 线.例如,下面例子是用IP地址192.169.53.52连接到辅助口上: telnet 192.169.53.52 2001 2. 如果连接被拒绝,可能有其它用户连接在该口上.用showusersEXEC命令决定是否被占用,若是,clearline清除它;若没有,重试反Telnet. 3. 如果连接仍被拒绝,确认MODEM控制modeminout. 4. 确定路由器txspeed和rxspeed与MODEM设置的数率一致. 5. 反Telnet登录成功后,AT命令确定应答OK. 明白show line输出的含义 Show line line-number EXEC是非常有用的trobbleshooting命令. 现象:MODEM和路由器间无连接.试用反登录无反应或用户收到"ConnectionRefused by Foreign Host"信息. 建议: 1. 用show line看MODEM一栏是否是"inout",若不是,在路由器上: Router#conf t Router(config)#line aux 0 Router(config-line)#modem inout Router(config-line)#^Z Router# 2. 确定正确的线缆. 3. 硬件问题,请与你的代理联系. 现象:MODEM不拨号. 建议:MODEM不拨号,排除掉硬件,线缆的可能,就是: 1. 不感兴趣的包.用show running-config检查路由器配置,是否设置了dialer-list截段了你想传送的包,若是请重新配置access-list表. 2. Chat script配置错误.打开debug信息. Router#debug dialer %LINEPROTO-5-UPDOWN: Line protocol on InterfaceSerial0,changed state to down %LINK-3-UPDOWN: Interface Serial0, changed state to down %LINK-3-UPDOWN: Interface Async1, changed state to down Async1: re-enable timeout Async1: sending broadcast to defaultdestinationget_free_dialer: faking it Async1: Dialing cause: Async1: ip PERMIT Async1:No holdq created - not configured Async1: Attempting to dial 8292 CHAT1: Attempting async line dialer script CHAT1: Dialing using Modem script: backup & Systemscript: none -- failed, not connected CHAT1: process started CHAT1: Asserting DTR CHAT1: Chat script backup started CHAT1: Expecting string: Async1: sending broadcast to default destination --failed, not connected CHAT1: Timeout expecting: CHAT1: Chat script backup finished, status = Connectiontimed out; remote host not responding Async1: disconnecting call ...... 6.帧中继连接的Troubleshooting 1. 用show interface serial查看interface和lineprotocol是否up.确定连接的线缆正确. 2. 如果interface is up,但line protocol是down.用showframe-relay lmi查看帧中继的LMI类型. 3. 用show frame-relay map查看打包类型. 4. 用show frame-relay pvc查看PVC. 5. 打开debug信息. 7.X.25连接的Troubleshooting 确定两个X.25端口连接上. MODEM状态:若线路已连通,MODEM的CD灯和RD灯应该亮,表示X.25交换机有数据发送过来. 我们也可以用pad本地或对方的X.121地址,若能pad过去,说明行X.25网链路层已通. Router#pad 28050103(对方的X.121地址) 用show interface serial命令.若serialis down,line protocol is down请检查路由器与MODEM连接线缆,换另外串口重试. 若serial is up,但line protocol is down.请与电信局联系,检查LAPB 参数是否匹配. 若serial is up,line protocol is up.但ping对方广域网口不通. 用show running-config查看串口是否作了x25map ip设置. X.25设置中,最大虚电路数值是否超过了申请的值. 若对方连接的不是路由器,而是一块X.25网卡(以博达卡为例)环境:知识:博达X.25卡上#cd /etc/x.25#vi x25.profile (网卡参数设定文件) LOCADDR 28050103 (本地X.25端口X.121地址) VC 16 IVC 0 (呼入VC数) OVC 0 (呼出VC数) PVC 0 (永久VC数) X25TIMEOUT 60 (拆链时间)故,SVC=VC-IVC-OVC-PVC.#x25reset (重启X.25网卡)#x25link (监控当前状态信息)#vi x25.addr (地址对应文件,IP层能互相通信,要把X.121地址与IP地址对应起来) 130.132.128.4 28050104 SVC 0 130.132.128.3 28050103 SVC 0#cd /etc#vi tcp 加上 ifconfig x25 130.132.128.3 -arp network 255.255.0.0一般X.25连接出现问题都是一方的IP地址与X.121地址之间映射没有设定. 8.与IBM主机连接的Troubleshooting DLSw+Troubleshooting STUN Troubleshooting CIP Troubleshooting DLSw+Troubleshooting 在用DLSw+通过路由器实现PU2.0/2.1与IBM大型主机之间连接,我们要同时用showdlsw和show interface serial命令解决出现的问题. 首先检查DLSw+定义的两个对等peers是否连通Router#show dlsw peersPeers: state pkts-rx pkts-tx type drops ckts TCP uptime TCP 17.18.15.1 CONNECT 16080 8400 conf 0 0 000.03.27 TCP 1.1.12.1 DISCONN 0 0 conf 0 0 0 00.00.00 Peers --- 对应"dlsw remote-peer"定义的对等peers IP地址.state --- 表示与对等peers的连接状态.其中:CONNECT表示对等peers已建立. CAP_EXG表示与远程peer交换性能信息. WAIT_RD是建立peer连接的最后一步,等待远程peer应答信息. DISCONN表示与对等peers没有建立连接,请参阅TCP/IP Troubleshooting检查TCP连接故障. WAN_BUSY表示TCP传输队列已满,不能传输数据. 若对等peers已建立连接,请查看性能交换信息. Router#show dlsw capabilities DLSw:Capabilities for peer 172.18.15.166 vendor id (OUI) : 00C (cisco) version number : 1 release number : 0 init pacing window : 20 unsupported saps : none num of tcp sessions :1 loop prevent support : no icanreach mac-exclusive : no icanreach netbios-excl. : no reachable mac addresses : none reachable netbios names : none cisco version number : 1 peer group number : 0 border peer capable : no peer cost : 3 biu-segment configured : no local-ack configured: yes priority configured: no version string : Cisco Internetwork Operating System Software IOS (tm) GS Software (GS7-K-M), ExperimentalVersion11.1(10956) [sbales 139] Copyright (c) 1986-1996 by cisco Systems, Inc. Compiled Thu 30-May-96 09:12 by sbales8 交换过性能信息后,就要寻找目的MAC地址了,显示出所有的路由器能够到达的MAC地址(本地和远端)Router#show dlsw reachabilityDLSw MAC address reachability cache listMac Addr status Loc.peer/port rif0000.810f.6500 FOUND LOCAL TBridge-001 --norif--0006.e918.7b70 FOUND LOCAL TBridge-001 --no rif--1000.5ae3.03f7 FOUND LOCAL TBridge-001 --no rif--7500.9221.0000 FOUND REMOTE 16.201.30.250(2065) max-lf(4472)7500.9221.0000 SEARCHING LOCALDLSw NetBIOSName reachability cache listNetBIOS Name status Loc.peer/port rifSXUSER2 FOUND LOCAL TBridge-001 --no rif-- 若本地MAC地址和目的MAC地址状态均是FOUND,请参看第五步. SEARCHING表示在寻找本地MAC地址或目的MAC地址.此时用show interface serial命令查看该口连接的PU状态. NOT_FOUND表示没有收到对PU轮询的应答. VERIFY表示确认缓存内信息. 在SERACHING本地MAC地址或目的MAC地址.Router#show interface serial 0Serial1 is up, line protocol is up Hardware isHD64570 MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec, rely 255/255, load 1/255 Encapsulation SDLC, loopback not set Router link station role: SECONDARY (DTE) Router link station metrics: group poll not enabled poll-wait 40000 seconds N1 (max frame size) 12016 bits modulo 8 sdlc vmac:4000.5555.00-- sdlc addr C1 state is DISCONNECT cls_state is CLS_STN_CLOSED VS 0, VR 0, Remote VR 0, Currentretransmit count 0 Hold queue: 0/200 IFRAMEs 0/0 TESTs 0/0 XIDs 0/0, DMs 0/0 FRMRs 0/0 RNRs 0/0 SNRMs 0/0 DISC/RDs 0/0 REJs 0/0 chain: C1/C1 Last input never, output never, output hang never Last clearing of "show interface" counters never Queueing strategy: fifo Output queue 0/40, 0 drops;input queue 0/75, 0 drops 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 0 packets input, 0 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 0 packets output, 0 bytes, 0 underruns 0 output errors, 0 collisions, 19 interface resets 0 output buffer failures, 0 output buffers swapped out 6 carrier transitionsDCD=up DSR=up DTR=up RTS=up CTS=up说明:Encapsulation SDLC---串口打包方式为SDLC.Router link station role: SECONDARY (DTE)---目前端口作secondary,由"sdlc role"命令设置.sdlc vmac: 4000.5555.00-- ---由"sdlc vmac"设置的MAC地址.注意它的最后两位是留给PU地址的. 在本例中,端口MAC地址是4000.5555.00C1.sdlc addr C1 state is DISCONNECT ---该端口连接PU C1当前状态.有以下几种状态: DISCONNECT -与PU未连接,次站没有发TEST或XID帧请求建立连接.请检查下面连接的PU是否启动 SNA进程,若是用DCE线缆连接PU请检查线缆是否正确,若是MODEM连接到远端PU上,请检查MODEM状态灯. DISCSENT-路由器发送断开请求(DISC)给次站,正在等待次站应答. SNRMSENT-路由器发送连接请求(SNRM)给次站,正在等待次站应答.这个状态出现在作主站的路由器上.若是在作主站路由器上出现SNRMSENT状态,检查下端PU是否开机,路由器端口与PU上SDLC口连接的MODEM是否已通(MODEM的DTR,CD,RXD,TXD灯应常亮).一句话,出现SNRMSENT 状态是路由器端口与它下端PU之间问题. CONNECT-PU连接正常.路由器和它连接的次站正常连接. THEMBUSY-PU发送RNR帧.次站告诉路由器暂时不能接收任何信息. USBUSY-路由器发送RNR帧.路由器告诉次站暂时不能接收任何信息.路由器已接收到次站对SNRM帧的应答帧UA,试图建立SDLC或LLC2会话. BOTHBUSY-双方均发送RNR帧.告诉对方暂时不能接收任何信息. ERROR-违反SDLC协议.路由器正在等待次站应答. SNRMSEEN-路由器作次站,接收到SNRM帧. 当双方MAC地址都找到后,开始建立链路了.Router#show dlsw curcuitIndex local addr(lsap) remote addr(dsap) state181**** ****.5ae3.430d(04) 4000.5555.00c1(04) CONNECTED用"show interface serial"查看PU状态应是"CONNECT". 我们也可以用"debug dlsw"获得更多的信息帮助解决网络中出现的问题.你可以记录下debug传输信息提供给你的代理. 问题:远端没有到达本端机器.远端peer的IP地址是172.18.16.156. 建议: 检查show dlsw peer输出,我们看到:Peers: state pkts-rx pkts-tx type drops ckts TCP uptime TCP 172.18.16.156 DISCONN 0 0 conf 0 0 0 -- 用debug dlsw peers命令决定问题: DLSw:action_a() attempting to connect peer172.18.15.156(2065) DLSw:action_a(): Write pipe opened forpeer172.18.15.156(2065) DLSw:peer 172.18.15.156(2065), old state DISCONN, new stateWAIT_RD DLSw:dlsw_tcpd_fini() for peer 172.18.15.156(2065) DLSw:tcp fini closing connection for peer172.18.15.156(2065) DLSw:action_d(): for peer 172.18.15.156(2065) DLSw:peer 172.18.15.156(2065), old state WAIT_RD, new stateDISCONN DLSw:Not promiscuous - Rej conn from172.18.15.166(2065) 诊断:试着打开peer172.18.15.156,但不成功.DLSw+接收到来自172.18.15.166的打开请求,但是DLSw+拒绝它,因为这个peer没有定义.由此我们可以判断定义peer地址不正确.该peer地址为172.18.15.166就连通了. Peers: state pkts-rx pkts-tx type drops ckts TCP uptime TCP 172.18.16.166 CONNECT 2 2 conf 0 0 0 00:224:27 问题:SDLC设备不能连接到主机.Milan是连接SDLC设备的远端peer. 建议: 用show dlsw peer命令显示peer是up的.milan#sh dlsw peersPeers: state pkts-rx pkts-tx type drops ckts TCP uptime TCP 172.18.16.166 CONNECT 2 2 conf 0 0 0 00:224:27 Show dlsw circuits没有链路产生.milan#show dlsw circuitsmilan# Show interface 命令显示SDLC 地址状态是USBUSY,这表示我们已经成功的连接到下端路由器上.Router#show interface serial3/7Serial1 is up, line protocol is up Hardware is HD64570 MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec, rely 255/255, load 1/255 Encapsulation SDLC, loopback not set Router link station role: SECONDARY (DTE) Router link station metrics: group poll not enabled poll-wait 40000 seconds N1 (max frame size) 12016 bits modulo 8 sdlc vmac: 4000.5555.00-- sdlc addr C1 state is USBUSY cls_state is CLS_STN_CLOSED VS 0, VR 0, Remote VR 0, Current retransmit count 0 Hold queue: 0/200 IFRAMEs 0/0 TESTs 0/0 XIDs 0/0, DMs 0/1 FRMRs 20/20 RNRs 620/0 SNRMs 3/0 DISC/RDs 1/0 REJs 0/0 chain: C1/C1 sdlc addr C2 state is USBUSY cls_state is CLS_STN_CLOSED VS 0, VR 0, Remote VR 0, Current retransmit count 0 Hold queue:0/200 IFRAMEs 0/0 TESTs 0/0 XIDs 0/0, DMs 0/0 FRMRs 0/0 RNRs 730/0 SNRMs 7/0 DISC/RDs 0/0 REJs 0/0 chain: C2/C2 Last input never, output never, output hang never Last clearing of "show interface" counters never Queueing strategy: fifo Output queue 0/40, 0 drops; input queue 0/75, 0 drops 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 0 packets input, 0 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 0 packets output, 0 bytes, 0 underruns 0 output errors, 0 collisions, 19 interface resets 0 output buffer failures, 0 output buffers swapped out 6 carrier transitions DCD=up DSR=up DTR=up RTS=downCTS=up 检查配置到达的目的MAC地址是an#write terminal ... ! interface Serial3/7 description sdlc config to MVS mtu 4400 no ip address encapsulation sdlc no keepalive clockrate 9600 sdlc role primary sdlc vmac 4000.1234.5600sdlc N1 12016 sdlc address C1 sdlc xid C1 05DCCCC1 sdlc partner 4001.3745.1088 C1 sdlc address C2 sdlc xid C205DCCCC2 sdlc partner 4001.3745.1088 C2 sdlc dlsw C1 C2 ! ... 用show dlsw reachability mac-address命令发现MAC地址没找到:Router#show dlsw reachability mac-address4001.3745.1088DLSw MAC address reachability cache listMac Addr status Loc. peer/port rif0000.810f.6500 SEARCHING LOCAL 在FEP连接的路由器一端,用show dlsw reachability mac-address 命令发现MAC地址没找到:Router#show dlsw reachability mac-address 4001.3745.1088DLSw MAC address reachability cache listMac Addr status Loc. peer/port rif0000.810f.6500 SEARCHING REMOTE 显示show source-bridge,没有令牌环口走SRB: bolzano#showsource-bridge Global RSRB Parameters: TCP Queue Length maximum: 100 Ring Group 100: No TCP peername set, TCP transport disabled Maximum output TCP queue length, per peer: 100 Rings: 诊断:加上"source-bridge"命令,连接正常了. 问题:同一个串口上,一个SDLC设备连接正常而其它几个不行. 建议: 用show dlsw peer命令显示peer是up的.milan#sh dlsw peersPeers: state pkts-rx pkts-tx type drops ckts TCP uptime TCP 172.18.16.166 CONNECT 2 2 conf 0 0 0 00:224:27 用show dlsw reachability mac-address命令发现MAC地址:Router#show dlsw reachability mac-address4001.3745.1088DLSw MAC address reachability cache listMac Addr status Loc. peer/port rif0000.810f.6500 FOUND REMOTE 172.18.15.166(2065) 用show dlsw circuits mac-address命令告诉两个链路连接:milan#show dlsw circuit mac-address 4001.3745.1088 Index local addr(lsap) remote addr(dsap) state 250-004000.1234.56c1(04) 4001.3745.1088(04) CONNECTED 251-00 4000.1234.56c2(04) 4001.3745.1088(04) CKT_ESTABLISHED 用debug dlsw core命令输出: milan#debug dlswcore state DLSw core statedebugging is on milan# DLSw: START-FSM(251-00): event:DLC-Idstate:CKT_ESTABLISHED DLSw: core:dlsw_action_f() DLSw: END-FSM(251-00): state:CKT_ESTABLISHED->CKT_ESTABLISHED DLSw: START-FSM (251-00): event:DLC-Idstate:CKT_ESTABLISHED DLSw: core:dlsw_action_f() DLSw: END-FSM(251-00): state:CKT_ESTABLISHED->CKT_ESTABLISHED DLSw: START-FSM (251-00): event:WAN-XIDstate:CKT_ESTABLISHED DLSw: core:dlsw_action_g() DLSw: END-FSM(251-00): state:CKT_ESTABLISHED->CKT_ESTABLISHED DLSw: START-FSM (251-00): event:DLC-Idstate:CKT_ESTABLISHED DLSw: core:dlsw_action_f() DLSw: END-FSM(251-00): state:CKT_ESTABLISHED->CKT_ESTABLISHED DLSw: START-FSM (251-00): event:DLC-Idstate:CKT_ESTABLISHED DLSw: core:dlsw_action_f() DLSw: END-FSM(251-00): state:CKT_ESTABLISHED->CKT_ESTABLISHED DLSw: START-FSM (251-00): event:DLC-Idstate:CKT_ESTABLISHED DLSw: core:dlsw_action_f() DLSw: END-FSM(251-00): state:CKT_ESTABLISHED->CKT_ESTABLISHED DLSw: START-FSM (251-00): event:DLC-Idstate:CKT_ESTABLISHED DLSw: core:dlsw_action_f() DLSw: END-FSM(251-00): state:CKT_ESTABLISHED->CKT_ESTABLISHED DLSw: START-FSM (251-00): event:WAN-XIDstate:CKT_ESTABLISHED DLSw: core:dlsw_action_g() DLSw: END-FSM(251-00): state:CKT_ESTABLISHED->CKT_ESTABLISHED DLSw: START-FSM (251-00): event:DLC-Idstate:CKT_ESTABLISHED DLSw: core: dlsw_action_f() DLSw: END-FSM(251-00): state:CKT_ESTABLISHED->CKT_ESTABLISHED 诊断:DLSw试图在下端SDLC设备和FEP之间传输XID,但FEP并不建立会话.它通常是XID(IDBK/IDNUM)引起的. 在配置中加上"sdlc xid"后连接正常. STUNTroubleshooting 确定stun peer连通rick#sh stun peerThis peer: 10.17.5.2*Serial2 (group 1 [basic]) state rx_pkts tx_pkts dropsall TCP 10.17.5.2 open 5729 5718 0若状态不是open,应是TCP/IP连接问题,请参阅TCP/IP Troubleshooting. 用show interface确定路由器和主机之间serial isup,line protocol is up. 若是"down/down"请检查线缆,正确使用DTE和DCECable. 若serial一会儿up,一会儿down,不断反复.你的主机可能配置成半双工的而不是全双工的,使用MSD时路由器没有设成半双工的. 如果serail is up,但line protocol is down.最大可能是一端是NRZ 编码,另一端是NRZI编码.用"nrzi-encoding"命令设置NRZI编码.设定编码方式与大机相同. 一旦line操作正常,最常出现的问题就是SDLC地址不对.SDLC地址要与主机PU地址一致.如果收到下面信息就表示SDLC地址与主机PU地址不匹配. Received data from wrong address! Expect for outputaddress C2/Got C4. Debug sdlc 当工作正常时,debug输出信息顺序: SDLC Primary : DISCONNECT-->SDLC PRI WAIT-->NET UP WAIT-->CONNECT SDLC Secondary : DISCONNECT-->NET UP WAIT-->SDLC SECWAIT-->CONNECT CIPTroubleshooting 用"show interface channel 3/0"显示物理通道端口状态.若channel3/0 is up,line protocol is up.表示物理接口连接正常.否则请检查物理接口,线缆,bypass等是否连接正确.Router#sh intc3/0Channel3/0 is up, line protocol is up Hardware is cyBus Channel Interface MTU 4096 bytes, BW 36864 Kbit, DLY 270 usec, rely 255/255, load 1/255 Encapsulation CHANNEL, loopback not set PCA adapter card Data transfer rate 4.5 Mbytes, number of subchannels 1 Last input never, output never, output hang never Last clearing of "show interface" counters never Output queue 0/40, 0 drops; input queue 0/75, 0 drops 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 1677 packets input, 0 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 1595 packets output, 0 bytes, 0 underruns 0 output errors, 0 collisions, 5 interface resets, 0 restarts 0 output buffer failures, 0 output buffers swapped out 用"show interface channel 3/2"显示逻辑通道口状态.Router#sh int ch3/2Channel3/2 is up, line protocol is up Hardware is cyBus Channel Interface MTU 4472 bytes, BW 98304 Kbit, DLY 100 usec, rely 255/255, load 1/255 Encapsulation CHANNEL, loopback not set Virtual interface Last input 0:01:36, output0:01:26, output hang never Last clearing of "show interface" counters never Output queue 0/40, 0 drops; input queue 0/75, 0 drops 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 19090 packets input, 686391 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 20314 packets output, 754513 bytes, 0 underruns 0 output errors, 0 collisions, 0 interface resets, 0 restarts 0output buffer failures, 0 output buffers swapped out 用"show ext ch 3/0 csna oper"显示CSNA通道连接设备状态."stat"替代"oper"获得CSNA通道连接设备的统计值.确认CSNA通道连接设备状态为"setupComplet".Router#sh ext c3/0 csna Path Dv maxpiu time-delay length-delayCSNA 0100 E1 20470 1020470Router#sh ext c3/0 csna oper Path Dv Status SlowDown maxpiu time-delay length-delayCSNA 0100 E1 setupComplet off20470 10 20470 用"show ext ch 3/2 conn llc"命令确定SAPs值和CIP上打开的连接.确认定义在XCA中的正确的SAP值在CIP internal Token Ring LAN adapter中已打开.SHANXI2#sh ext c3/2 conn llc LAN Token 0 Adapter 1 5808.0100.0000 No SAPs open on this interface Total : SAPs opened = 0 Connections active = 0 如果CSNA通道连接设备状态是"setupComplet",正确的SAP值(i.e.,SAP 08)打开在正确的CIP internalMAC adapter上,进入第七步.否则,问题可能是PATH/DEVICE或XCA Major Node.请检查通道地址定义是否正确.若PATH/DEVICE正确,再在主机上"v net,act,id="命令确认XCA Major Node激活.Router#sh ext c3/0 csna oper Path Dv Status SlowDown maxpiu time-delay length-delayCSNA 0100E1 Close off 20470 10 20470 用"debug source-bridge"命令确定是否产生探测帧.如果确定以CIPinternal MAC地址为目的的探测帧被接收到,请打开"debugchannel vlan". 用"show ext ch 3/2 lan"命令显示CIP internal MAC adapters.核实CIP internal MAC adapter被CIP microcode确认.router#debug channel vlanrouter#show ext ch 3/2 lanLan TokenRing 0source-bridge 1000 1 100 Adapno Mac Address Name Vcnum 0 4000.1234.0001 544 0041 ACK ... ... ... ...... INU 如果CIP internal MAC adapters没有收到CIP的应答,(在"showext ch 3/2 lan"显示不是ACK而是CRE或PNDIND),表明CIPmicrocode没有承认CIP adapter配置命令.在这种情况下,RP不发送探测帧给CIP. 如果CIP internal MAC adapters已经接收到CIP的应答,用"showext ch 3/2 llc stat 4000.0008.0000",4000.0008.0000是CIP的internalMAC address,检查是否收到CIP MAC adapter的检测命令和应答. 如果正常,再用"show ext ch 3/2 llc stat4000.0008.0000 08"命令确认SAP是否接收到XIDs和应答.如果没有应答,可能是SwitchedMajor Node没被激活,或IDBLK/IDNUM不正确,或PU被占用. 在下端路由器上"show dlsw"命令查看串口连接的SNA end station状态.参阅DLSw+ Troubleshooting. 用"show llc2"显示当前已建立的LLC2链接.SHANXI2#sh llcLLC2 Connections: total of 1 connectionsChannel1/2 DTE:5808.0100.0000 4000.4700.10c1 04 04 state NORMALV(S)=38, V(R)=38, Last N(R)=38, Local window=7, Remote Window=127 akmax=3, n2=8, Next timer in 7520 xid-retry timer 0/0 ack timer 0/1000 p timer 0/1000 idle timer7520/10000 rej timer 0/3200 busy timer 0/9600 akdelay timer 0/100 txQ count 0/200 RIF: 0630.0641.0020。

相关文档
最新文档