Router# show interfaces pos 2/0/0
POS2/0/0 is up, line protocol is up
Hardware is cyBus Packet over Sonet
Description: PRI-T1 net to zippy (4K) to Pac-Bell
Internet address is 10.1.1.1/27
MTU 4470 bytes, BW 1000 Kbit, DLY 40000 usec, rely 255/255, load 1/255
Encapsulation HDLC, loopback not set, keepalive set (3 sec)
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of "show interface" counters 00:23:09
Queueing strategy: fifo
Output queue 0/40, 0 drops; input queue 0/75, 0 drops
5 minute input rate 0 bits/sec, 1 packets/sec
5 minute output rate 1000 bits/sec, 1 packets/sec
1046 packets input, 54437 bytes, 0 no buffer
Received 485 broadcasts, 0 runts, 0 giants, 0 parity
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
4013 packets output, 1357412 bytes, 0 underruns
0 output errors, 0 applique, 0 interface resets
0 output buffer failures, 0 output buffers swapped out
0 carrier transitions

[1] [2] 下一頁(yè)  

表項(xiàng)

描述

Fast Ethernet... is up

...is administratively down

表明接口的硬件當(dāng)前是否是被激活的還是被管理員手工的showdown掉了。

line protocol is

標(biāo)識(shí)該接口的線協(xié)議也就是軟件進(jìn)程是否可用，還是被管理員手工的給shutdown了。

Hardware

硬件類型(例如MCI Ethernet, SCI, cBus Ethernet) 和硬件地址

Internet address

帶有子網(wǎng)信息的該接口的IP地址。

MTU

接口上的最大傳輸單元。

BW

接口的帶寬，通常單位是kb/s。

DLY

端口的延遲，單位是ms。

rely

以255為參照數(shù)的接口的可靠性參數(shù) (255/255 就是百分之百的可靠), 以5分鐘的平均數(shù)來(lái)計(jì)算。

load

以255為參照數(shù)的接口的負(fù)荷(255/255 就是百分之百的負(fù)荷量), 5分鐘的平均數(shù)來(lái)計(jì)算。

Encapsulation

接口的封裝類型。

ARP type

接口配置的地址解析協(xié)議(ARP)的類型。

loopback

標(biāo)識(shí)是否設(shè)置了接口回環(huán)。

keepalive

標(biāo)識(shí)接口是否設(shè)置了發(fā)送存活(keepalives)信息

Last input

自從接口接受到最近的一個(gè)數(shù)據(jù)包后的時(shí)間。當(dāng)該數(shù)據(jù)包是被precess-switch的方式轉(zhuǎn)發(fā)的時(shí)候計(jì)數(shù)器會(huì)更新，而當(dāng)該包是被fast-switch的方式轉(zhuǎn)發(fā)時(shí)則不更新計(jì)數(shù)器。

output

自從接口發(fā)送最近的一個(gè)數(shù)據(jù)包后的時(shí)間。

output hang

接口因?yàn)閿?shù)據(jù)包傳輸時(shí)間過(guò)長(zhǎng)而重啟后的時(shí)間，如果沒(méi)有重啟，則顯示為never。

Last clearing

清除接口統(tǒng)計(jì)計(jì)數(shù)器后的時(shí)間。注意：可能會(huì)影響到路由的變量信息時(shí)不會(huì)被清除置0的，例如load和reliablity

型號(hào)***表示清計(jì)算器后的時(shí)間太長(zhǎng)顯示不出來(lái)了。

Output queue, input queue, drops

在接口輸入輸出隊(duì)列中的數(shù)據(jù)包的個(gè)數(shù)。每個(gè)數(shù)字都跟了個(gè)/隊(duì)列的最大范圍。以及超過(guò)了隊(duì)列的最大范圍而丟棄的包的數(shù)量。

5 minute input rate,

5 minute output rate

在最近5分鐘內(nèi)每秒傳輸?shù)臄?shù)據(jù)包的平均值。

packets input

系統(tǒng)接受到的數(shù)據(jù)包的總的個(gè)數(shù)。

bytes

系統(tǒng)接受到的所有數(shù)據(jù)包(包括數(shù)據(jù)和MAC封裝)的字節(jié)數(shù)。

no buffer

因?yàn)樵谙到y(tǒng)中沒(méi)有足夠的緩存從而丟棄的數(shù)據(jù)包的個(gè)數(shù)。可以和ignore的計(jì)數(shù)來(lái)比較。以太網(wǎng)上個(gè)廣播風(fēng)暴和串行接口上的傳輸質(zhì)量不好通常可能會(huì)導(dǎo)致該計(jì)數(shù)器的增加。

