Cisco switch arayüzünde toplam çıkış düşüşlerine ne sebep olur?

12,2 (58) SE1 ios çalıştıran Cisco 3120X ve Cisco 3120G anahtarları içeren bir HP c7000 blade kasam var. Bıçakların kendileri çok hafif yüklüdür, ancak şasideki farklı bıçak anahtarlarındaki birçok arabirim oldukça yüksek sayıda çıkış düşüşü gösterir. Çıkış düşüşlerinin sayısını tekrar tekrar kontrol edersem sadece sayacın arttığını görmekle kalmaz, bazen azalır. Sayılar, arayüzde kaydedilen paketlerle ilişkili değildir. QoS ayarları platform için varsayılan değerdir.

Aşağıdaki numunelerin tümü 30 saniyelik bir süre içinde alınmıştır:

bc1019-3120-yığın> sh int gi2 / 0/7 | çıkış düştüm
  Giriş kuyruğu: 0/75/0/0 (boyut / maks / damla / yıkama); Toplam çıkış düşüşü: 2255550
bc1019-3120-yığın> sh int gi2 / 0/7 | çıkış düştüm
  Giriş kuyruğu: 0/75/0/0 (boyut / maks / damla / yıkama); Toplam çıkış düşüşü: 2255550
bc1019-3120-yığın> sh int gi2 / 0/7 | çıkış düştüm
  Giriş kuyruğu: 0/75/0/0 (boyut / maks / damla / yıkama); Toplam çıkış düşüşü: 2255550
bc1019-3120-yığın> sh int gi2 / 0/7 | çıkış düştüm
  Giriş kuyruğu: 0/75/0/0 (boyut / maks / damla / yıkama); Toplam çıkış düşüşü: 2255550
bc1019-3120-yığın> sh int gi2 / 0/7 | çıkış düştüm
  Giriş kuyruğu: 0/75/0/0 (boyut / maks / damla / yıkama); Toplam çıkış düşüşü: 2255550
bc1019-3120-yığın> sh int gi2 / 0/7 | çıkış düştüm
  Giriş kuyruğu: 0/75/0/0 (boyut / maks / damla / yıkama); Toplam çıkış düşüşü: 2255550
bc1019-3120-yığın> sh int gi2 / 0/7 | çıkış düştüm
  Giriş kuyruğu: 0/75/0/0 (boyut / maks / damla / yıkama); Toplam çıkış düşüşü: 451110
bc1019-3120-yığın> sh int gi2 / 0/7 | çıkış düştüm
  Giriş kuyruğu: 0/75/0/0 (boyut / maks / damla / yıkama); Toplam çıkış düşüşü: 451110
bc1019-3120-yığın> sh int gi2 / 0/7 | çıkış düştüm
  Giriş kuyruğu: 0/75/0/0 (boyut / maks / damla / yıkama); Toplam çıkış düşüşü: 902220
bc1019-3120-yığın> sh int gi2 / 0/7 | çıkış düştüm
  Giriş kuyruğu: 0/75/0/0 (boyut / maks / damla / yıkama); Toplam çıkış düşüşü: 1353330
bc1019-3120-yığın> sh int gi2 / 0/7 | çıkış düştüm
  Giriş kuyruğu: 0/75/0/0 (boyut / maks / damla / yıkama); Toplam çıkış düşüşü: 1804440
bc1019-3120-yığın> sh int gi2 / 0/7 | çıkış düştüm
  Giriş kuyruğu: 0/75/0/0 (boyut / maks / damla / yıkama); Toplam çıkış düşüşü: 1804440
bc1019-3120-yığın> sh int gi2 / 0/7 | çıkış düştüm
  Giriş kuyruğu: 0/75/0/0 (boyut / maks / damla / yıkama); Toplam çıkış düşüşü: 1804440
bc1019-3120-yığın> sh int gi2 / 0/7 | çıkış düştüm
  Giriş kuyruğu: 0/75/0/0 (boyut / maks / damla / yıkama); Toplam çıkış düşüşü: 451490

bc1019-3120-yığın> sh int gi2 / 0/7 | i çıkış hızı
  5 dakikalık çıkış hızı 301000 bit / sn, 119 paket / sn

