Co może powodować „FastEthernet nie działa, protokół linii nie działa” na przełączniku Cisco?

Zastanawiam się, co może spowodować, że pierwsze wyjście wiersz polecenia show interfacesbyć: FastEthernet is up, line protocol is down.

Innymi słowy,

• Czy kabel, który jest podłączony do interfejsu lokalnego, ale nie jest podłączony do przełącznika zdalnego, powoduje tę sytuację?
• Czy dobry kabel jest podłączony do obu przełączników, ale jeden przełącznik miał interfejs w stanie „administracyjnie wyłączonym” powodującym taką sytuację?

Jeśli nie, co spowodowałoby, że interfejs byłby w stanie podniesionym, opuszczonym?

Zastanawiam się, co może spowodować, że pierwszym wyjściem polecenia „pokaż interfejsy” będzie: „fastEthernet jest włączony, protokół liniowy jest wyłączony”.

Interfejsy ethernetowe Cisco działają normalnie w dół / w dół, jeśli nie mają łącza. Jeśli widzisz wzrost / spadek, najbardziej prawdopodobne przyczyny to:

• Awaria kabla
• Niedopasowanie prędkości (osobiście nie widziałem, aby niedopasowanie dupleksu powodowało wzrost / spadek intf)

• czy kabel podłączony do interfejsu lokalnego, ale nie podłączony do przełącznika zdalnego, spowoduje taką sytuację?

Jeśli kabel jest zły ...

• czy dobry kabel jest podłączony do obu przełączników, ale jeden przełącznik miał interfejs w stanie „administracyjnie wyłączonym”, spowoduje taką sytuację?

Ostatnio tego nie widziałem. Na przykład mam w swoim laboratorium c3560c i zamknąłem fa0 / 12 ... następnie podłączyłem dobry kabel między portami fa0 / 11 i 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#

To powiedziawszy, mam niejasne wspomnienia z oglądania w górę / w dół, gdy zdalny interfejs był zamykany na innych platformach w przeszłości, ale nie pamiętam, że widziałem go ostatnio Jeśli kabel jest uszkodzony, może to powodować stan w górę / w dół

Testowanie okablowania :

Jeśli masz przełącznik Cisco, możesz przetestować okablowanie na interfejsie góra / dół w następujący sposób ... poniżej przedstawiono dobre tdrwyjście dla polecenia, gdy nic nie jest podłączone do drugiego końca kabla.

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#

Uwaga: Z definicji interfejsy FastEthernet mogą testować tylko dwie z czterech par. Interfejsy GigabitEthernet mogą testować wszystkie cztery pary.

Starsze przełączniki nie mają funkcji tdr ... trzeba by ręcznie przetestować okablowanie.

czasami występuje niedopasowanie enkapsulacji. nikczemne menale, które zachowują życie, nie będą odbierane na drugim końcu.

Jest to więc problem z warstwą łącza danych.

W moim przypadku użycie innej długości prefiksu może powodować ten problem.

Na przykład na interfejsie przełącznika skonfiguruj adres IP, 192.0.2.0/31a na interfejsie serwera skonfiguruj 192.0.2.1/24.

jest to niedopasowanie prędkości i / lub dupleksu