cisco设备接口信息详解
2007-05-30 09:03
232 查看
[align=center]表项 [/align] | [align=center]描述 [/align] |
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 | 传输过程中丢失载波的次数。 |
相关文章推荐
- cisco设备接口信息详解
- cisco设备接口信息详解
- cisco设备接口信息详解
- 20140724 cisco设备接口信息详解
- cisco设备接口信息详解
- cisco设备接口信息详解
- 路由器接口信息详解
- Cisco设备型号编码详解
- Thinkphp5微信小程序获取用户信息接口的实例详解
- 详解EBS接口开发之供应商导入(补充)--错误信息处理
- CISCO设备之端口聚合详解
- CISCO设备Log&debug信息显示时间精度修改
- Cisco设备型号编码详解
- lsblk命令_Linux lsblk 命令用法详解:列出块设备信息
- 详解EBS接口开发之供应商导入(补充)--错误信息处理
- 获取iOS设备信息的编程接口
- [Android]设备中的分区信息详解
- Cisco设备型号编码详解