Received ... broadcasts

接口所接受到的廣播和多播的數(shù)據(jù)包的數(shù)量。

runts

因?yàn)樾∮诮橘|(zhì)的最小的包大小而丟棄的數(shù)據(jù)包的個(gè)數(shù)。例如，對(duì)以太網(wǎng)來(lái)說(shuō)，小于64byte的數(shù)據(jù)包被認(rèn)為是一個(gè)runt。

giants

因?yàn)榇笥诮橘|(zhì)的最大的包大小而丟棄的數(shù)據(jù)包的個(gè)數(shù)。例如，對(duì)以太網(wǎng)來(lái)說(shuō)，大于1518byte的數(shù)據(jù)包被認(rèn)為是一個(gè)runt。

throttles

接口disable的次數(shù)，可能是因?yàn)榫彺婊蛘咛幚砥鬟^(guò)載等因素。

input errors

包括runts, giants, no buffer, CRC, frame, overrun, 和ignored的所有的計(jì)數(shù)器。其他和輸入相關(guān)的error包也可以造成input errors計(jì)數(shù)器的增長(zhǎng)。同時(shí)，一個(gè)數(shù)據(jù)包可能會(huì)包括多個(gè)的error。

CRC

接口接受到的循環(huán)冗余校驗(yàn)和的數(shù)量。在局域網(wǎng)中，通常是因?yàn)榫€路質(zhì)量或者硬件的傳輸問(wèn)題，一個(gè)比較高的CRC數(shù)目通常是有些工作站發(fā)送大量壞的數(shù)據(jù)包造成的。

frame

接受到的含有CRC錯(cuò)誤和非整數(shù)的十進(jìn)制數(shù)目的數(shù)據(jù)包的數(shù)量，在局域網(wǎng)中，通常是因?yàn)榕鲎策^(guò)多或者以太網(wǎng)設(shè)備的故障。

overrun

因?yàn)檩斎氲乃俾食隽私邮苷哂布奶幚砟芰](méi)有硬件緩存來(lái)處理的次數(shù)。

ignored

和系統(tǒng)的緩存不同，這個(gè)是因?yàn)榻涌诘膬?nèi)部緩存而造成的接受到數(shù)據(jù)包被忽略的數(shù)目。

abort

接受時(shí)中斷的數(shù)據(jù)包的個(gè)數(shù)。

input packets with dribble condition detected

Frame超長(zhǎng)的輸入的數(shù)據(jù)包。

packets output

系統(tǒng)發(fā)出的數(shù)據(jù)包的個(gè)數(shù)。

bytes

系統(tǒng)接發(fā)出的所有數(shù)據(jù)包(包括數(shù)據(jù)和MAC封裝)的字節(jié)數(shù)。

underruns

發(fā)送者傳輸過(guò)快導(dǎo)致路由器無(wú)法處理的次數(shù)。

output errors

接口認(rèn)為的所有傳輸數(shù)據(jù)包的錯(cuò)誤的總和，同時(shí)，一個(gè)數(shù)據(jù)包可能會(huì)包括多個(gè)的error。

collisions

因?yàn)橐蕴W(wǎng)沖突導(dǎo)致重傳的數(shù)據(jù)包的個(gè)數(shù)。

interface resets

接口重啟的次數(shù)。在幾秒鐘時(shí)間內(nèi)進(jìn)入隊(duì)列的數(shù)據(jù)包都沒(méi)有傳輸?shù)那闆r下可能發(fā)生。在串行接口上，可能是因?yàn)閭鬏數(shù)膍odem故障沒(méi)有發(fā)送時(shí)鐘信號(hào)或者線纜的問(wèn)題 。如果系統(tǒng)發(fā)現(xiàn)串行上因?yàn)橛休d波信號(hào)接口up但是協(xié)議是down的情況下，接口會(huì)努力周期性的重啟自己。當(dāng)接口回環(huán)或者被shut down是接口也可能會(huì)重啟。

babbles

傳輸?shù)挠?jì)時(shí)器到。

late collision

傳輸數(shù)據(jù)包序文報(bào)頭后發(fā)生的碰撞叫l(wèi)ate collisions。通常發(fā)生late collision都是因?yàn)橐蕴W(wǎng)的線纜過(guò)長(zhǎng)，超出了它所能傳輸?shù)木嚯x限制造成的。

deferred

因?yàn)檩d波的問(wèn)題，芯片延后傳輸幀。

lost carrier

傳輸過(guò)程中丟失載波的次數(shù)。