Сетевые решения — Команда show interface

Команда show interface на оборудовании Cisco предназначена для получения информации об отдельных интерфейсах в системе, независимой от протокола. Эта команда в основном применяется в форме show interfaces, которая позволяет получить подробную информацию обо всех интерфейсах в системе, и в форме show interface (тип и номер интерфейса), с помощью которой можно получить подробную информацию о конкретном интерфейсе. В этой команде имеются также другие опции и модификаторы, позволяющие получить информацию об организации очередей и свойствах мостового перенаправления. Но они зависят не только от типа интерфейса, но и от типа и модели устройства.

ROUTER#sh int serx/x/xSerialx/x/x is up, line protocol is up            (1) Hardware is HWIC-Serial               (2) Description: ......................................    (3) MTU 1500 bytes, BW 2048 Kbit, DLY 20000 usec,         (4) reliability 255/255, txload 20/255, rxload 4/255 Encapsulation FRAME-RELAY IETF, loopback not set          (5) Keepalive set (10 sec) CRC checking enabled LMI enq sent  1468940, LMI stat recvd 1466217, LMI upd recvd 0, DTE LMI up LMI enq recvd 1466428, LMI stat sent  1466428, LMI upd sent  0, DCE LMI up LMI DLCI 0  LMI type is ANSI Annex D  frame relay NNI  segmentation inactive FR SVC disabled, LAPF state down Broadcast queue 0/64, broadcasts sent/dropped 5810/0, interface broadcasts 0 Last input 00:00:07, output 00:00:07, output hang never Last clearing of "show interface" counters 24w2d              (6) Input queue: 0/75/21/0 (size/max/drops/flushes); Total output drops: 255603 Queueing strategy: dual fifo Output queue: high size/max/dropped 0/256/0 Output queue: 0/128 (size/max) 5 minute input rate 33000 bits/sec, 25 packets/sec 5 minute output rate 163000 bits/sec, 32 packets/sec 295933526 packets input, 1496514575 bytes, 0 no buffer        (7) Received 0 broadcasts, 1297 runts, 21 giants, 0 throttles 6541 input errors, 4435 CRC, 0 frame, 17 overrun, 0 ignored, 792 abort (8) 378977969 packets output, 1035431035 bytes, 0 underruns        (9) 0 output errors, 0 collisions, 906 interface resets        (10) 0 output buffer failures, 0 output buffers swapped out 0 carrier transitions             (11)
 DCD=up  DSR=up  DTR=up  RTS=up  CTS=up

1. Относиться к аппаратному уровню и несет существенную информацию о том, получает ли интерфейс сигнал обнаружения несущей от противоположного конца линии.2. Тип платы модуля.3. Описание порта, указанное администратором.

4. MTU 1500 bytes – размер пакета (максимальный размер пакета, проходящего через порт. Если пакет больше, то применяется бит DF (фреймирования)). BW 2048 Kbit – пропускная способность порта.

5. Тип применяемой инкапсуляции.

6. Показывает какой период времени производится сбор статистики на порту (количество пакетов, ошибок и перезагрузок), в данном случае 24 недели и 2 дня. Сбросить все счетчики можно командой #clear counters (интерфейс на котором производится сброс)

7. Вместе с пунктом 9 показывает количество принятых и переданных пакетов за отчетный период времени (пункт 6)

8. Вместе с пунктом 10 показывает количество ошибок. Увеличение счетчиков входных ошибок возможно в случае нескольких типов ошибок, которые относятся к первому уровню модели OSI:

• неисправное оборудование телефонной компании;
• помехи в последовательном канале;
• неправильное использование кабеля или длина кабеля превышает предельно допустимую;
• повреждение кабеля или соединения;
• неисправный модуль обслуживания канала или модуль обработки данных;
• аппаратная неисправность маршрутизатора; 906 interface resets – сбросы интерфейса возникают из-за большого количества пропущенных тестовых пакетов:
• низкое качество соединительных линий. Приводящее к переключению сигнала несущей;
• возможные аппаратные неисправности модуля обслуживания канала. Модуля обработки данных или маршрутизатора.

10. Количество ошибок следует рассматривать по отношению к объему обработанного маршрутизатором трафика и продолжительности сбора статистической информации (пункт 6).
11. Увеличение количества переключений несущей частоты (carrier transition)  в последовательном канале может быть вызвано такими проблемами: — разрыв соединения со стороны сети поставщика услуг;

— аппаратные сбои в коммутаторах, модулях обработки данных или маршрутизаторах.