- Tech vic kodovani vidim stejne jako Dan, takze k tomu neni, co dodat
- Spoluprace s L2 bude na programu v nejakem pristim dile, k multicastu se da napsat hodne tlusta knizka a ani me se to proste do jednoho clanku neveslo.
Pokud by tech ruznych mutaci stejneho trafficu nebylo mnoho, pak by to slo vyresit multicastovym sirenim vsech techto trafficu, kazdy na jine adrese.
Jinak, i u nas na koleji (o ktere jsem se tu uz parkrat zminoval, cca 700 pripojek 10 a 100 Mbps) studenti s multicastem experimentovali (presneji receno, infrastruktura je nakonfigurovan a tak, ze v lokalni siti muze kdokoliv provozovat multicast-server i bez predchozi dohody). Docela me prekvapilo, jak pekne a bez vetsich problemu to chodilo. Jedinym drobnym zadrhelem byla konfigurace switchu, coz je oblast, kterou clanek ponekud pominul. Spoluprace routeru totiz nestaci. Nebyly-li by adekvatne nakonfigurovane i switche (aby multicast zasilaly pouze tam, kde je o nej zajem) mohlo by se lehce stat, ze uz v pripade dvou odberatelu videostreamu (rekneme 3,5Mbps) v lokalni siti by byly prichozimi pakety zcela zahlceny koncove pripojky 10Mbp i tech uzivatelu, kteri zadny video-stream neodebiraji. Jakmile ale byly i switche nakonfigurovany jako "multicast aware", chodilo to opravdu velmi pekne.
Jen nam z techto pokusu nevznikaji zadne pekne vysledne verejne dostupne vyzkumne zpravy ... ;-)
Trosku bych se branil uvadet VIC a RAT jako zarny priklad multicastove aplikace. Pouzivame je, ale nikoli pres multicast.
Da se to udelat tak, ze pakety chodi na unicastove zrcadlo, ktere replikuje provoz a rozesila pakety vsem ostatnim ucastnikum, opet unicastem. Vyhodou je, ze behem toho lze data ruznym ucastnikum zpracovavat ruzne (napriklad odlisit kvalitu videa podle toho, na jake lince sedi). To s multicastem neudelate. Nevyhoda je take jasna -- vetsi zatizeni site. Pro zajemce: zajdete na http://miro.cesnet.cz a hledejte RUM (RTP Unicast Mirror).
ČLÁNKY DO MAILU