|
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.
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í).30. Pokud monitorování použijeme ping nastavení cesty), probíhá
ping jednou 10s.199.
Zátěž procesoru zvedla cca 1%. Umožňuje nastavit pouze
monitorovanou IP, timeout, interval jak často testovat. základě těchto hodnot
jsem rozhodl použít jinou metodu monitorování GW. Výpadek detekován při výpadku pingů. Problémem ale ukázala rychlost reakce tohoto
monitorování.1";
:local interval 00:00:00. Výhodou jednoduché použití, minimální systémové nároky. 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í. prozkoumání jeho
možností, jsem jej shledal jako málo nastavitelný. Vzhledem
k rychlosti možnostem volím monitoring pomocí skriptu. Při dvou měřeních jsem zjistil
hodnoty detekce výpadku 31s 29s (měřeno stopkami).
Při testování systémových nároků jsem nastavil skript 5pingy intervalem 100ms. Opětovné aktivování cesty se
provede úspěšném provedení alespoň jednoho pingu, což znamená, měla
aktivovat maximálně 10s zprovoznění. Při testu procesů jsem dostal vytížení
20% toho usuzuji, monitorování jedné linky vyžaduje výkonu.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.
Je rychlá, mohu nastavit drobné tolerance hysterzi. znamená, že
v ideálním případě dojde detekci výpadku cca 20s. Naměřil jsem hodnoty 7s.
6. rozumné systémové nároky.
Předpokládal jsem jeho využití při řešení tohoto problému.
• Nástroj ping využitý skriptu nakonec tato možnost jeví jako nejlepší varianta.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;
}
.5.
• Nástroj NetWatch nástroj RouterOS určený pro monitorování zadané IP.32
tabulce stane neplatnou)
