Noktadan noktaya bağlantı performansını ölçmek için doğru strateji?


12

Görünüşe göre mesafe boyunca bir dizi şeritten geçen yaklaşık 100 mil aralıkla düz bir katman2 1 Gb noktadan noktaya Ethernet devresi üzerinden hat performansını göstermek için doğru bir araç sağlama gereksinimim var.

İş gereksiniminin en az 8 ms gecikme doğruluğu ile performansı göstermesi gerekecektir. Bağlantı, hizmet SLA'sının 1000Mb bant genişliğini garanti etmesi için ses ve veri trafiği taşıyacaktır.

Bu gereksinimler göz önüne alındığında, performansı ölçmek için bilinen doğru yöntemler nelerdir?
Ben bir test stratejisi oluşturmak mümkün olabilecek metriklerin bir dizi farkındayım ama Googled bir sürü bilgi bunaltıcı olabilir ve ben iPerth gibi yazılımın kullanılması gerekip gerekmediğinden emin değilim, bu senaryo için kriter nedir?


Bu soru çok belirsiz. "Bu bağlantı türüne göre performansı ölçmek" ile ne demek istiyorsun? Bahsettiğiniz gibi, ölçebileceğiniz birkaç performans metriği vardır ... (yani ağ gecikmesi, titreşim, bant genişliği, bit hata oranı). Size performansı ölçme gereksinimini veren kişiyle hangi metrikleri test edeceğinizi açıklığa kavuşturmanız gerekir.
Mike Pennington

1
Bunun geçerli bir soru olduğunu düşünüyorum. Bir bağlantının olması gerektiği gibi performans gösterip göstermediğini anlamanın 1000 yolu yok gibi değil. Bağlantının sağlığını verecek ayarlanmış metrikler vardır.
bigmstone

Mike - Anlaşılan metriklerin çözülmesi gerekecek olsa da, bu yeterince açık olduğunu düşünüyorum. Hangi stratejileri başarıyla uyguladıklarına dair deneyimleriyle ilgili bazı cevaplar istedim ve zaten harika bilgiler var, hepinize teşekkürler. Daha özlü bir şey önermek isterseniz düzenlemekten memnun musunuz?
MattE

@MattEarp, diyorum ki cevaplayamadığımız bir soru soruyorsun (performansı ölçmenin en doğru yolu) ... kariyerimde önemli ağ testleri yaptıktan sonra, "Bu devre finansal ticaret trafiğini taşıyacaktır. Düşme oranı olmayan performansı nasıl test edebilirim ve gecikmeyi 1 ms doğrulukla nasıl ölçebilirim" diye çalışacak bir şeyimiz var. Orijinal istekte bulunanın ve devre SLA parametrelerinin gereksinimlerine dayanarak, bir test stratejisi oluşturmaya yardımcı olabiliriz ... ancak şu anda yeterli bilgi yok. Lütfen kullanım durumunu, metrikleri ve doğruluk gereksinimlerini tanımlayın
Mike Pennington

@MikePennington - Soruyu minimum gecikme açısından neyin ölçülmesi gerektiğini anlamak için düzenledim, umarım daha iyi cevap verebilirsiniz.
MattE

Yanıtlar:


8

Eğer 1xGE No Bırak Hızı ve 8ms dahilinde tedbir devresi gecikme test etmeye çalışıyorsanız, ben kullanırım nuttcp testi bant genişliği ve iperf2 / mtr Test gecikmesi.

Aşağıdakileri yapardım ...

  1. Mümkünse iki linux masaüstü bilgisayarı bulun (dizüstü bilgisayarlar bazen kabul edilebilir, ancak 1GE hızlarında yonga seti veya veri yolu performansı ile ilgili sorunlarla karşılaşabilirsiniz). Bu kutulara kalıcı bir linux kurulumu istemiyorsanız, bir Performance Sonar araç seti CD'sine önyükleme yapabilirsiniz.
  2. Testiniz için paket boyutlarını seçin. Devrede ses desteğine ihtiyacınız olduğundan, 128 baytlık ethernet çerçeveleri gibi daha küçük çerçevelerle akışları test etmelisiniz. Testi yapsaydım 128, 256, 768 ve 1514 bayt ethernet çerçevelerini seçerdim.
  3. Birini 100 mil uzakta göndermeden önce arka arkaya bağlı linux PC'lerinizin Nuttcp UDP bant genişliği performansını test edin . Çeşitli paket boyutlarında 1000 Mbps ölçebildiğinizden emin olmak istiyorsunuz. Beklenen işlem hızlarını hesaplarken Çerçeveler Arası Boşluğu hesaba kattığınızdan emin olun ... örneğin, 128 baytlık ortalama ethernet çerçeve boyutunda etiketlenmemiş bir gige devresinde beklediğiniz en iyi verim 864,9 Mbps'dir.
  4. Devre gecikmesini test etmek için iperf2 veya mtr kullanın ...
  5. Bir test penceresi seçin. Devreleri en az bir gün boyunca sürekli olarak test etmenin en iyisi olduğunu düşünüyorum ... taşıyıcınızın ağında potansiyel aşırı abonelik hakkında bir fikir edinmeniz gerekiyorsa iki gün ila haftada bir tercih edilir.
  6. PC'lerden birini, bağlantıda ihtiyacınız olan IP adresi için önceden yapılandırılmış uzak siteye gönderin.

