|
表项
|
描述
|
|
Fast Ethernet... is up ...is administratively down |
表明接口的硬件当前是否是被激活的还是被管理员手工的
showdown
掉了。
|
|
line protocol is
|
标识该接口的线协议也就是软件进程是否可用，还是被管理员手工的给
shutdown
了。
|
|
Hardware
|
硬件类型
(
例如
MCI Ethernet, SCI, cBus Ethernet)
和硬件地址
|
|
Internet address
|
带有子网信息的该接口的
IP
地址。
|
|
MTU
|
接口上的最大传输单元。
|
|
BW
|
接口的带宽，通常单位是
kb/s
。
|
|
DLY
|
端口的延迟，单位是
ms
。
|
|
rely
|
以
255
为参照数的接口的可靠性参数
(255/255
就是百分之百的可靠
),
以
5
分钟的平均数来计算。
|
|
load
|
以
255
为参照数的接口的负荷
(255/255
就是百分之百的负荷量
), 5
分钟的平均数来计算。
|
|
Encapsulation
|
接口的封装类型。
|
|
ARP type
|
接口配置的地址解析协议
(ARP)
的类型。
|
|
loopback
|
标识是否设置了接口回环。
|
|
keepalive
|
标识接口是否设置了发送存活
(keepalives)
信息
|
|
Last input
|
自从接口接受到最近的一个数据包后的时间。当该数据包是被
precess-switch
的方式转发的时候计数器会更新，而当该包是被
fast-switch
的方式转发时则不更新计数器。
|
|
output
|
自从接口发送最近的一个数据包后的时间。
|
|
output hang
|
接口因为数据包传输时间过长而重启后的时间，如果没有重启，则显示为
never
。
|
|
Last clearing
|
清除接口统计计数器后的时间。注意：可能会影响到路由的变量信息时不会被清除置
0
的，例如
load
和
reliablity
型号
***
表示清计算器后的时间太长显示不出来了。
|
|
Output queue, input queue, drops
|
在接口输入输出队列中的数据包的个数。每个数字都跟了个
/
队列的最大范围。以及超过了队列的最大范围而丢弃的包的数量。
|
|
5 minute input rate, 5 minute output rate |
在最近
5
分钟内每秒传输的数据包的平均值。
|
|
packets input
|
系统接受到的数据包的总的个数。
|
|
bytes
|
系统接受到的所有数据包
(
包括数据和
MAC
封装
)
的字节数。
|
|
no buffer
|
因为在系统中没有足够的缓存从而丢弃的数据包的个数。可以和
ignore
的计数来比较。以太网上个广播风暴和串行接口上的传输质量不好通常可能会导致该计数器的增加。
|
|
Received ... broadcasts
|
接口所接受到的广播和多播的数据包的数量。
|
|
runts
|
因为小于介质的最小的包大小而丢弃的数据包的个数。例如，对以太网来说，小于
64byte
的数据包被认为是一个
runt
。
|
|
giants
|
因为大于介质的最大的包大小而丢弃的数据包的个数。例如，对以太网来说，大于
1518byte
的数据包被认为是一个
runt
。
|
|
throttles
|
接口
disable
的次数，可能是因为缓存或者处理器过载等因素。
|
|
input errors
|
包括
runts, giants, no buffer, CRC, frame, overrun,
和
ignored
的所有的计数器。其他和输入相关的
error
包也可以造成
input errors
计数器的增长。同时，一个数据包可能会包括多个的
error
。
|
|
CRC
|
接口接受到的循环冗余校验和的数量。在局域网中，通常是因为线路质量或者硬件的传输问题，一个比较高的
CRC
数目通常是有些工作站发送大量坏的数据包造成的。
|
|
frame
|
接受到的含有
CRC
错误和非整数的十进制数目的数据包的数量，在局域网中，通常是因为碰撞过多或者以太网设备的故障。
|
|
overrun
|
因为输入的速率超出了接受者硬件的处理能力没有硬件缓存来处理的次数。
|
|
ignored
|
和系统的缓存不同，这个是因为接口的内部缓存而造成的接受到数据包被忽略的数目。
|
|
abort
|
接受时中断的数据包的个数。
|
|
input packets with dribble condition detected
|
Frame
超长的输入的数据包。
|
|
packets output
|
系统发出的数据包的个数。
|
|
bytes
|
系统接发出的所有数据包
(
包括数据和
MAC
封装
)
的字节数。
|
|
underruns
|
发送者传输过快导致路由器无法处理的次数。
|
|
output errors
|
接口认为的所有传输数据包的错误的总和，同时，一个数据包可能会包括多个的
error
。
|
|
collisions
|
因为以太网冲突导致重传的数据包的个数。
|
|
interface resets
|
接口重启的次数。在几秒钟时间内进入队列的数据包都没有传输的情况下可能发生。在串行接口上，可能是因为传输的
modem
故障没有发送时钟信号或者线缆的问题
。如果系统发现串行上因为有载波信号接口
up
但是协议是
down
的情况下，接口会努力周期性的重启自己。当接口回环或者被
shut down
是接口也可能会重启。
|
|
babbles
|
传输的计时器到。
|
|
late collision
|
传输数据包序文报头后发生的碰撞叫
late collisions
。通常发生
late collision
都是因为以太网的线缆过长，超出了它所能传输的距离限制造成的。
|
|
deferred
|
因为载波的问题，芯片延后传输帧。
|
|
lost carrier
|
传输过程中丢失载波的次数。
|
来源：oschina
链接：https://my.oschina.net/u/4370809/blog/4339991