Další, značně teoretická, část popisu Cisco IOSu se věnuje tématu smyček v síti (tedy ne-stromové topologii). Nejprve zmiňuji jaké nevýhody a naopak jaké výhody nám smyčky přináší. Následně popisuji řešení souvisejících problémů pomocí Spanning Tree Protocolu (STP). A v závěru je popsána konfigurace PVSTP pomocí příkazů IOSu.

Další popis operačního systému Cisco IOS se tentokrát věnuje důležité, a v praxi potřebné, oblasti virtuálních lokálních sítí, tedy VLAN. Teorii jsem popsal v dřívějším článku, takže nyní se jedná o praktický popis konfigurace VLAN. Zmíněny jsou také protokoly Dynamic Trunk Protocol (DTP) pro automatické vyjednávání trunků a užitečný VLAN Trunking Protocol (VTP) pro konfiguraci VLAN na jednom místě a její automatickou distribuci na ostatní switche.

Další část seriálu o Cisco IOSu je trošku více teoretická a věnuje se tématu Access Control List, tedy ACL. Můžeme říci, že se jedná o řízení nebo identifikaci přístupu k nějakému objektu. Začínám obecnějším popisem a dělením ACL a dále se věnuji rozšířenějším IP ACL a trochu méně používaným MAC ACL. Také článek ukazuje konfiguraci Standard, Extended i Named ACL na Cisco zařízeních a jejich aplikaci na Port nebo L3 interface.

Poslední díl seriálu o Quality of Service se věnuje jednoduchým praktickým příkladům. Pro toho, kdo přečetl předchozí díly, ukazuje komplexnější konfigurace. Ale je také vhodný pro ty, kteří předchozí články nečetli. Podle mého názoru můžeme konfigurovat různé vlastnosti, aniž bychom znali princip, jakým dojde k jejich provedení. Největší zaměření je na různé možnosti omezování rychlosti (propustnosti) portu.

Když jsem přecházel na IP telefonii, tak jsem očekával, že díky tomu, že je vše digitální a zpracovávané počítačem, získám velké množství nových funkcí, dohledu a jednoduchosti oproti digitální telefonní ústředně. Byl jsem ale velmi zklamán, protože řada věcí sice existuje, ale jako doplňková placená služba. Jednou z věcí, s kterou jsem automaticky počítal, je historie telefonních hovorů a různé reporty. Skoro jsem si myslel, že to je další věc, která v základu CUCM není, ale naštěstí se mi podařilo nalézt CAR, který splnil moje základní požadavky.

Konfigurace, které byly popsány v předchozích dílech, byly primárně určeny pro routery, i když se dají (občas v nějaké omezenější formě) použít i na switchích. V tomto díle se budu věnovat speciálním příkazům a konfiguracím určeným pro switche. Z principu činnosti, kdy switch často připojuje koncové klienty, je na něm třeba řešit jiné operace než na routeru.

V této časti se budeme věnovat oblasti správy zahlcení - Congestion Management. K tomu se využívají různé fronty (queues). V praxi jde o to, že můžeme vymezit určité pásmo pro nějako komunikaci, tedy garantovat šířku pásma. A případně ještě zajistit expresní odbavení (tedy nízkou latenci) - prioritizovat provoz. V druhé části se pouze lehce zmíním o podobné oblasti, zabránění zahlcení - Congestion Avoidance, které se řeší inteligentním zahazováním.

V minulém díle jsme řešili rozřazení provozu do tříd. Zároveň jsme si popsali Modular QoS CLI, které slouží ke konfiguraci většiny QoS vlastností na Cisco IOSu. Stručně byly zmíněny i příkazy pro vlastnosti, které se budou řešit v tomto článku. Jedná se o správu šířky pásma - Traffic Rate Management, tedy nastavení maximální rychlosti, kterou může určitý provoz (například uživatel) spotřebovat. Využijeme k tomu metodu policingu (rate limiting) a shapingu.

Tato část článků o Quality of Service se zaměřením na Cisco se věnuje první činnosti, kterou při aplikaci QoSu musíme provést. Jedná se o prozkoumání provozu a jeho rozdělení do tříd - classification a následně označení jednotlivých paketů touto třídou - marking.

Pokud stahujeme nějaký soubor ze sítě či prohlížíme webovou stránku, tak si ani nevšimneme řady problémů, ke kterým při přenosu dochází. Jsou to například různá zpoždění v doručení paketů nebo doručení v jiném pořadí než bylo vysílání. Komunikační protokol si s těmito problémy poradí a vše napraví. Problém nastane u operací, kdy výsledek potřebujeme okamžitě, tedy třeba VoIP a streamované audio/video. Pak se nám tyto problémy projeví v poruše obrazu a zvuku. Technologie, která řeší tyto problémy, se označuje jako zajištění kvality služby, tedy Quality of Service.