Artan gecikmenin kaynağı nasıl bulunur?

Ofisimizdeki çeşitli cihazlarda izleme kurulumum var. Küçük erişim anahtarlarına ping yanıt süresi genellikle 1-4 ms'dir ... Bu sabah 03:00 itibariyle ortalama 300 ms'ye fırlatıldı.

Böyle bir duruma nereden bakmaya başlanır? Gecikmenin kaynağını bulmak için geçişte neler gözlemleyebilirim?

NOT: Yük ile ilgili değildir .. tüm bağlantılar bant genişliği kullanımı normal ve etkilenmez, çoğu bağlantı çok az kullanılmaktadır. Ayrıca - izleme, gecikmeyi rapor eden cihazlar için yereldir, bu nedenle burada WAN faktörü yoktur.

Birincisi, gecikme doğrudan bant genişliğine bağlı değildir. Bir cihazın sıkışık bir bağlantıdan başka bir paketi geciktirmesinin birçok nedeni vardır.

Bir traceroute denediniz mi? Eğer şüpheli olarak bir L3 sınırı arıyorsanız, bu, şerbetçiotu arasındaki gecikmeyi gösterecektir.

Ayrıca yoldaki aygıtlardan herhangi birinin önemli miktarda CPU / RAM kullanımına sahip olup olmadığını da kontrol edebilirsiniz.

Bu yalnızca LAN'a dayanıyorsa, buna neyin neden olduğunu bulmak için başlamak için yapabileceğiniz birkaç şey vardır:

• İşlem cpu geçmişi komutunu göster: CPU kullanımı çok yüksekse, hangi işlemin buna neden olduğunu görmeniz ve belki de rahatsız edici işlemle google'a çarpmanız gerekir.

• hata ayıklama komutunu göster: yaygın bir neden bulduğum insanlar hata ayıklama komutları anahtar üzerinde çalışan bırakarak. Yaygın bir favori, zaten aşırı kullanılan cihazlarda IP hesaplarının bırakılmasıydı. Hata ayıklama kurtulmak için "tüm undebug" kullanın.

• Bir yeniden başlatma verin : muhtemelen gün içinde değil, ancak gece veya hafta sonu zamanlamak için "yeniden yükle" komutunu kullanın. Hızlı bir yeniden başlatmanın kaç sorunu çözebileceğine şaşıracaksınız.

• trunk portları - L3 anahtarı ise, gördüğüm başka bir yaygın sorun, VLAN'lar arasında yönlendirme için bu cihazı kullanan çok fazla trafik. Mümkünse, gecikmeyi azaltıp azaltmadığını görmek için bagaj bağlantı noktalarından bazılarını geçici olarak kapatın.

Pinglerinizin gecikme açısından ve ayrıca CPU tarafından işlenirken düşük önceliğe sahip olduğunun farkında olmak iyidir. QoS ayarlarınızı iki kez kontrol etmek ve buna neden olabilecek saçma hataların olmadığından emin olmak da iyi bir fikir olabilir.

Bant genişliğini izlemek için kaktüs, gecikmeyi izlemek için openNMS kullanıyorum. Bu anahtara bağlı tüm cihazları izliyorsanız, kullanım ile gecikme arasında bir sonuç görebilirsiniz. (bunun bir bant genişliği sorunu olmadığını söylediğini biliyorum, ama şimdi hiç yapmadın) Alt uç anahtarların ağır kullanım altında sarktığını gördüm, bu da çok fazla gecikmeye neden oluyor. Bu anahtar çok fazla trafik geçmese bile sarkmanın kaynağı olabilecek bu anahtarı besleyen "aptal" cihazlarınız var mı? Ayrıca kaktüslerle CPU kullanımını yoklayabilir ve gecikme anında ani bir artış görebilirsiniz.

Yukarıda belirtildiği gibi, MTR veya neotrace durumu göz önünde bulundurmak için de yararlıdır ve gecikmenin nerede başladığını görebilirsiniz, bu da bu anahtarın kendisi olmayabilir.

Bu LAN'da gerçekleşmiyorsa, "wan port" geçişini sınırlayabilirsiniz, bu daha iyi bir TDM'yi zorlar. Maksimum veriminizin% 80'inde bir şey deneyin ve yardımcı olup olmadığını görün. Terminal miktarına bağlı olarak tweek yapmanız gerekebilir.