Cisco Switch'te “FastEthernet açık, hat protokolü kapalı” nın nedeni ne olabilir?

10

Emir komuta ilk satırı çıktı neden olabilir acaba show interfacesolmak: FastEthernet is up, line protocol is down.

Başka bir deyişle,

Yerel arabirime bağlı ancak uzak uç anahtarına bağlı olmayan kablo bu duruma neden oluyor mu?
İyi bir kablo her iki anahtara da bağlı mı, ancak bir anahtara arabirimi "yönetimsel olarak aşağı" durumda bu duruma neden olmuş muydu?

Değilse, bir arabirimin yukarı, aşağı durumda olmasına ne neden olur?

— kolxxx
kaynak

Ağ oluşturma konusunda yeni olmama rağmen, Cisco paket izleyicisi aracılığıyla bir ağ üzerindeki simülasyonu test ediyordum ve bir seri arayüzde yukarı / aşağı vardı. Sonunda, bağlı olduğu diğer yönlendirici arabiriminin hayatta kalmadığını fark ettim. Ben bu arayüzde canlı tutmak komut koştu ve devlet yukarı / yukarı değişti ..

— ITNewbie

Herhangi bir cevap size yardımcı oldu mu? öyleyse, cevabı kabul etmelisiniz, böylece soru sonsuza kadar ortaya çıkmayacak, bir cevap arıyor. Alternatif olarak kendi cevabınızı verebilir ve kabul edebilirsiniz.

— Ron Maupin

13

"Show interfaces" komutunun ilk satır çıktısının ne olacağını merak ediyorum: "fastEthernet açık, hat protokolü kapalı".

Cisco ethernet arabirimleri, bir bağlantıları yoksa normalde aşağı / aşağıdır. Yukarı / aşağı görüyorsanız, en olası nedenler:

Kablo arızası
Hız uyuşmazlığı (Şahsen çift yönlü uyumsuzluğun bir intf yukarı / aşağı getirdiğini görmedim)

arabirime bağlı olan ancak uzak uç anahtarına bağlı olmayan kablo bu duruma neden olur mu?

Kablo kötüyse ...

her iki anahtara da bağlanan iyi bir kablo var, ancak bir anahtara arayüzü "yönetimsel olarak kapalı" durumda olsaydı, bu duruma neden olur mu?

Bunu son zamanlarda görmedim. Örneğin, laboratuvarımda bir c3560c var ve fa0 / 12'yi kapatıyorum ... sonra fa0 / 11 ve fa0 / 12 portları arasında iyi bir kablo bağladım ...

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#

Bununla birlikte, uzak arabirim geçmişte diğer platformlarda kapatıldığında yukarı / aşağı görmeye dair belirsiz anılarım var, ancak son zamanlarda gördüğümü hatırlamıyorum Kablo arızalıysa, yukarı / aşağı durumuna neden olabilir

Kablolarınızı test etme :

Bir Cisco anahtarınız varsa tdr, kablonuzu yukarı / aşağı arayüzde böyle test edebilirsiniz ... aşağıdakiler kablonun diğer ucuna hiçbir şey bağlanmadığında komut için iyi bir çıktıdır.

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#

Not: FastEthernet arabirimlerinin tanımı, dört çiftten yalnızca ikisini test edebilir. GigabitEthernet arabirimleri dört çiftin tümünü test edebilir.

Eski anahtarların tdr işlevi yoktur ... kablolamayı manuel olarak test etmeniz gerekir.

— Mike Pennington
kaynak

İkinci soru ile ilgili olarak: Ya kablo iyi ise? arayüz aşağı / aşağı durumunda olacak?

— kolxxx

A tarafı yönetici aşağı ve B tarafı aşağı / aşağı olacaktır.

— Jordan Head

"Yerel arabirime bağlı olan ancak uzak uç anahtarına bağlı olmayan kablo bu duruma neden olur mu?" Yani bu soru ...

— kolxxx

Hayır. Kablo iyiyse, her iki taraf da aşağıya bakacaktır.

— Jordan Head

Kablo kötü ise? Arayüz yukarı / aşağı durumda olacak mı?

— kolxxx

0

bazen kapsülleme uyuşmazlığıdır. keepealives olan whick menas uzak ucunda alıcı olmayacak.

Bu bir veri bağlantısı katmanı problemidir.

— claudio
kaynak

0

Benim durumumda, farklı önek uzunluğu kullanmak bu soruna neden olabilir.

Örneğin, anahtar arabiriminde bir IP adresi yapılandırın 192.0.2.0/31ve sunucu arabiriminde yapılandırın 192.0.2.1/24.

— qin
kaynak

Katman 3'teki IP adresleme, katman 1 / 2'yi etkilemez.

— Ron Maupin

@RonMaupin Ancak, / 31 maskeli ip adresi yapılandırdığımda, gerçek bir p2p bağlantısı haline gelir. Bence katman 2'yi etkileyebilir.

— qin

Hayır, katman-3'te noktadan noktaya. Anahtar arabirimleri katman-2 arabirimleridir, ancak bunu adresleyebiliyorsanız, katman-3'ü etkinleştirmişsinizdir ve yönlendirici arabirimidir. Her durumda, katman-3 adresleme, arabirimdeki katman-1 ve katman-2'ye hiçbir şey yapmaz. Soruda, arayüz katman-1 ve çizgi protokolü katman-2'dir. Arayüzler üzerinde katman-3 adreslemesini, katman-3'ün çalışmadığı noktaya kadar koyabilirim, ancak bu katman-1 veya katman-2'yi düşürmek için hiçbir şey yapmaz.

— Ron Maupin

Ben sunucu ip değiştirdiğinizde @RonMaupin 192.0.2.1/24için 192.0.2.1/31, hat protokolü için değişikliğidirUP

— qin

-1

bir hız ve / veya dubleks uyumsuzluğu

— user19666
kaynak

4

Daha iyi bir cevap nedenleri içerir. Yedeği olmayan bir ifade genellikle şüphelidir. Sonucunuzu açıklamalı / gerekçelendirmelisiniz.

— Ron Maupin