cisco Arayüzde toplam çıkış düşer

biz 4938 diğer switch ile c3850 trunk var ve 4 1G dışarı LACP 4x1G arayüzü yapıştırma (etherchannel) 2 arayüzde Toplam çıkış düşer alıyoruz.

Bu, her şey iyiyken, bu anahtardaki yazılımı yükselttiğimde, her şey bu şekilde başladı. mantıklı değil. Bu geçişi diğer anahtarlarda yaptım ama şu ana kadar sorun yok.

C3850#sh int g2/0/1
GigabitEthernet2/0/1 is up, line protocol is up (connected)
  Hardware is Gigabit Ethernet, address is 1c1d.86a9.3501 (bia 1c1d.86a9.3501)
  Description: coreSW_1_W_1of4_p
  MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec,
     reliability 255/255, txload 36/255, rxload 25/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  Full-duplex, 1000Mb/s, media type is 10/100/1000BaseTX
  input flow-control is off, output flow-control is unsupported
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:11, output never, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 133157273
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 100659000 bits/sec, 61038 packets/sec
  5 minute output rate 144390000 bits/sec, 76852 packets/sec
     3445318149 packets input, 715126259616 bytes, 0 no buffer
     Received 827824 broadcasts (666658 multicasts)
     0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 666658 multicast, 0 pause input
     0 input packets with dribble condition detected
     4521665906 packets output, 1080744400610 bytes, 0 underruns
     133157273 output errors, 0 collisions, 1 interface resets
     0 unknown protocol drops
     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

Sayaç:

C3850#sh int g2/0/1 counters

Port            InOctets    InUcastPkts    InMcastPkts    InBcastPkts
Gi2/0/1     718020111847     3459023952         668522         161527

Port           OutOctets   OutUcastPkts   OutMcastPkts   OutBcastPkts
Gi2/0/1    1084965964251     4539489816         109940          86365

İstatistikleri:

C3850#sh int g2/0/1 stats
GigabitEthernet2/0/1
          Switching path    Pkts In   Chars In   Pkts Out  Chars Out
               Processor      10458    2249522          0          0
             Route cache          0          0      18985    2870366
                   Total      10458    2249522      18985    2870366

DÜZENLE:

Bağlantımızdaki toplam kullanımımız 400Mbps'dir ve tüm bağlantıyı tek tek ~ 100 Mbps (burada birkaç bayt) kullanarak görüyorum.

Ağda herhangi bir performans sorunu görmüyorum. Bu hat başka bir anahtara bağlı ve aynı hız arayüzü 4x1G'yi de kullanıyorlar. Aynı yazılım ile birden fazla anahtarı yükselttim ve hepsi arayüz hatası olmadan çalışıyorlar.

2
Herhangi bir cevap size yardımcı oldu mu? Eğer öyleyse, cevabı kabul etmelisiniz, böylece soru sonsuza kadar haşhaş olmayacak, bir cevap aramayacaktır. Alternatif olarak, kendi cevabınızı sağlayabilir ve kabul edebilirsiniz.
katma yazar Ron Maupin, kaynak

2 cevap

LACP'ye ihtiyacınız yok. Basit tut. Port-channel arayüzünü yapılandırın ve ardından fiziksel Ethernet portlarınızı bu port-channel grubu modunda atayın. Bağlantı noktası kanalı arabirimini ve her iki anahtardaki tüm fiziksel arabirim paketlerini kapatın, ardından bağlantı noktası arabirimleriyle başlayarak hepsini çevrimiçi duruma getirin. Bu yapmalı. Devam edin ve tek tek linkleri silmeyi deneyin ve geri geldiklerinden emin olun. Sorunlarınız varsa show int yaparsanız ve errdisable 'ı arayın. Bu yüzden admin'i kapatıp, onları temizlemek için onları yasakladım.

Neden LACP'ye ihtiyacın olduğunu anlamıyorum.

3
katma
Neden LACP'ye ihtiyacınız var?
katma yazar Ron Royston, kaynak
LACP'yi kapatmak sorunu çözmeyecektir. Bundan başka, arayüzün kapatılması ve kapatılması kesintiye neden olacaktır. Aklıma gelen bu iki şeyle, neden bunu yapmayı önereceğinizi anlamıyorum. Bağlantı noktası kanalı başarıyla oluşturulduğunda, "eğer kırık değilse, düzeltmeyin" diyerek sözünü öneririm.
katma yazar William S. Godfrey- S.E., kaynak
Bahsettiğiniz gibi, LACP olmadan bağlantı noktası kanalları oluşturabilirsiniz, ancak bunları da LACP'nin yardımıyla oluştururken sorun yoktur. LACP'nin ne yaptığını öğrenmek için bu sayfaya bakın - cisco.com/c/en/us/td/docs/ios/12_2sb/feature/guide/gigeth.ht‌ ml
katma yazar William S. Godfrey- S.E., kaynak

