Re: [cisco-ttl] Traffic Generator

From: serhat aslan <serhataslan22_at_....>
Date: Wed, 8 Sep 2010 12:29:47 -0700 (PDT)

Konu disi olmasiyla birlikte data plane/control plane yapisi genelde hic konusulmayan konulardandir bu yuzden son olarak bir noktayi(resmi) ilave olarak eklemek istedim:

 IP kisaltmasi _internet protokolu_ anlaminin yaninda _intellectual property_ anlaminida insana birseyler hatirlattiginda ister istemez Data Plane ve Control Plane yapisiyla daha hasir nesir oluyorsunuz. Burda asil bahsetmek istedigim bir sekil Data-plane ile Control Plane'nin nasil ele alindigiyla ilgili.

 "http://rtcmagazine.com/articles/print_article/100479" tum figurlerde bu yapinin isleyisine ait bilgi bulabilmeniz mumkun, karsilastirma yapmam gerekirse IP'yi anlatirken OSI tabakasinin seklini ne kadar karsiniza cikarsa yine Network Processor vb gibi konularin anlatiminda Data plane ve control plane hakkinda bu sekli gorursunuz. Bu bilginin alindigi

 temel kaynak yeri ise
"Network Processor Tutorial in Micro 34 - Mangione-Smith & Gokhan Memik" - "34 International Symposium on Microarchitecture, Austin / TX, Dec. 2001"

 En son kalanla ilgili olarak :
 Yuzuklerin efendisinden, Elf ile cuce arasinda diyalog_   Legolas: "So it's a drinking game?"
  Gimli: "Aye, Last one standing wins." [laughs]

  Test cihazlarinin normal sartlarda temini uretici yada akademik ortamda olunmadiginda cok maliyetli bir konu. Bende bu ayakta kalma bakis acisini bir musterimden(meslektasimdan) almistim, soruna getirdigi cozumun basitliginden kaynakli kahkayi da basmistim, ne zaman bu test konusu pratikleri gundeme gelse hep gulumserim aklimada "Ixia karsin Hub kullanma" ve bu adamlarin rekabeti ile yukardaki diyalog gelir :)

 iyi calismalar,
Serhat Aslan

---

From: Sinan Ilkiz <sinan.ilkiz_at_gmail.com> To: cisco-ttl_at_yahoogroups.com
Sent: Tue, September 7, 2010 8:42:29 AM
Subject: Re: [cisco-ttl] Traffic Generator

Bence herhangi bir testte management, control ve data plane'lerini ayýrmakta fayda var.

Throughput testlerinin, daha çok data plane üzerinde yapýlmasý gerektiðini düþünüyorum. L2 loop ile oluþturulan trafik gerçek dünyadakine göre farklý olacaktýr. Özellikle de oluþan sonsuz çevrimde ARP gibi control plane'e ait trafik olduðu zaman, control plane'deki problemler sonucu data plane'in etkilenmesi, throughput testlerini olumsuz etkileyecektir. Cihazlarý bu þekilde karþýlaþtýrmak her zaman doðru sonucu vermez. Performansý düþük çýkan üretici firma itiraz edecektir (ben olsam ederdim) :)

Örneðin 7600-RSP'ye gerekli önlemleri almazsanýz cihazýn kendisine 10Mbps trafik yollasanýz bile "gider". Fakat bir 7600 slot baþýna 40Gbps kapasiteye sahiptir. ASR9k-RSP ise by default korumalýdýr. Siz kaldýrmadýðýnýz sürece gigabitlerce trafiði (kendisine doðru) kaldýrabilir...

Konudan çok uzaklaþmayalým, throughput testleri, test ettiðiniz cihazdan daha kapasiteli ve ölçme hassasiyeti daha yüksek bir cihaz kullanýlarak yapýlabilir. Bu baðlamda IPERF'in çok yardýmcý olabileceðini sanmýyorum. Tabii amaç test edilen sistemin teorik limitlerini görmek deðilse IPERF de iþe yarayacaktýr.

Data plane performansýný test ederken hem PPS hem de BW testleri yapmakta fayda var. PPS testlerinde minimum frame size kullanmak gerekir. BW testleri yaparken de inter-frame gap'e dikkat etmek gerekir.

Biz bu tür testler için Network Tester & Traffic Generator ürünleri kullanýyoruz. Piyasa son dönemde konsolide oldu. Eskiden Agilent, Smartbits, Ixia ve Spirent vardý. Bu firmalar birbirini aldý ve geriye sadece Ixia ve Spirent kaldý. Dört üreticiden de farklý tür cihaz kullanma fýrsatý buldum, hiçbiriyle ilgili ciddi problem çýktýðýný hatýrlamýyorum...

Selamlar,

• Sinan

06 Eylül 2010 23:08 tarihinde serhat aslan <serhataslan22_at_yahoo.com> yazdý:

>
>
> Merhaba,
> Throughput testini yaparken dogal yukte nasil mi davrancak, yoksa
> datasheette
> yazilanlar ne kadar dogrumu gozuyle bakicaksininiz tam bilmiyorum ama dogal
>
> yukte nasil davrancaga karsilik gelen seyin en zorlusu sistem ayakta
> kalicakmi
> kalmicakmi sorusudur.
>
> Bunun icin:
> Switch'de spanning-tree disable edersin varsa loop protokolleri onlarida
> disable edersin, ardindan switch'de broadcast storm olusturursun, testi
> yaparken muhadili cisco switch'de aynisini yaparsin, egerki cisco switch
> gittikten sonra sistem hala cevap verebiliyorsa :) ok'dir.(geneldede ayakta
>
> kalma ihtimali yuksek olur).
>
> Diger testler icin, nette cok guzel calismalar var : iperf en
> bilinenlerinden
> digerleri icin:
>
> http://www.grid.unina.it/software/ITG/download.php
> http://www.semken.com/projekte/index.html
> http://www.grid.unina.it/software/ITG/link.php
>
> kolay gelsin,
>
> Serhat Aslan
>
> ________________________________
> From: Mehmet Turunc <m.turunc_at_gmail.com <m.turunc%40gmail.com>>
>
> To: cisco-ttl_at_yahoogroups.com <cisco-ttl%40yahoogroups.com>
> Sent: Mon, September 6, 2010 1:20:36 PM
> Subject: [cisco-ttl] Traffic Generator
>
>
> Merhaba,
>
> Cisco olmayan bir switch icin throughput testi yapmak istiyorum. Bunun icin
> onerebileceginiz bir traffic generator programi var mi?
>
> Biraz arastirma yaptigimda IPERF gibi bir yazilima rastladim.
>
> Yardimlarinizi bekliyorum.
>
> Tesekkurler, iyi calismalar,
> --
> Mehmet Turunc
>
> [Non-text portions of this message have been removed]
>
> [Non-text portions of this message have been removed]
>
>
>

[Non-text portions of this message have been removed]

---

--
Cisco Teknik Tartisma Listesi (Cisco-ttl)

Disclaimer: Some of the individuals posting to this site, including 
the moderators, work for Cisco Systems, Inc. Opinions expressed here and in any 
corresponding comments are the personal opinions of the original authors, not 
those of Cisco.
Yahoo! Groups Links




      

[Non-text portions of this message have been removed]

Received on Wed Sep 08 2010 - 21:29:52 CEST