Cisco switch portum kötü mü?

Son birkaç gündür iç ağdaki bir avuç son kullanıcı için paket kaybı ve ağ kararlılığı sorununu takip ediyorum ... Bu sorunlar geçen hafta ortaya çıktı, ancak konum altı hafta önce yıldırım çarptı .

Dört Cisco 2960'lık bir yığın ile 77 metrelik bir çalışmanın diğer tarafındaki birkaç PC ve telefon arasında% 5-10 paket kaybı görüyordum. PC'ler, telefonlarla trunk edilmiş bir bağlantı üzerinden ( switchport yapılandırma macunu ) satır içinde çalıştırıldı . İstemci-sunucu uygulamalarında ve Microsoft Exchange bağlantılarında aramaları ve kesintileri görüyoruz.

Her zamanki sorun giderme adımlarını uzaktan denedim, yerel bir teknisyenin kullanıcı ve üretim etkinliğindeki kesintiler sırasında aşağıdakileri yapmasını sağladım:

duvardaki priz ile cihaz arasındaki kabloları değiştirin.
patch panel ve patch port (lar) arasındaki patch kabloları değiştirin.
2960 yığındaki farklı anahtar bağlantı noktalarını deneyin.
iyi bilinen ekipmanlarla (yeni telefonlar, farklı PC'ler) son kullanıcı cihazlarını değiştirin.
anahtar bağlantı noktası arabirim sayaçlarını temizleyin ve artan hataları yakından izleyin. ( Pastebin çıkışısh int )
Cihaz günlükleri ve Observium RRD grafikleri üzerinde gözenekli . Anahtar tarafında bağlantı yukarı / aşağı sorunu yok.
son kullanıcı tarafındaki anahtarlı uzatma kablolarını değiştirin.
test kablosu test cable-diagnostics tdr int Gi4/0/9(temiz) kullanarak Cisco 2960'tan çalışır *
test kablosu bir Tripp-Lite kablo test cihazı ile çalışır. (temiz)
anahtar yığını üyelerinde tanılama çalıştırın. (temiz)

Sonunda, kararlı bir çözüm bulmak için anahtar bağlantı noktalarında üç değişiklik yapıldı. Tek mantıklı sonuç, birkaç Cisco 2960 anahtar bağlantı noktasının kötü veya kesintili olması ... Ölü değil, aynı zamanda davranışta da tutarlı değil. Tek tek portların bu şekilde öldüğünü görmeye alışkın değilim.

Bu cihazların kötü olup olmadığını belirlemek için başka ne test edebilir veya kontrol edebilirim?

Bunu doğrulamak için en iyi uygulamalar yaklaşımı nedir?

Tekli bağlantı noktalarının bitişik bir bağlantı noktası bankasından ziyade sorunları olması yaygın mıdır?

BTW - show cable-diagnostics tdr int Gi4/0/14çok havalı ...

Interface Speed Local pair Pair length        Remote pair Pair status
--------- ----- ---------- ------------------ ----------- --------------------
Gi4/0/14  1000M Pair A     79   +/- 0  meters Pair B      Normal              
                Pair B     75   +/- 0  meters Pair A      Normal              
                Pair C     77   +/- 0  meters Pair D      Normal              
                Pair D     79   +/- 0  meters Pair C      Normal

— ewwhite
kaynak

"Arabirimi göster gi4 / 0/9" ... ekleyebilir misiniz? Ayrıca tdr çıkışınız gi4 / 0 / 14'ten ... sorun kaç bağlantı noktası yaşıyor?

— Mike Pennington

@MikePennington 48 arayüzden 4'ünde arayüz sorunları vardı. Sayaçlar temizlendi. Ancak artan tek sayaç şuydu:Total output drops: 1461

— ewwhite

Toplam kaç paketten 1461 damla? Dört sorun bağlantı noktasının tümü çıkış düşüşlerini gösteriyor mu?

— Mike Pennington

@MikePennington İki sorunlu bağlantı noktası için arabirim hamur çıkışı .

— ewwhite

Teknik bir cevap değil ama .. aktif bir TAC sözleşmeniz var mı? Evetse, dahil edin: P

— ItsGC

Yanıtlar:

Liman bankaları genellikle bir ASIC paylaşırken, her birinin kendi ayrı PHY'si olmalıdır. PHY hasar gördüyse, komşuları yokken çok sorun yaşayabilir.

Bununla birlikte, çıkış düşüşleri fiziksel bir sorun için garip bir semptomdur - imkansız değil, tipik değildir. Yarım dubleks bağlantılara rağmen, çıkış düşüşlerinin genellikle fiziksel sorunlardan ziyade tampon tükenmesiyle ilgilidir.

Kablonun diğer tarafında bir paket yakalama ayarlayarak daha fazla bilgi alabilirsiniz. Kötü bir PHY'nin bağlantının bir veya her iki tarafında bir takım fiziksel katman hataları (kötü CRC, runt / dev, vb.) İle ortaya çıkması beklenir.

Sonuç olarak, azalan geri dönüş noktasını geçebilecek kadar yeterince ortadan kaldırdığınız anlaşılıyor. Sözleşmeniz varsa bir RMA tavsiye ederim.

— rnxrx
kaynak

Bu, birden fazla (2) anahtardaki birden fazla bağlantı noktasında gerçekleştiği için, ancak yalnızca küçük bir kullanıcı alt kümesi için, bu, dört anahtarın tümünü değiştirmem gereken bir durum mu? Ben sadece temel sorunu bilmeden değiştirme için lobi zor bir zaman var, çünkü değiştirme önemli kesintiler, yeniden şarj, vb gerektirecektir ..

— ewwhite

Yıldırım çok garip bir hayvandır ve ondan gelen hasar çok daha sonra ve öngörülemez şekillerde ortaya çıkabilir. Kesinti süresi elbette berbat, ancak değiştirme anahtarını içeri sokarak, yamaları taşıyarak ve sonra eski olanları dışarı çekerek biraz iyileştirilebilir. Keşke daha kolay bir yanıt olsaydı, ancak sorunu birkaç limana ayırdıysanız, yapılacak başka bir şey yok.

— rnxrx

PHY bugünlerde neredeyse her zaman ASIC ile bütünleşiyor. Çok daha ucuz. Manyetikler, ASIC'ye gerçekten entegre olamayacakları tek parça ile ilgilidir, bu zarar görebilir, ancak bu PHY değildir. Ayrıca, Quad set manyetiklerin kullanılması oldukça yaygındır, bu nedenle sorun 4 bağlantı noktasındaysa, bu teoriye uygundur.

— Chris S

Gerçekten değil - Cisco anahtarlarının çoğunun mimarisini (söz konusu olanı da dahil) geçerseniz, aynı ASIC'ler genellikle bir veya iki fiber veya bakır GE veya 100TX'lik bir gruplama için kullanılır. İşlevselliğin çok daha fazlası, çip üstü mimarilerde ASIC'e taşınır, ancak bu durumlarda hala takılabilir bir optik veya bir tür bakır ortam tarafından işlenen fiziksel katman vardır. Aynı ASIC kompleksinin çoğu zaman farklı hız ve güç gereksinimlerini karşılayabileceği düşünüldüğünde, bu işlevi aynı dönüşe entegre etmek pek mantıklı değil mi?

— rnxrx

Son olarak, çok fazla bağlantı noktası kullanılamaz duruma gelene kadar tüm anahtarları değiştirdi. Son olarak, SmartNet için iyi bir kullanım!

— ewwhite

Evet, tek bir bağlantı noktası kötü olabilir, ancak hatırladığım gibi, tüm modülü değiştirmeniz gerekir. (Dikkat: Önemli Cisco çalışmaları yaptığımdan beri uzun zaman geçti ...)

Ben yardımcı olabilir emin değilim ama check out FITB Laurie Denness, Etsy de Ops mühendisleri biri tarafından.

— gWaldo
kaynak