Systém směrování na více bran pomocí směrovače Mikrotik

| Kategorie: Seminární práce  | Tento dokument chci!

Cílem diplomové práce je navrhnout a realizovat systém automatického vyvažování datového toku paketů s využitím směrovače s operačním systémem Mikrotik Router OS . Navržené řešení musí zajistit rozložení směrování toku do více bran s dynamickým dělením na základě aktuální přenosové rychlosti. Součástí návrhu musí být také řešení všech problémů spojených s přepínáním bran.

Vydal: FEKT VUT Brno Autor: Jan Straník

Strana 32 z 44

Vámi hledaný text obsahuje tato stránku dokumentu který není autorem určen k veřejnému šíření.

Jak získat tento dokument?






Poznámky redaktora
Při testu procesů jsem dostal vytížení 20% toho usuzuji, monitorování jedné linky vyžaduje výkonu. rozumné systémové nároky. Opětovné aktivování cesty se provede úspěšném provedení alespoň jednoho pingu, což znamená, měla aktivovat maximálně 10s zprovoznění. Je rychlá, mohu nastavit drobné tolerance hysterzi. Předpokládal jsem jeho využití při řešení tohoto problému.5. Při testování systémových nároků jsem nastavil skript 5pingy intervalem 100ms. Při dvou měřeních jsem zjistil hodnoty detekce výpadku 31s 29s (měřeno stopkami). Výpadek detekován při výpadku pingů. Vzhledem k rychlosti možnostem volím monitoring pomocí skriptu. Umožňuje nastavit pouze monitorovanou IP, timeout, interval jak často testovat. • Nástroj NetWatch nástroj RouterOS určený pro monitorování zadané IP. 6. Naměřil jsem hodnoty 7s. • Nástroj ping využitý skriptu nakonec tato možnost jeví jako nejlepší varianta.199. základě těchto hodnot jsem rozhodl použít jinou metodu monitorování GW. Zátěž procesoru zvedla cca 1%. znamená, že v ideálním případě dojde detekci výpadku cca 20s. Pro naši potřebu vhodné uvažovat více možností, jako počet ztracených paketů, možnost nastavení hysterze počtu paketů, kdy linku označíme nefunkční, počet paketů kdy linku označíme funkční. Problémem ale ukázala rychlost reakce tohoto monitorování.2 Monitorovací skript Pomocí jedné sady skriptů, detekujeme výpadek konektivity (pro každou sledovanou konektivitu máme definován jeden skript): Skript Monitorování dostupnosti brány #skript testovani dostupnosti GW #Jan Stranik 1 #count ovlivnuje rychlost reakce :local "10.1"; :local interval 00:00:00. prozkoumání jeho možností, jsem jej shledal jako málo nastavitelný. Výhodou jednoduché použití, minimální systémové nároky.30. Pokud monitorování použijeme ping nastavení cesty), probíhá ping jednou 10s.32 tabulce stane neplatnou).100; :global ether1status; :if ($ether1status !="down" $ether1status !="up") do={ :global ether1status up} while true do={ :if ([/ping $ip count=2 interval=$interval interface=WAN1] do={ :if $ether1status "up") do={ #:log info "ip nedostupna" :global ether1status "down" } } else={ :if $ether1status "down") do={ #:log info "ip dostupna" :global ether1status "up" } } :delay 500ms; } . Při přepnutí monitorování pomocí ARP jsem dosáhl podobných výsledků (29s 24s při výpadku 11s při jejím opětovném zapnutí)