Yükseltme işleminden bu yana performansta bir bozulma fark ettiniz mi? Aksi halde sorun, tümüyle sorunla karşılaşmış olabilirsiniz, ancak önceki iOS sürümünüzde hata bildirilmiyor olabilir.

Yine de performansta bir bozulma yaşadığınızı varsayalım. Çıkış düşüşlerini görüyorsanız, bu genellikle bağlantıların tıkanıklık yaşadığı anlamına gelir.

Bildiğiniz gibi, trafik, bir bağlantı noktası kanalındaki tüm bağlantılara eşit şekilde bölünmez. Örneğin, 4 x 1Gb bağlantılarını kanala yönlendiren bağlantı noktası size ulaşmaz size 4 Gb'lik bir çıkış garanti eder. Trafik, kullandığınız karma algoritmaya bağlı olarak bağlantılar arasında bölünür. Bunu göz önüne alındığında, diğer linkler uykuda iken, bir bağlantının maksimize edilmesi mümkündür.

Yük dengeleme algoritmaları konusuna girerken, yaşadığınız sorun, CEF polarizasyonu .

Cisco IOS, benzersiz ID/evrensel kimlik adı verilen bir kavram geliştirdi.   CEF polarizasyonunu önlemeye yardımcı olur.   Bu algoritma, evrensel denir   algoritma (mevcut Cisco iOS sürümlerinde varsayılan), bir 32 bit ekler   hash işlevine yönlendiriciye özel değer (evrensel kimlik olarak adlandırılır)   Bu, anahtarın önyüklenmesi sırasında rastgele oluşturulmuş bir değerdir   Bu manuel olarak kontrol edilebilir). Bu tohumlar üzerinde karma işlevi   Her yönlendiricinin aynı olmasını sağlayan benzersiz bir kimlikle   kaynak/hedef çifti hash farklı bir değere   yol boyunca yönlendiriciler. Bu süreç daha geniş bir ağ sağlar   yük paylaşımı ve polarizasyon sorununu ortadan kaldırır. Bu eşsiz -ID   Konsept bir düzine eşit sayıda eşit maliyetli yol için çalışmaz   donanım sınırlaması, ancak tek bir sayı için mükemmel çalışır   eşit maliyetli yollar. Bu sorunun üstesinden gelmek için Cisco iOS ekliyor   çift ​​sayı olduğunda donanım bitişik tablosuna bir bağlantı   Sistemin var olduğuna inanmak için eşit maliyetli yolların   tek sayıda eşit maliyetli bağlantı. Özelleştirilmiş yapılandırmak için   Evrensel kimlik için değer, kullanın:

6500(config)ip cef load-sharing algorithm universal 

Bir başka olası sebep ise mikro patlama , bir hız düşürdüğünüzde (örneğin 100Mb arabirimine bağlı bir 1Gb arabirimi) gerçekleşen budur. Arayüzleriniz hızlarını ve çift yönlerini otomatik olarak müzakere edecek şekilde yapılandırıldıysa, ayarlarını doğru bir şekilde belirlediklerinden emin olmak için hepsini kontrol edin.

1
katma
Etherchannel'e katılmak için tüm linklerin aynı hızda olması gerekmez mi? Bağlantı tıkanıklığı (txload 36/255, rxload 25/255)? CEF?
katma yazar Ron Royston, kaynak
@RonRoyston Bu tam olarak mikro patlamalar gibi görünüyor. Patlama, sadece bir saniyeliğine kesilerek paketlerin düşmesine ve damla sayacınızın artmasına neden olabilir. Bununla birlikte, yukarıdaki çıktıdaki arayüzün "yük aralığı" 5 dakika olduğu için, saniyenin bu fraksiyonu diğer 4 dakika ve 59 saniye düşük kullanımla seyreltilir. "Yük aralığı" 30 saniyeye ayarlanmış olsa bile, hızlı bir şekilde mikro dalgalanmalar meydana gelir ve bunların hala tx/rx yük değerlerini etkilemediğini görmezsiniz.
katma yazar William S. Godfrey- S.E., kaynak