Semestrální projekt do TPSQoS: mechanismy frontÚvod
Nyní se dostáváme k části, ve které se budeme zabývat statistickým vyhodnocením konfigurací disciplín front z předchozí kapitoly. Jak už z provedených konfigurací vyplývá, k simulaci provozu jsem používali FTP a HTTP provoz a pro simulaci interaktivního provozu jsme využívali programu SSH.
Pro měření a statistické vyhodnocování provozu na síti existuje spousta programů, bohužel ve velké většině to jsou programy komerční. A proto jsme k našemu měření použili program iptraf, který byl součástí námi použitého operačního systému Debian. V další části se pokusíme o interpretaci naměřených hodnot. No QueueingPopis
Nejprve bylo nutné vyzkoušet, jak se síť chová bez jakéhokoli nastavení priorizace paketu. Byl nasimulován provoz pomocí proudu dat z FTP serveru a poté z HTTP serveru, v tomto případě byly naměřené výsledky, podle očekávání, shodné. Vyplývá to z toho, že provoz nebyl omezován a měření bylo prováděno na síti kde nebyl žádný jiný provoz. Měření bylo provedeno pomocí programu iptraf na rozhraní eth1 na směrovači, viz. schematický obrázek sítě z praktické části.
V tabulce jsou zachyceny naměřené výsledky. Měření bylo prováděno po 60s z toho důvodu, protože to byla nejmenší hodnota pro logování do souboru programu iptraf. Jelikož nedocházelo k žádnému omezení provozu, tak jsme při tomto měření dosáhli maximální přenosové rychlosti dosažitelné na naší síti. Z tabulky je vidět, že tato rychlost se pohybuje někde kolem 900KB/s. V dalších měřeních pak můžeme porovnávat, jak se nám celková přenosová rychlost mění při použití omezování provozu.
Priority Queueing (PRIO)Popis
Konfigurace routeru byla provedena pomocí scriptu Zdrojový soubor.
Ze Stanice3 (viz.obrázek), která fungovala jako FTP a HTTP server, byl přenášen cca 400MB soubor na Stanici1. Tabulka ukazuje množství dat a průměrnou přenosovou rychlost po 60s. Tabulka je vystup programu IPTraf. V této tabulce jsou opět hodnoty zaznamenávány po 60s jak vidíme celková přenosová rychlost se nijak nezměnila i když byly na použitý interface nakonfigurovány discipliny front. Je to způsobeno tím že celková přenosová rychlost nebyla omezována. Omezení bylo nakonfigurováno pouze u fronty s označením 20: a to na 20Kbit/s.
Z tabulky uvedené výše nejsou patrné omezení, kladené na jednotlivé fronty, a proto dále uvádíme tabulku, která je výstupem utility tc, jenž nám umožňuje podrobný výpis přenášených dat přes jednotlivé fronty. Z tohoto výpisu je dále patrné, jak se jednotlivé typy provozu řadí do jednotlivých front. Bylo zjištěno, že provoz typu FTP se řadí do fronty 30:, provoz typu HTTP je řazen do fronty 20: a interaktivní provoz jako SSH do fronty 10:.
Nejdříve jsme pořídili výpis z front hned po konfiguraci, tudíž všechny fronty jsou zatím nevyužity.
Dále je uveden výstup programu tc při souběžném využití FTP, HTTP a SSH. Využitím SSH je myšleno že došlo k přihlášení na vzdálený počítač, a poté docházelo k běžné uživatelské činnosti. Z výpisu je vidět, jak jsou pakety řazeny do jednotlivých front. Dále je z tohoto výpisu patrné, že nám u fronty označené 20: docházelo k zahazování paketů a že fronta přesahovala svůj limit, toto je způsobeno omezením, které bylo na tuto frontu nakonfigurováno.
Class-Based Queuing (CBQ)
Konfigurace routeru byla provedena pomocí scriptu Zdrojový soubor.
Provoz byl opět simulován pomocí FTP a HTTP přenosů. Nyní opět uvádíme tabulku, která nám ukazuje souhrnné informace o přenosu. Hodnoty jsou měřeny po 60s, měřili jsme celkový počet Kbytů, které prošly přes daný interface a průměrnou celkovou přenosovou rychlost. Z této tabulky je vidět, že oproti předchozímu příkladu, kdy nebyla kladena žádná omezení na celkovou přenosovou rychlost, je v tomto případě již třída root omezována, což se výrazně projevilo na přenosové rychlosti.
Dále jsou uvedeny tři výstupy programu tc, tyto záznamy byly pořízeny v průběhu přenosu dat tak, jak ukazuje tabulka výše. Hodnoty jsou zachyceny vždy ve dvou tabulkách pro každý výstup. V první tabulce jsou znázorněny qdisc a v druhé class, obojí na eth1.
Výstup č. 1:
V prvním výstupu je vidět, jak se nám projevuje omezení kladené na root qdisc označenou 1: - dostala se přes svůj povolený limit. Z výpisu je patrné, jak se nám projevily omezení, které jsme nakonfigurovali na dvě třídy - 1:3, 1:4.
Výstup č. 2:
Druhý výpis je velice podobný tomu prvnímu a neprojevují se nám zde žádné nové skutečnosti. Jen se nám zvětšil počet bytů, které prošly přes jednotlivé fronty.
Výstup č. 3:
Až ze třetího výpisu je jasné, že u třídy 1:4 nám dochází k vypůjčení od rodičovské třídy. Dále je vidět, že se nám výpůjčka přenesla i na rodičovskou třídu 1:1.
Hierarchical Token Bucket (HTB)
Konfigurace routeru byla provedena pomocí scriptu Zdrojový soubor.
V tomto případě byl testován obousměrný provoz a to ze 192.168.1.2 na 158.196.135, docházelo k přenosu dat pomocí HTTP a v opačném směru k přenosu dat pomoci FTP. Nyní je uvedena tabulka průběhu přenosu dat:
V první tabulce opět vidíme celkovou průměrnou přenosovou rychlost. Je vidět jak byla celková přenosová rychlost omezena.
Z následujících dvou výpisů je patrné, jak dochází k půjčování přenosového pásma. U jedné třídy je hodnota borrowed a u druhé je hodnota lended. Obě tyto hodnoty jsou stejné.
Výstup č. 1:
Výstup č. 2:
|