¿Qué puede causar "FastEthernet está activo, el protocolo de línea está inactivo" en un conmutador Cisco?


10

Me pregunto lo que puede hacer que la primera salida de línea del comando show interfacessea: FastEthernet is up, line protocol is down.

En otras palabras,

  • ¿El cable que está conectado a la interfaz local pero que no está conectado al interruptor remoto está causando esta situación?
  • ¿Es un buen cable que está conectado a ambos interruptores, pero un interruptor tenía su interfaz en un estado "administrativamente inactivo" que causa esta situación?

Si no, ¿qué causaría que una interfaz esté en un estado activo, inactivo?


Aunque soy nuevo en las redes, estaba probando una simulación en una red a través del rastreador de paquetes de Cisco y una interfaz en serie tenía arriba / abajo. Finalmente noté que la otra interfaz de enrutador a la que estaba conectada no tenía vida. Ejecuté el comando keep alive en esa interfaz y el estado cambió a up / up ..
ITNewbie

¿Alguna respuesta te ayudó? Si es así, debe aceptar la respuesta para que la pregunta no siga apareciendo para siempre, buscando una respuesta. Alternativamente, puede proporcionar y aceptar su propia respuesta.
Ron Maupin

Respuestas:


13

Me pregunto qué puede causar que la salida de la primera línea del comando "show interfaces" sea: "fastEthernet está activo, el protocolo de línea está inactivo".

Las interfaces ethernet de Cisco están normalmente inactivas / inactivas si no tienen un enlace. Si está viendo arriba / abajo, las causas más probables son:

  • Falla del cable
  • Desajuste de velocidad (personalmente no he visto un desajuste dúplex que suba / baje un intf)
  • ¿El cable que está conectado a la interfaz local, pero no está conectado al interruptor del extremo lejano, causará esa situación?

Si el cable es malo ...

  • Es un buen cable que se conectó a ambos interruptores, pero un interruptor tenía su interfaz en estado "administrativamente inactivo", ¿causará esa situación?

No he visto eso recientemente. Por ejemplo, tengo un c3560c en mi laboratorio y apagué fa0 / 12 ... luego conecté un buen cable entre los puertos fa0 / 11 y 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#

Dicho esto, tengo vagos recuerdos de ver arriba / abajo cuando la interfaz remota se cerró en otras plataformas en el pasado, pero no recuerdo haberla visto recientemente. Si el cable está defectuoso, podría causar el estado arriba / abajo

Probar su cableado :

Si tiene un conmutador Cisco, puede probar su cableado en la interfaz arriba / abajo de esta manera ... la siguiente es una buena tdrsalida para el comando cuando no hay nada conectado al otro extremo del cable.

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#

Nota: Las interfaces FastEthernet por definición solo pueden probar dos de los cuatro pares. Las interfaces GigabitEthernet pueden probar los cuatro pares.

Los conmutadores más antiguos no tienen una función tdr ... tendrías que probar el cableado manualmente.


Con respecto a la segunda pregunta: ¿Qué pasa si el cable es bueno? la interfaz estará en estado inactivo / inactivo?
kolxxx

El lado A estaría abajo, y el lado B estaría abajo / abajo.
Jordan Head

"¿el cable que está conectado a la interfaz local, pero que no está conectado al interruptor remoto, causará esa situación?" Me refiero a esa pregunta ...
kolxxx

No. si el cable es bueno, ambos lados estarán abajo.
Jordan Head

¿Y si el cable es malo? La interfaz estará en estado arriba / abajo?
kolxxx

0

a veces es la falta de coincidencia de encapsulación. mena menguante que keepalives no será receptor en el otro extremo.

Entonces es un problema de la capa de enlace de datos.


0

En mi caso, usar una longitud de prefijo diferente puede causar este problema.

Por ejemplo, en la interfaz del switch, configure una dirección IP 192.0.2.0/31y en la configuración de la interfaz del servidor 192.0.2.1/24.


El direccionamiento IP, en la capa 3, no afecta a la capa 1/2.
Ron Maupin

@RonMaupin Pero, cuando configuro la dirección IP con la máscara / 31, se convierte en un verdadero enlace p2p. Así que creo que puede afectar la capa 2.
qin

No, es punto a punto en la capa 3. Las interfaces de conmutador son interfaces de capa 2, pero si puede abordarlo, entonces ha habilitado la capa 3 y es una interfaz de enrutador. En cualquier caso, el direccionamiento de capa 3 no hace nada a la capa 1 y la capa 2 en la interfaz. En la pregunta, la interfaz es la capa 1 y el protocolo de línea es la capa 2. Puedo poner un direccionamiento de capa 3 realmente desordenado en las interfaces hasta el punto de que la capa 3 no funciona, pero eso no hace nada para derribar la capa 1 o la capa 2.
Ron Maupin

@RonMaupin Cuando cambio la ip del servidor de 192.0.2.1/24a 192.0.2.1/31, el protocolo de línea cambia aUP
qin

-1

es un desajuste de velocidad y / o dúplex


44
Una mejor respuesta incluiría las razones. Una declaración sin respaldo suele ser sospechosa. Debes explicar / justificar tu conclusión.
Ron Maupin
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.