1) Sunucunun yanında çerçeveleri yeterince hızlı alamamasının yanı sıra çıkış düşüşlerine neden olabilecek başka bir şey var mı?

2) Arayüz sayacının kaydedebileceği maksimum çıkış düşüşü sayısı nedir? Maks. Seviyeye ulaştığında devrilir mi?

3) Sağlıklı bir çıkış düşüşü oranı ne kabul edilir?

Birisi sayaçları temizlemediği sürece hiçbir zaman kilometre sayacı tipi sayaçların (paket eylemine göre artanlar) azaldığını görmemelisiniz, her zaman artmalıdır. Bu kısım bir böcek gibi geliyor.

Özellikle çıktının düşmesine neden olana kadar, o kadar çok farklı neden var ki, onu tam olarak belirlemek çok zor. Bazen anahtarın arka panelinde tıkanıklık vardır ve bunlar giden arayüzde çıkış düştüğünde görünebilir. Nadir durumlarda, arabirimi hızlı bir şekilde aşırı yükleyen 1 dakikalık aralıklarla yoklandığında görünmeyen mikro patlamaları da alabilirsiniz, ancak çok hızlı bir şekilde geri düşer. Ben çıkış damlaları için SNMP OID kapma ve daha sonra bunu grafik ve nasıl CLI sayacı karşılık geldiğini görmek öneririz.

Genel olarak konuşursak, herhangi bir çıktı düşmesini istemezsiniz, çünkü hedefine gitmeyen bir paketi gösterirler. Ancak, bağlantılarınızı sıcak çalıştırıyorsanız (ki öyle olmadığını söylüyorsunuz), çoğunlukla iç anahtar tamponlama vb.Nedeniyle bir ölçüde kaçınılmazdır.

İlk düşüncem tek noktaya yayılmadır, özellikle de sayaçlar aynı vlandaki bir dizi bağlantı noktasında birlikte arttıkça. Aaron'la hemfikirim ki sayaçtaki azalma bir hata gibi geliyor. Sayaç muhtemelen 2 ^ 64'te dönecektir, ancak bu saniyeler içinde gerçekleşmeyecektir. Sağlıklı bir çıktı düşüş oranının sıfır olduğunu düşünürdüm, ancak bu gerçekçi değil - veri merkezinde bile. 10G uplink yapıyor musunuz?

Görünüşe göre böcek CSCtq86186 vuruyorsun. Bu hata 3750'lerde, 2960'larda bulundu, ancak bıçak anahtarlarını da etkiliyor olabilir.

Tek noktaya yayılma baskısı yaşıyorsanız, ana bilgisayarlardan birinde wireshark çalıştırmak veya bağlantı noktalarından birine yaymak bunu oldukça hızlı bir şekilde göstermelidir.

Kare bir topolojide gereksiz çekirdeklere sahip misiniz? Öyleyse, bu komutu vlan arayüzünüze eklemeyi deneyin:

arp timeout 300

CAM tabloları girişleri 5 dakika tutarken ARP tabloları dört saat tutulur (varsayılanlar). ARP'nin CAM ile eşleşmesi, CPU'da küçük bir artış pahasına tek noktaya yayın selini ortadan kaldırabilir. Catalyst 6500/6000 Anahtarları ARP veya CAM Tablosu Sorunları Sorun Giderme

Herhangi bir patlama tamponu tüketeceğinden, çıkış düşüşleri küçük tamponlu küçük anahtarlarda oldukça yaygındır. 3120'ye gerçekten aşina değilim, bu yüzden arabellek boyutu için konuşamam, ama en azından biri neden çıkış damlası alabilene kadar ortak bir neden.

Özel nedenler, birden fazla kaynak bağlantı noktasının bir hedefe gönderildiği ve böylece tıkanıklık aldığımız satır başı engelleme (HOLB). Başka bir yaygın neden, daha yüksek bir bağlantı noktası hızından daha düşük bir bağlantı hızına, yani 10G ila 1G veya 40G ila 10G'ye giderken.

Gösterge denetleyicilerini çalıştırmanızı öneririm ethernet denetleyicisi X, burada X bağlantı noktanızdır. Çıkış kareleri hakkında, ağınız boyunca tutarlı bir MTU'nuz yoksa, büyük karelere bir şey çıktılamaya çalışıyor gibi bazı bilgiler almalısınız.