Cisco QoS a kicsiknek, twistedminds
Mi hasznos és mi segít kezelni a QoS?
- Kis sávszélesség - nem mindig a mi kezünkben van a csatorna, amely lehetővé teszi, és a youtube HD megjelenés és a vállalati alkalmazások működnek megfelelően.
- Elvesztése kritikus csomagok következtében forgalmi dugók.
- Delay (késleltetés) - mennyi időt vesz igénybe a csomagot kap a forrástól a cél. Így például, 400ms RTT a hangja még mindig itt-ott, de ez az érték nagyobb a küszöbértéket, akkor kap a hatása átfedő hangok.
- Jitter (jitter), illetve a változás késleltetési idővel. Most 100ms, 200ms és egy perccel később. Gratulálok, most már 100ms jitter, amely átalakul a késedelem egyszerűen azért, mert a mirigyek, hogy a csomag puffer egy ideig, hogy biztosítsák a zavartalan azonos beszélgetést.
QoS konfigurációs módszerek
- Command Line Interface (CLI) - per interfész konfiguráció.
- Moduláris QoS CLI (MQC) - ZBF Aki segítségével csoportosztály térképet a politikai térképen, a politikai térkép kötődni szolgáltatási politika, és már a közelmúltban, és lehet alkalmazni, hogy a felület.
- Auto QoS - előállít egy bizonyos átlagos konfigurációt, ami természetesen nem egy méret illik minden, de bizonyos esetekben ez elég működőképes.
- QoS Policy Manager (QPM) - központosított QoS támogatás a hálózatban. Épített CiscoWorks.
QoS Tools
- Az osztályozás és csoportosítás különböző típusú forgalmat.
- Jelölés a forgalom, hogy más eszközöket a hálózaton lehetett felismerni.
- rendfenntartás alakításában. Rendfenntartás lehetővé teszi, hogy akár csepp csomagokat meghaladó bármilyen értéket, vagy módosítsa a jelölést. Alakítására - csomagkapcsolt eljárás forgalomba sorba (azaz FIFO, WFQ, CBWFQ), amikor a korlát elérésekor.
Elkerülése torlódás (torlódások elkerülésére)
- Első Első-out - mint a neve is mutatja - az első, aki eljött, és cipők. A csomagokat várakozó kimerüléséig sávszélességet. Amikor tele van pufferrel kimerültség. Nos, ha ez véget ér, akkor a csomagokat egyszerűen elmarad - tail drop.
- Random Early Detection (RED) - RED részt vesz egy furcsa dolog: amint a puffer kezd megtelni -! „Bam” - meghal alkalmi táska benne. És minél hamarabb a puffer tele van, az agresszív ez a mechanizmus működik. Amennyire tudom, a Cisco nem támogatja a munkáját.
- Weighted Random Early Detection (WRED) - nem ugyanaz, mint a vörös, de ahelyett, hogy a szodómia véletlen blokkolja ezt a mechanizmust választja áldozatok alapján csomag jelölés és szabályok előre meghatározták. „BAM!” -, és ahelyett, hogy egy csomag hangforgalom die darab képeket redtube'a. Ha a csomagot nem előre jelzett, a WRED vörösbe borul.
szűk keresztmetszetek kezelése
Kezelés torlódás lehet forgalomba csomagokat a sorban, amely lehetővé teszi a magas prioritású forgalom hagyja a felületet az első helyen, és a legkevésbé prioritású forgalom lehetővé teheti WRED várakozás, bármi megtörténhet.
A hatékonyság növelése
- Compression (tömörítés).
- csatorna fragmentáció és interleaving (link fragmentáció interleaving) - mondjuk van egy lassú kapcsolaton (soros, igen), amely arra készül, hogy beszivárog a lédús tartalmazó csomagot nem különösebben fontos adatokat. Abban az időben, amikor az átadás kezdeményezni fogják elvileg nem számít, hogy a beállított QoS - lédús táska szívesen vesz minden adott neki 1500 byte, és nem hagyja, hogy egy vékonyka hang csomag, bár nincs semmi. LFI mond valamit, mint ez - több, mi nem lesz nagy csomag, egy kis csomagot a hang, tele G.711 kell átjutni, nem számít, mit.
Moduláris QoS CLI
Class térkép - felelős forgalomosztályozási, amely lehetővé teszi a forgalom szétválasztására és a nagyobb prioritású forgalom kevesebb. azaz Szeretném kiemelni a http forgalom egy osztály class-map 2.
Policy térkép - megmondja, mit kell tenni a foglalt forgalmi tagját osztály térkép. azaz Azt akarom, hogy jelölje meg a http forgalmat egy adott címkéhez a politikai térkép 1 és szeretnék korlátozni a sávszélességet forgalom http 64kbps a politikai térkép 2.
Szolgáltatási politika - alkalmazza a politikai térképet egy interfész a bejövő és kimenő forgalmat. azaz Azt akarom, hogy a politikai térkép jelzett 1 kimenő http forgalom Fa0 / 1, valamint a politikai térkép 2 Limited tartozik FA0 / 2. Egy és csak egy szolgáltatási politika létezhet mindkét irányban minden felületen.
Beállítása az osztály térképen
Az osztály térkép, két kritérium, ami alapján fog működni - match-összes (logikai ÉS) és match-minden (logikai VAGY). Alapértelmezésben egy osztály-térkép match-minden, ami azt jelenti, hogy az összes felsorolt feltételek ebben az osztályban térképen kell sovpasit egyidejűleg class-map munkát.
Az intézkedés alapján ebbe az osztályba tartozó térkép egyre ICMP forgalom csomag mérete 200-400 bájt.
A legtöbb figyelmes észrevette már, hogy amellett, hogy a létrehozott osztály térkép ICMP, van egy másik - az alapértelmezett, amelynek hatálya megkapja a forgalom - a class térkép alapértelmezés szerint. Például tudjuk leírni a hang forgalom, és írjon neki egy bizonyos szabály vonatkozik, és a többi a forgalom, ami nem voltunk érdekeltek, hagyjuk egy fegyvert a class-default illetve arról, hogy általánosan alkalmazható B.
Ezen kívül protokollok lehetővé teszik, illetve, hogy a hálózati szűrés, házigazdák, valamint a rugalmasságot, hogy összekapcsolják őket egy class-térképet az ACL-t. azaz.:
Az intézkedés alapján az ebbe az osztályba térkép lesz a mail szerver és SMTP forgalmat. És a 25 és 587 port. IOS okos lesz kitalálni a hálózat-alapú alkalmazás Recognition (NBAR).
Beállítás politikai térkép
Itt az ideje, hogy elmondja szívtelen vasat foglalkozni minősített így a forgalom. Az egyetlen hasznos dolog, amit tehetünk a politikai térkép létrehozása után ez a kiegészítő az osztály térképen:
De alkalmazása után az osztály térkép csak a móka kezdődik:
Ügyeljen arra, hogy változtassa meg a meghívást.
Fluent végigmenni a lehetőségek közül:
Szeretném megismételni még egyszer - ez egy rövid leírást a lehetőségek, a részletes vitát, amelynek tárgya nem egy cikkben.
Alkalmazás politikai térkép
Semmi sem lehetne ennél egyszerűbb. Interfészkonfigurációs módban a parancs szolgáltatás-politikai irányt, és adja meg a nevét a politika térkép. Nem olyan nehéz, nem? ;)
Annak érdekében, hogy hígítja a tompa elmélet tegyük egy kis padon, a tilalmat r2 ICMP csomagokat több mint 700 bájt felé r3 a 192.168.1.0/24 hálózat, ICMP csomagokat terjedő méretű 300-700 tegye limit 8000bps.
és ellenőrizze empirikusan R1:
Valóban, ICMP csomagot 299 befogadó feltérképezés gond nélkül, anélkül, hogy minden a jelöléseket az osztály térkép, ICMP csomagokat 300-700 byte kezd nehézségekbe eredményeként a beállított határérték „nem több, mint 8000 bit másodpercenként”, és az ICMP csomagokat 701 bájt csak és zord dobni.
R2 a politikai munkát is talált az alábbiak szerint:
A kezdeti közlekedési információk elkészítésére QoS szabályokat lehet gyűjteni valós időben ugyanazt c NBAR:
De hol kóser megteheti NetFlow.
A kérdés.
Milyen más osztályba MAP protokoll valósítja írásakor. után az osztály MAP chiska csendes ....
R2 (config) # class-map ICMP
R2 (config-CMAP) #match protokoll ICMP
Ha ICMP írni. csökkenteni fogja ICMP forgalom. Nem világos, hogy az összes port, vagy sem. kérjük, írja le nekem még „egy bolond))”
és ha azt akarom, hogy http npiasta pl mi fog történni.
mint ő maga mondta)
3750G-24 (config) #class
3750G-24 (config) # class-map ICMP
3750G-24 (config-CMAP) #match
3750G-24 (config-CMAP) #match pro
3750G-24 (config-CMAP) #match protokoll?
arp IP ARP
híd áthidaló
CDP Cisco Discovery Protocol
arctisztító ISO CLNS
clns_es ISO CLNS End System
clns_is ISO CLNS közbenső rendszer
cmns ISO CMNS
http http
ip IP
ipv6 IPv6
) Nos, akkor a kérdést.
Ha ICMP írni. csökkenteni fogja ICMP forgalom. Nem világos, hogy az összes port, vagy sem. kérjük, írja le nekem még „egy bolond))”
és ha azt akarom, hogy írjon http pl mi fog történni. hogy azonnal eszébe a kapcsolót. vagy hozzon létre egy szabály alap és MAP felületszolgáltatási politika esetleges változások nem.
Timur, azt hiszem, minden nagyon részletes, olvassa el újra a szakasz Moduláris QoS CLI.