检查度量值
您现在知道了 K 值的默认值。我们可以通过使用 show interface 命令来检查计算路由度量时为带宽、延迟、可靠性和负载使用的实际 值。
图中的输出显示了 R1 的 Serial 0/0/0 接口的复合度量中所用的值。
MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec,
reliability 255/255, txload 1/255, rxload 1/255
带宽
带宽度量 (1544 Kbit) 是一种静态值。EIGRP 和 OSPF 等路由协议使用带宽来计算路由度量。带宽以 Kbit(千比特)为单位显示。大多数串行接口使用默认带宽值 1544 Kbit(即 1,544,000 bps 或 1.544 Mbps)。这是 T1 连接的带宽。然而,某些串行接口使用不同的默认带宽值。务必使用 show interface 命令来检验带宽。
该带宽值可能无法反映出接口的实际物理带宽。修改该带宽值不会更改该链路的实际带宽。 如果链路的实际带宽与默认带宽不相等,您就应该修改该带宽值.
延迟
延迟是衡量数据包通过路由所需时间的指标。延迟 (DLY) 度量是一种静态值,它以接口所连接的链路类型为基础,单位为微秒。延迟不是动态测得的。换句话说,路由器并不会实际跟踪数据包达到目的地所需的时间。延迟值与带宽值相似,都是一种默认值,可由网络管理员更改。
MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec,
reliability 255/255, txload 1/255, rxload 1/255
图中的
表
关于同志近三年现实表现材料材料类招标技术评分表图表与交易pdf视力表打印pdf用图表说话 pdf
格显示了各种接口的默认延迟值。请注意,串行接口的默认值为 20,000 微秒,快速以太网接口的默认值为 100 微秒。
可靠性
可靠性 (reliability) 是对链路将发生或曾经发生错误的几率的衡量指标。与延迟不同的是,可靠性是动态测得的,取值范围为 0 到 255,其中 1 表示可靠性最低的链路,255 则表示百分之百可靠。计算可靠性时取 5 分钟内的加权平均值,以避免高(或低)错误率的突发性影响。
可靠性以为分母为 255 的分数表示 — 该值越大,链路越可靠。因此,255/255 表示百分之百可靠,而 234/255 则表示 91.8% 可靠。
请记住:默认情况下,EIGRP 在度量计算中不使用可靠性。
负载
负载 (load) 反映使用该链路的流量。与可靠性相似,负载也是动态测得的,且取值范围也是从 0 到 255,也以分母为 255 的分数表示,但不同的是,负载值越低越好,因为这表示链路上负载较轻。因此,1/255 表示链路上负载最低,40/255 表示链路上的负载容量为 16%,255/255 则表示链路已百分之百饱和。
负载同时显示为出站(即发送)负载值 (txload) 和入站(即接收)负载值 (rxload)。计算此值时取 5 分钟内的加权平均值,以避免高(或低)通道使用率的突然影响。
请记住:默认情况下,EIGRP 在度量计算中不使用负载。
拓扑图:
在大多数串行链路上,带宽度量默认为 1544 Kbit。因为 EIGRP 和 OSPF 都使用带宽计算默认度量,所以正确的带宽值对路由信息的准确性至关重要。但是,如果链路的实际带宽与默认带宽不符,该怎么办?
使用接口命令 bandwidth 修改带宽度量:
Router(config-if)#bandwidth kilobits
使用接口命令 no bandwidth 恢复为默认值。
在上图中,R1 和 R2 之间的链路带宽为 64 kbps,R2 和 R3 之间的链路带宽则为 1024 kbps。图示为在所有三台路由器上修改相应的串行接口带宽时所用的命令。
我们可以使用 show interface 命令来检验更改。修改带宽时,必须同时在链路两端进行,才能确保两个方向上的正确路由。
注:刚刚接触网络和 Cisco IOS 的学生常常有一种误解,认为 bandwidth 命令将更改链路的物理带宽。bandwidth 命令只会修改 EIGRP 和 OSPF 等路由协议所用的带宽度量。有时,网络管理员可能会出于加强传出接口控制的目的而更改带宽值。
清单4 - 1
r3#sh in s3/0
Serial3/0 is up, line protocol is up
Hardware is 4T/MC68360
Internet address is 172.16.1.3/24
MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec, rely 2.54/255, load 1/255
Encapsulation HDLC, loopback not set, keepalive set (10 sec)
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of "show interface " counters never
Input queue: 0/75/0 (size/max/drops); Total output drops:0
Queueing strategy: weighted fair
output queue: 0/64/0 (size/threshold/drops)
Conversations 0/1 (active/max active)
Reserved Conversations 0/0 (allocated/max allocated)
5 minute input rate 1000 bits/sec, 1 packets/sec
5 minute output rate 1000 bits/sec, I packets/sec
53035 packets input, 3324067 bytes, 0 no buffer
Received 35360 broadcasts, 0 runts, 0 giants
3 input errors, 0 CRC, 3 frame, 0 overrun, 0 ignored, 0 abort
46146 packets output, 2880991 bytes, 0 underruns
0 output errors,0 collisions, 4 interface resets 0 output buffer failures, 0 output buffers swapped out 39 carrier transitions DCD=up DSR=up DTR=up RTS=up CTS=up
r 3 #
区分载波跃迁和接口重置是十分重要的。如果路由器接口丢失了载波检测,表现为D C D进入D O W N状态,表明发生载波跃迁。这很可能被认为是路由器硬件故障,但是它更可能是由于外部故障导致到达路由器的输入信号丢失。比如它可能是在公共电话网中到达路由器的电缆发生故障。
如果路由器检测到过多的接口错误,路由器将会执行接口重置。重置的目的是试图清除错误。路由器外部发生故障时需要重置接口,如果接口硬件产生故障时也需要重置接口。
在清单4 - 2的示例中,接口启动失败,线路协议启动失败。因而所有的接口引导的状态都为d o w n。接口本身的状态为d o w n表明没有检测到载波。此时需要采用以下步骤:
• 确认电缆连入了接口,并且电缆类型正确。用户可以使用show controller serial 3/0命令进行检测,详细内容将在本章后续部分讲解。
• 如果电缆连接正确,在C S U / D S U上采用直观的L E D检测,查看是否可以看见载波。如果有可管理的C S U / D S U,则不需要采用这种检测方法。
• 使用breakout box或者其他类型的电缆测试仪检测D T E和D C E之间连接的完整性。
• 如果在C S U / D S U上可以检测到载波,但是在路由器接口上不能监测到载波,则应该更换连接路由器的电缆,如果需要并且可能,则可以更换路由器端口。但是,每一次只能实现一种
方案
气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载
,否则将无法隔离错误。
• 如果确信在公共网络中不能检测到输入的载波,则需要与电信公司进行联系。
清单4 - 2
r3#sh in s310
Serial3/0 is down, line protocol is down
Hardware is 4T/MC68360
Internet address is 172.16.1.3/24
MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec, rely 255/255, load 1/255
Encapsulation HDLC, loopback not set, keepalive set (10,sec)
Last input 00:01:12, output 00:01:18, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0 (size/max/drops); Total output drops; 0
Queueing strategy: weighted fair
Output queue: 0/64/0 (size/threshold/drops)
Conversations 0/1 (active/max active)
Reserved Conversations 0/0 (allocated/max allocated)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
53487 packets input, 3352960 bytes, 0 no buffer
Received 35508 broadcasts, 0 runts, 0 giants 5 input errors, 0 CRC, 4 frame, 0 overrun, 0 ignored, 1 abort
46491 packets output, 2901430 bytes, 0 underruns 0 output errors, 0 collisions, 4 interface resets 0 output buffer failures, 0 output buffers swapped out 42 carrier transitions DCD=down DSR=down DTR=down RTS=down CTS=down r 3 #
在下面的示例中,串行接口正常启动,但是线路协议工作失败。本地路由器上的串行接口4 / 1正常启动(使用no shut命令),在清单4 - 3中,我们可以看出开始时线路协议工作正常。在接口启动1 0秒钟左右,线路变为失败状态。产生这一情况的原因是线路协议正常启动后,将等待H D L C保持活跃报文,但是报文一直没有到达,因此强迫进入失败状态。用户需要检测线路协议是否保持稳定,以及接口是否可以看到发送和接收的报文。
清单4 - 3
Router#sh in s4 /1
Serial4/1 is up, line protocol is up
Hardware is cyBus Serial
Internet address is 130.10.11.1/30
MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation HDLC, loopback not set, keepalive set (10 sec)
Last input never, output 00:00:04, 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 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
119 packets output, 2300 bytes, 0 underruns
0 output errors, 0 collisions, 48 interface resets
0 output buffer failures, 0 output buffers swapped out
38 carrier transitions
RTS down, CTS up, DTR down, DCD up, DSR up
R o u t e r #
idOOh: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial4/1,changed statd down
Router#sh in s4/1
Serial4/1 is up, line protocol is down
Hardware is cyBus Serial
Internet address is 130.10.11.1/30
MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec, reliability 255/255, txload 1/255, rxload 1/255
Encapsulation HDLC, loopback not set, keepalive set (10 sec)
Last input never, output 00:00:08, 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
通过端口的Link 与Line protocol 状态进行端口排错
1. 判断以太端口故障
对于以太端口故障的诊断,可以用show interface Fastethernet 0/0(对于以太端口0的诊断)命令,它用来检查一条链路的状态,可能出现的结果如下:
如果以太网端口工作正常,则出现如下显示:Fastethernet 0/0 is up, line protocol is up;
如果存在连接故障,比如路由器未接到LAN上,则出现:Fastethernet 0/0 is up, line protocol is down;
如果接口出现故障,则出现:Fastethernet 0/0 is down, line protocol is down (disable) ;
如果对端shutdown,则出现:Fastethernet 0/0 is down, line protocol is down
接口被人为地关闭,则出现:Fastethernet 0/0 is administratively down, line protocol is down;
此外,当怀疑端口有物理性故障时,可用show version命令,该命令将显示出物理性正常的端口,而出现物理性故障的端口将不被显示出来。
2. 判断同步串行端口故障
我们可以用show interface serial 0/0命令检查一条链路的状态
如出现Serial 0/0 is up, line protocol is up字样,则表示工作正常;
如出现serial 0/0 is up, line protocol is down字样,则表示端口无物理故障,但上层协议未通(IP、IPX、X25等,此时应查看路由器的配置命令,检查地址是否匹配);
如出现Serial 0/0 is down, line protocol is down (disable) 字样,则表示端口出现物理性故障,此时应更换端口;
如出现Serial 0/0 is down, line protocol is down字样,则表示DCE设备(Modem/DTU)未送来载波/时钟信号;
如出现Serial 0/0 is administratively down, line protocol is down字样,则表示接口被人为地关闭,可在配置状态中interface_mode下去掉shutdown命令。
serial 1/3 is up line protocol ins down可能原因
1.两端封装不一样
2.DCE没有起时钟
3.两端keepalive时间不一样
serial0 is up line protocol is down
补充资料
我已经在DCE端起时钟了,但是结果还是一样?不知道哪位高手能指点一下。我刚接触CISCO。
谢谢了!
最佳答案 ( 回答者: 特爱蚂蚁 )
在你配置了clock rate的router上运行 show controllers
查看s0是dce端还是dte端
clock rate须在dce端进行配置,如果你配置在dte端,很抱歉!无效!
因此转到dce端再配置一次吧!
show interface s0/0
interface s0/0 is down ,line protocol is down
当掉的原因:interface down 指的是接口物理上未开启有三种状况使其down
1.接口没有差交叉线
2.接口没有插对线,该插交叉线的,插成了直线
3.administrative down ,线插对了,但是配置完接口后没有使用no shut 来启用接口。
protocol down指的是协议上无法通信,也有几种状况使其down
1.interface 物理口状况是down的时候,协议上一定是down的
2.此接口与对端相连的路由接口不在一个网段内,无法通信。
3.此接口相连的对端路由接口封装方式不一样,如这端使用的encapsulation PPP 而对端 使用 的是encapsulation HDLC。
Router中的DCE端和DTE的区别
DCE是数据服务设备
DTE是终端设备
还有配置中DCE需要配时钟
在哪个设备的S0端口配了CLOCKRATE
的那个设备就是DCE
判断以太端口故障:
对于以太端口故障的诊断,我们可以用 show interface ethernet 0
对于以太端口0的诊断)的命令,它用来检查一条链路的状态,如下所示:
router# show int ethernet 0
:正常 ===============Ethernet 0 is up,line protocol is up
:连接故障,路由器未接到LAN上 ======Ethernet 0 is up,line protocol is down
:接口故障 ====== Ethernet 0 is down,line protocol is down(disable)
:接口被人为地关闭 ===== Ethernet 0 is administratively down,line protocol is down(可在配置状态中 interface_mode 下去掉shutdown命令)。
此外,当我们怀疑端口有物理性故障时,可用 shown version,将显示出物理性正常的端
口,而出现物理故障的端口将不被显示出来。
======================================
这是在"思科产品常见问题一百问"找到的.希望能帮到你.
Ethernet0/1 is up, line protocol is down!
我的路由器2611,WAN口的协议实DOWN掉的,用no shutdown也启动不了,该怎么办?????用什么命令呢?
查看物理层
我是菜鸟,斗胆问问wan口一般不是s0吗?
物理层?好象没有问题呀,就根本没接线呀!
没接线你怎么起啊
在以太口上没接线,也会显示Ethernet0/1 is up,但line protocol显示的就是down。
说说你怎么接的线?以太网接口如果没接网线是不会协议UP的!
接了线没?
对于以太接口:
1,在没有进行任何配置(缺省)时,或使用了SHUTDOWN命令后,为:
FastEthernet0/0 is administratively down, line protocol is down 无论是否有电缆连接
2, 无电缆连接时, 在使用了NO SHUT命令后:
FastEthernet0/0 is up, line protocol is down
3, 有电缆连接时, 在使用了NO SHUT命令后
FastEthernet0/0 is up, line protocol is up