10 gb / s arabirimde paket düşüşü


9

10 gb / s arabirimde, Cisco 6500'de Sup 720 ile belirli sayıda paket bıraktım. Sayaçları temizledikten sonra bir dakika içinde bırakılan paket sayısının altında görebilirsiniz.

Herhangi bir performans düşüşü görmüyoruz ve müşterilerimizin hiçbiri şikayet etmedi. Bu gelecekte ciddi bir sorun olacak mı? Kuyrukta hiç tek bir paket görmedim. Varsayılan olarak kuyrukta 75 paket olduğundan giriş kuyruğu boyutunu 1024 olarak değiştirmeyi düşünüyorum, ancak neden bırakılmadan önce paketlerin hiç kuyruğa girmediğini merak ediyorum. 1gb / s arayüzlerde hiç bırakılan paket görmüyorum ve her şey yolunda. Lütfen kuyruk düşüşüyle ​​ilgili sorunu çözmeme yardımcı olun.

sh int TenGigabitEthernet1/1

 Hardware is C6k 10000Mb 802.3, address is 000f.3589.ac00 (bia 000f.3589.ac00)
  Description: transit 
  Internet address is 192.0.2.1/24
  MTU 1500 bytes, BW 10000000 Kbit, DLY 10 usec,
     reliability 255/255, txload 84/255, rxload 3/255
  Encapsulation ARPA, loopback not set
  Keepalive not set
  Full-duplex, 10Gb/s
  input flow-control is off, output flow-control is off
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:00, output 00:00:01, output hang never
  Last clearing of "show interface" counters 00:00:40
  Input queue: 0/75/8097/0 (size/max/drops/flushes); Total output drops: 0  <-----
                    ^^^^
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 138646000 bits/sec, 99380 packets/sec
  5 minute output rate 3321988000 bits/sec, 329345 packets/sec
  L2 Switched: ucast: 158 pkt, 51401 bytes - mcast: 0 pkt, 0 bytes
  L3 in Switched: ucast: 4120795 pkt, 695621509 bytes - mcast: 0 pkt, 0 bytes mcast
  L3 out Switched: ucast: 13774697 pkt, 17424995312 bytes mcast: 0 pkt, 0 bytes
     3484933 packets input, 608041136 bytes, 0 no buffer
     Received 0 broadcasts (0 IP multicasts)
     0 runts, 40 giants, 0 throttles
     8097 input errors, 7120 CRC, 894 frame, 0 overrun, 0 ignored
     0 watchdog, 0 multicast, 0 pause input
     0 input packets with dribble condition detected
     11742838 packets output, 14837984934 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 PAUSE output
     0 output buffer failures, 0 output buffers swapped out

Düzenlemenizle ilgili olarak , geçmiş zamanlardaki "düşüş" için doğru İngilizce yazım denetimi kaldırılmıştır (arama satırının altındaki google bilgi kutusuna bakın)
Mike Pennington

Yazımda "düştü" kelimesini kullandım ama bırakılan bir e-posta (otomatik gibi görünüyor) doğru değil ve düzeltilmesi gerekir.
user4262

Stack Exchange'in ayrıca İngilizce Dil Öğrencilerine adanmış bir sitesi vardır ; bu konuda açıklama almak istiyorsanız :-)
Mike Pennington

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

Yanıtlar:


11

Paketlerin neden bırakılmadan önce sıraya girmediğini merak ediyorum.

Hatalar oldukları için: 8097 input errors, 7120 CRC, 894 frame Düzgün alınmayan veya tam olarak alınmayan bir paketi kuyruğa almaz (giriş kuyruğu yazılımdadır, yine de değiştiremeyeceğiniz donanım kuyruğunu aşabilirsiniz)


Thx Ricky, ben bir şekilde hataların sayısı bırakılan pakete eşit olduğunu bu bilgiyi kaçırdı :). İlk varsayım hatalı kablo veya gbic ama tüm önemli online video akışı müşterileri için ana arayüzler, bir pencere bakımı almak kolay kesme hizmetleri değil :) belki transit ortağı ile konuşmak ..
user4262

1
@ user4262 Bunları kötü / kirli bir lifin (10 üzerinden 9 kez) bir sonucu olarak gördüm - optikleri düşünmeden önce ilk olarak temizlemenizi, ikincisini değiştirmenizi öneririz.
John Jensen

4

Bunu çıktınızda görüyorum:

8097 input errors, 7120 CRC, 894 frame, 0 overrun, 0 ignored
^^^^               ^^^^      ^^^

Bu, hatalı bir ağ arabirim kartına (NIC), kabloya veya sürücüye sahip olabileceğiniz anlamına gelir.


Bu doğrudan GBIc üzerinden ISP'ye bağlı 10 gb / s arabirimdir, son kullanıcıya bağlı değildir ...
user4262

Onlardan (İSS) sonlarından kontrol etmelerini isteyebilirsiniz.
mihai

1
Eğer bir optik alıcı-verici ise, aynı zamanda aşağıdaki çıkış çıkış eşiklerini ile emin olun: "sh arayüzü alıcı-verici detay"
mastrboy

Teşekkürler mastrboy, ama minimum ve maksimum eşik değerleri dahil her şey ..
user4262

5
CRC hatalarını veya bu konudaki giriş / çıkış hatalarını her gördüğümde, otomatik olarak bir kablolama hatası olduğunu varsayıyorum. Bu her zaman böyle değildir, ancak yüksek bir olasılık vardır; Kesinlikle.
Ryan Foley

4

CRC hataları, cihazlar arasındaki ortamdan geçerken sinyalde bir sorun olduğunu gösterir. 1G genellikle küçük sorunlara çok daha dirençli olduğunda, 10G ortam hakkında çok özel olabilir.

Bakır bağlantılar için, blendajlı kablo kullanmıyorsanız veya blendajlı kablolarda topraklama ile ilgili bir sorun varsa, telin içine bir tür parazit kanaması gösterebilir.

Fiber için, birkaç kez hatalarla karşılaştım ve deneyimimdeki en yaygın neden, bağlantı yaparken kimsenin (alıcı-vericiler, kablolar ve altyapı) fiberi temizlemek için uygun bir fiber kitine sahip olmaması veya kullanmamasıdır. Bu, yeni kablolar için bile geçerlidir (ve bazen daha çok).

Bir fiber kapsam bu işlem için çok yararlı olabilir, çünkü bağlantı yapmadan önce yüzeylerin temiz olduğunu ve herhangi bir kusur (çizik, vb.) Olmadığını doğrulamanızı sağlayacaktır.

Diğer yanıtlarda ve yorumlarda belirtildiği gibi, donanımınız destekliyorsa, Rx sinyalinizin kabul edilebilir sınırlar içinde (çok güçlü veya çok zayıf değil) olduğunu kontrol edin. Önerilen başka bir şey düzelmezse, mümkünse alıcı-vericileri ve kabloları değiştirmeye bakın (bunu yaparsanız tekrar temizlemeyi unutmayın).


Teşekkürler YLearn, ben 10G ile çok fazla deneyimim olmadı, çok iyi bir bilgi ..
user4262
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.