Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.
| Obě strany předchozí revizePředchozí verzeNásledující verze | Předchozí verze | ||
| msz:multicast [16. 06. 2012, 11.43:15] – [Multicastové adresování a směrování, IGMP, distribuční stromy, DVMRP, PIM] pitel | msz:multicast [05. 09. 2026, 14.25:59] (aktuální) – odstraněno - upraveno mimo DokuWiki (Neznámé datum) 127.0.0.1 | ||
|---|---|---|---|
| Řádek 1: | Řádek 1: | ||
| - | ====== Multicastové adresování a směrování, | ||
| - | {{ http:// | ||
| - | [[wp> | ||
| - | ===== Jaké známe typy aplikačního multicastu podle směru komunikace? ===== | ||
| - | * **One-to-Many**: | ||
| - | * **Many-to-Many**: | ||
| - | * **Many-to-One**: | ||
| - | ===== Jaký je ROZSAH multicastových adres v IPv4? ===== | ||
| - | Adresy třídy D ('' | ||
| - | ===== Jaké známe tři typy DOSAHu multicastových adres v IPv4? ===== | ||
| - | ^ Dosah ^ Adresy | ||
| - | | Lokální | ||
| - | | Globální | ||
| - | | Administrativní | ||
| - | ===== Jak poznáme multicastovou MAC adresu? ===== | ||
| - | První tři oktety '' | ||
| - | ===== Co je problém 32-to-1 overlapping? | ||
| - | IP adresy se stejnými 23((Prvních 9 se zahazuje.)) bity se mapují na stejnou MAC adresu. | ||
| - | ===== Jaký port má na L4 vrstvě vyčleněn protokol IGMP? ===== | ||
| - | IGMP messages are carried in bare IP packets with IP protocol number 2. There is no transport layer used with IGMP messaging.((http:// | ||
| - | > Port naní protokol! Buď je to chyták, nebo překlep. | ||
| - | ===== Jak se liší v IGMP Membership Query varianta General Query od varianty Group-Specific Query? ===== | ||
| - | Membership Query podle adresy rozdělen na **General Query** (Group Address nastaveno na '' | ||
| - | ===== Jak se zachová směrovač, pokud dostane zprávu IGMP Leave Group? ===== | ||
| - | Upon receipt of the Leave Group message, the router sends a series of group-specific queries for the host group. If no host responds to the group-specific queries, the router determines that there are no more members of that host group on that particular subnet and removes the entry from the IGMP interface group table.((http:// | ||
| - | ===== Jak nakládá s multicastovým rámcem „hloupý“ přepínač? | ||
| - | Broadcast | ||
| - | ===== Kdo je v případě CGMP ve vztahu klient-server klientem a kdo serverem? ===== | ||
| - | router = server, switch = klient | ||
| - | ===== Jmenujte tři unicastové a tři multicastové směrovací protokoly! ===== | ||
| - | - [[wp> | ||
| - | - [[wp> | ||
| - | - [[wp> | ||
| - | |||
| - | - [[wp> | ||
| - | - [[wp> | ||
| - | - [[wp> | ||
| - | - [[wp> | ||
| - | ===== Co je to SPT a jak ho lze v daném grafu vybudovat? ===== | ||
| - | [[wp> | ||
| - | |||
| - | Acyklický spojitý faktor grafu s nezáporně ohodnocenými hranami, kde cesta mezi kořenovým uzlem a všemi ostatními uzly je nejmenší možná. Abstraktní stromová struktura, kde mezi dvěma body existuje jediná, a to nejkratší cesta. | ||
| - | |||
| - | [[wp> | ||
| - | ===== Vyjmenujte oba druhy distribučních stromů a k nim výhody a nevýhody, jež s nimi souvisí! ===== | ||
| - | * **(S, G) -- source trees/ | ||
| - | * Pro každý zdroj multicastového provozu je vybudováván SPT ke všem jeho příjemcům se zdrojem jakožto kořenem stromu. | ||
| - | * Nejkratší cesta = nejmenší zpoždění. | ||
| - | * Paměťově náročné -- pro každý zdroj vlastní strom | ||
| - | * **(*, G) shared trees (sdílené stromy)** | ||
| - | * Existence nějakého společného bodu (tzv. rendezvous pointu RP) v topologii sdružujícího provoz od zdrojů multicastu, od kterého (jakožto kořene) je pak vybudován SPT k příjemcům. | ||
| - | * Suboptimální cesta může být příčinou zpoždění | ||
| - | * Lépe škáluje provoz od více stejných zdrojů | ||
| - | * Paměťově méně náročné | ||
| - | ===== Jakou metriku používá DVMRP? ===== | ||
| - | Počet hopů | ||
| - | ===== Co je RPF a proč je tak důležitý? | ||
| - | [[wp> | ||
| - | |||
| - | Princip zajišťující, | ||
| - | ===== Popište směrování příchozího multicastového paketu na směrovači s přihlédnutím k RPF! ===== | ||
| - | - Zdroj dat multicastové skupiny je ověřen vůči unicastové směrovací tabulce | ||
| - | - Zjistí se, jestli rozhraní leží ve směru zdroje dané multicastové skupiny, jestli: | ||
| - | * ANO -- rozhraní je označeno jako " | ||
| - | * NE -- rozhraní není nijak označeno nebo jako " | ||
| - | - Směrování multicastového paketu je pak rozhodnuto podle označení rozhraní, ze kterého přišel, jestli: | ||
| - | * " | ||
| - | * " | ||
| - | ===== Vyberte si tři libovolné zprávy PIM a popište je! ===== | ||
| - | * **Hello** -- PIM-DM uses Hello messages to detect other PIM routers. Hello messages are sent periodically on each PIM enabled interface. | ||
| - | * **Prune**, **Join**, **Graft** -- **Prune** messages are sent toward the upstream neighbor for '' | ||
| - | |||
| - | [[rfc> | ||
| - | ===== Jmenujte dva módy činnosti PIM, čím se od sebe liší a v jakých topologiích byste ten který nasadili? ===== | ||
| - | * **Dense (hustý) mód** | ||
| - | * Pracuje inkluzívním přístupem. | ||
| - | * Pravidelně zaplavuje celou síť multicastovým provozem, přičemž ty části stromu, na kterých nejsou žádní odběratelé, | ||
| - | * Každé 3 minuty. | ||
| - | * Používá jen (S, G) stromy, které jsou budovány __od zdroje až k příjemcům__. | ||
| - | * Vhodný do topologií s jedním zdrojem multicastu. | ||
| - | * **Sparse (řídký) mód** | ||
| - | * Pracuje exkluzivním přístupem. | ||
| - | * Strom je budován podle poptávky příjemců, | ||
| - | * Pracuje s oběma typy distribučních stromů: | ||
| - | * Zdrojové stromy jsou budovány __od zdrojů k RP__((Rendezvous point)). | ||
| - | * Sdílené stromy pak __od RP k příjemcům__. | ||
| - | * Používáme v topologiích s více zdroji multicastu. | ||
| - | * PIM-SM nefunguje, pokud všichni neznají RP!!! | ||
| - | ===== Jakou informaci musí směrovač mít, pokud chce používat PIMSM? ===== | ||
| - | Rendezvous point | ||