Что может вызвать «FastEthernet включен, линейный протокол не работает» на коммутаторе Cisco?

Интересно , что может привести к первой выходной линии команды , show interfacesчтобы быть: FastEthernet is up, line protocol is down.

Другими словами,

• Причиной этой ситуации является кабель, подключенный к локальному интерфейсу, но не подключенный к коммутатору на дальнем конце?
• Является ли хороший кабель, который подключен к обоим коммутаторам, но у одного коммутатора его интерфейс находился в «административно отключенном» состоянии, что вызвало такую ​​ситуацию?

Если нет, то что может привести к тому, что интерфейс будет находиться в нерабочем состоянии?

Интересно, что может вызвать вывод первой строки команды "show interfaces": "fastEthernet работает, линейный протокол не работает".

Интерфейсы Cisco Ethernet обычно отключены / отключены, если у них нет связи. Если вы видите вверх / вниз, наиболее вероятные причины:

• Неисправность кабеля
• Несоответствие скорости (лично я не видел, чтобы несоответствие дуплекса приводило к увеличению / уменьшению intf)

• кабель, который подключен к локальному интерфейсу, но не подключен к коммутатору на дальнем конце, вызовет такую ​​ситуацию?

Если кабель плохой ...

• хороший кабель, который подключен к обоим коммутаторам, но у одного коммутатора был его интерфейс в "административно выключенном" состоянии, вызовет ту ситуацию?

Я не видел этого в последнее время. Например, у меня в лаборатории есть c3560c и выключен fa0 / 12 ... потом я подключил хороший кабель между портами fa0 / 11 и fa0 / 12 ...

sw1#sh ip int brief | i 0/1[1-9]
FastEthernet0/11       unassigned      YES unset  down                  down
FastEthernet0/12       unassigned      YES unset  administratively down down
sw1#

Тем не менее, у меня есть смутные воспоминания о том, что когда вверх и вниз был удален интерфейс на других платформах в прошлом, у меня были смутные воспоминания, но я не помню, чтобы его видели недавно. Если кабель неисправен, это может вызвать состояние вверх / вниз.

Тестирование вашего кабеля :

Если у вас есть коммутатор Cisco, вы можете протестировать кабели на интерфейсе вверх / вниз, как показано ниже. Следующая команда является хорошим tdrвыходом для команды, когда к другому концу кабеля ничего не подключено.

sw1#test cable-diagnostic tdr interface Fa0/6
TDR test started on interface Fa0/6
A TDR test can take a few seconds to run on an interface
Use 'show cable-diagnostics tdr' to read the TDR results.
sw1#
sw1#show cable-diagnostics tdr interface fa0/6
TDR test last run on: February 12 04:45:37

Interface Speed Local pair Pair length        Remote pair Pair status
--------- ----- ---------- ------------------ ----------- --------------------
Fa0/6     auto  Pair A     31   +/- 1  meters N/A         Open
                Pair B     31   +/- 1  meters N/A         Open
                Pair C     N/A                N/A         Not Supported
                Pair D     N/A                N/A         Not Supported
sw1#

Примечание. Интерфейсы FastEthernet по определению могут тестировать только две из четырех пар. Интерфейсы GigabitEthernet могут тестировать все четыре пары.

Старые коммутаторы не имеют функции tdr ... вам придется тестировать кабели вручную.

иногда несоответствие инкапсуляции. быстрые меню, которые не будут приниматься на дальнем конце.

Так что это проблема уровня канала данных.

В моем случае использование префиксов различной длины может вызвать эту проблему.

Например, на интерфейсе коммутатора настройте IP-адрес, 192.0.2.0/31а на интерфейсе сервера настройте 192.0.2.1/24.

это несоответствие скорости и / или дуплекса