Odpověď na názor

Bozicku :-)

Mozna se pohybujete v oblasti nejakych WiFi ci garazovych operatoru, kde skutecne k nejakym pretizenim okruhu ci zahazovani paketu dochazi, nicmene tady se bavime o velkych a rozumne spravovanych sitich. Kdysi v davnych internetovych dobach byly podnikany ruzne kroky se selmostroji pod spolecnym vzyvanim modly jmenem QoS, nicmene vyhral americky pristup (dostatecne tlusta trubka resi vse). Jednim z duvodu, proc QoS de facto chciplo, byla "drobna" prekazka v tom, ze se operatori nedokazali dohodnout na tom, odkud kam se vlastne QoS garantuje. QoS muzete vzyvat maximalne ve vlstni siti (ale i to je z velke casti powerpointove inzenyrstvi) :-)

Mira zahazovani je nezavisla na poctu okruhu - tedy pokud pracujeme v profesionalnim prostredi.

V pripade, ze pracujeme s vetsim mnozstvim okruhu, mame vetsi problemy se smerovacimi protokoly. Tyto problemy jsou technicke (rychlost konvergence, velikost smerovacich tabulek), ale i organizacni (nastavovani smerovaci politiky).

Mate pravdu v tom, ze smerovac neni tak rychly jako opakovac. Nicmene, ve smerovaci obvykle konci vic nez dva datove okruhy, zatimco v opakovaci konci prave dva. Jejich funkce je proste rozdilna a je to podobne, jako byste chtel pracku nahradit lednici, protoze zere mene proudu.

Ale jinak hezke teorie, vitejte ve svete skutecneho Internetu :-)

Mimochodem, porad pisete o nejakych bodech A, B nebo C. Nicmene napriklad VoIP je z hodne velke casti o Peer-To-Peer sitovani. Budu ja mit z domova jedenmilionsestsetdevadesatdvatisictristadvacetpet (ci vice) ruznych datovych okruhu ke vsem SIP telefonum, ktere jsou pripojeny do site?

Mimochodem, zkuste si traceroute z Vasi site nekam do San Jose. Zjistite, ze latence smerovacu nebude ten hlavni problem. Tedy pokud nevisite na nejake garazove siti.