Çeşitli düşünceler

Diğer cevaplar sadece iperf2 kullanılmasını önerdi ; ancak UDP paket boyutunu ayarlamak için CLI seçenekleri yoktur. Ayrıca MS Windows altında yüksek hızlarda lapa lapa performansı gösterme eğilimindedir.

Taşıyıcı ethernet devrelerini test etme hakkındaki bu Metro Ethernet Forum belgesi, devreleri test ederken aldığınız bazı tutarsızlıkları genel olarak anlamaya yardımcı olacaktır.


iperf aslında yeni bir sitede v3'e taşındı - code.google.com/p/iperf - ya da v2 siteye kasıtlı olarak bağladınız mı?
pauska

V3 ile test ettim, ama v2 tecrübelerime göre daha kararlı görünüyor
Mike Pennington

Göndermeden önce arka arkaya testte mükemmel nokta.
generalnetworkerror

6

iperf bu işi yapabilir. Cihazların yeteneklerini öğrenmek için önce cihazlarınızı arka arkaya test ettiğinizden emin olun.

Tabii ki daha profesyonel araçlar da var.

Bu, doğru yöntemi okumak için iyi bir RFC'dir: http://www.ietf.org/rfc/rfc2544.txt


6

Her iki uçta da PC'leriniz varsa , Ixia'dan veya diğer araçlardan xjperf , Qcheck'i çalıştırabilirsiniz . UDP veya TCP kullanıp kullanmadığınıza ve oturum sayısına bağlı olarak farklı sonuçlar alabilirsiniz.

100 milin üzerindeki bir mesafe için fiber / bakırdaki ışık hızında minimum 1.6 ms'lik RTT'ye bakıyorsunuz. Yani RTT'niz çok düşük olmalı, belki sadece birkaç ms. 6 ms'lik bir RTT'niz olduğunu varsayalım. Windows'ta varsayılan pencere boyutu seçenekleriyle yalnızca yaklaşık 85 Mbps verim elde edebilirsiniz. Bir trafik değerinde trafik göndermek için en az 768 kbyte pencere boyutuna ihtiyacınız olacaktır.

Kendi hesaplamalarınızı yapmak için Verimlilik Hesaplama TCP'sini kullanabilirsiniz .

Ixia'nın daha fazla highend aracı var, ancak yukarıdaki araçların olmadığı paraya mal oluyorlar.


Xjperf / iperf için +1. Bu durumlarda son derece kullanışlıdır.
pauska


2

Bir katman 2 devresini ölçmek istediğiniz için, yazdığım bazı özgür yazılımları utanmadan itmek istiyorum. Hala beta sürümündedir ancak sorunuzdaki bilgilere dayanarak tam olarak istediğinizi yapar.

Nuttcp, iPerf, jPerf ve arkadaşlarının aksine, Etherate doğrudan Ethernet testi için tasarlanmış katman 2 üzerinde çalışır. Diğerleri gibi, her birinde bir dizüstü bilgisayar yeterlidir ve Intel i3 dizüstü bilgisayarım bir bağlantıyı kolayca çıkartabilir.

Beta aşamasında olduğundan, MPLS testi gibi daha gelişmiş özellikler henüz hazır değil ancak verim, gecikme ve MTU testleri (tümü doğrudan katman 2 Ethernet üzerinde) uygulandı.

https://github.com/jwbensley/etherate


1

Bir bağlantının tam "sağlık profilini" elde etmek için birkaç farklı metriği göz önünde bulundurmanız gerekir.

  • Gecikme
  • Değişimi
  • çıktı
  • kayıp

Bu metrikleri doğru bir şekilde ölçmenin en iyi yolu, test için ayrılmış bir cihazdır. Exfo, JDSU ve Fluke böyle cihazlar üreten birkaç büyük şirkettir.

Bir PC / bu metrikleri test edebilir / test edebilir, ancak bilgisayarda sayıları eğen hiçbir şey olmadığından ve kullandığınız uygulamanın doğru olduğundan emin olmanız gerekir.

iperf bant genişliği verimini ölçecek ancak başka bir şey ölçmeyecektir. Ping, zaman gecikmesindeki anı ölçer, ancak titremez. Ayrıca ICMP yankısı sadece 1 ms için doğrudur. Gerçek bir gecikme ölçümü almaya çalışıyorsanız, siz / uygulamalarınız için 1 ms ayrıntı düzeyi yeterli olup olmadığına karar vermeniz gerekir.


1

Iperf ve mtr belirli testler yapmak için. Ve fping probu kullanarak bağlantı performansının basit bir geçmişine sahip olmak için sigara içiyor.

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.