Pokyny k implementaci RCNA úloh do Virtlabu
Z VirtlabWiki
(Rozdíly mezi verzemi)
| Verze z 17:07, 20. 1. 2009 Gry72 (Diskuse | příspěvky) ← Předchozí porovnání |
Verze z 17:23, 20. 1. 2009 Gry72 (Diskuse | příspěvky) Následující porovnání → |
||
| Řádka 1: | Řádka 1: | ||
| + | == K textu úlohy == | ||
| + | |||
| + | * Výstižný název úlohy (zahrnout podstatné technologie z úlohy) | ||
| + | ** všude stejný formát: Název tasku (short name z Virtlabu) - Název pro člověka (měl by odpovídat long name z Virtlabu) | ||
| + | |||
| + | * Do Cíle úlohy vždy stručně uvést, co se má nakonfigurovat - shrnout ze všech kroků úlohy | ||
| * Vždy se zamyslet nad praktickou smysluplností každé úlohy (a případně upravit, aby logický smysl dávala) | * Vždy se zamyslet nad praktickou smysluplností každé úlohy (a případně upravit, aby logický smysl dávala) | ||
| + | |||
| * Upravit s ohledem na realizovatelnost ve Virtlabu | * Upravit s ohledem na realizovatelnost ve Virtlabu | ||
| ** ne "zapojte/odpojte linku, připojte počítač) - nejvýše aktivujte/deaktivujte linku, Virtlab vždy na začátku propojí topologii celou | ** ne "zapojte/odpojte linku, připojte počítač) - nejvýše aktivujte/deaktivujte linku, Virtlab vždy na začátku propojí topologii celou | ||
| ** všechny linky mají stejnou rychlost (clock rate), všechny taktuje spojovač (=směrovače jsou vždy DTE) | ** všechny linky mají stejnou rychlost (clock rate), všechny taktuje spojovač (=směrovače jsou vždy DTE) | ||
| - | * Výstižný název úlohy (zahrnout podstatné technologie z úlohy) | ||
| - | == Konfigurace == | + | * Volitelné úlohy nemusí být uvedeny vždy (=ne za každou cenu a to, co s úlohou nesouvisí, např. autentizace směrovací informace). |
| + | ** Pokud uvedeny jsou, tak ideálně tak 1-2 volitelné úlohy ke každé úloze, ale hlavně k věci | ||
| + | |||
| + | * Do testu funkce shrnout jen několik nejužitečnějších '''k úloze se vážících''' SHOW/DEBUG příkazů, ne vždy všechny (traceroute apod.) a výpisy nepotřebných detailů. | ||
| + | |||
| + | |||
| * místo clockrate na interface konfigurovat bandwidth, ale jen '''v případech, kdy je to opravdu potřeba''' | * místo clockrate na interface konfigurovat bandwidth, ale jen '''v případech, kdy je to opravdu potřeba''' | ||
| - | * Smysluplné názvy podsekcí odkazů v sekci teoretického úvodu ("referenční příručky konfiguračních příkazů", "teoretický'úvod do XXX") | ||
| + | * Smysluplné názvy podsekcí odkazů v sekci teoretického úvodu ("referenční příručky konfiguračních příkazů", "teoretický'úvod do XXX") | ||
| + | * Vybrat jen nejdůležitější odkazy na teorii a konfigurační příkazy, jen věci opravdu použité v úloze, minimalizovat duplicity a a příliš detailní zdroje (RFC) | ||
| + | ** max. cca 4 odkazy na teorii a 4 na konfigurační příkazy | ||
| + | ** rovnoměrně pokrýt všechny oblasti, kterými se úloha zabývá | ||
| + | ** seřadit podle důležitosti odshora dolů | ||
| * Žádná pevná jména inteface obrázcích (DIA), konfiguracích ani v textech zadání, odkazovat se na jméno linky (#router:linka#), Virtlab automaticky doplní podle aktuálního mapování | * Žádná pevná jména inteface obrázcích (DIA), konfiguracích ani v textech zadání, odkazovat se na jméno linky (#router:linka#), Virtlab automaticky doplní podle aktuálního mapování | ||
| Řádka 17: | Řádka 32: | ||
| ** vlevo bude vždy prvek, který je v lexikografickém (slovníkovém) řazení před prvkem vpravo | ** vlevo bude vždy prvek, který je v lexikografickém (slovníkovém) řazení před prvkem vpravo | ||
| ** V případě více paralelních linek použít syntaxi prvek1-prvek2-n, kde n=1,2,... | ** V případě více paralelních linek použít syntaxi prvek1-prvek2-n, kde n=1,2,... | ||
| - | ** prčlivě kontrolovat, zda jsou správně | + | ** pečlivě kontrolovat, zda jsou správně |
Verze z 17:23, 20. 1. 2009
K textu úlohy
- Výstižný název úlohy (zahrnout podstatné technologie z úlohy)
- všude stejný formát: Název tasku (short name z Virtlabu) - Název pro člověka (měl by odpovídat long name z Virtlabu)
- Do Cíle úlohy vždy stručně uvést, co se má nakonfigurovat - shrnout ze všech kroků úlohy
- Vždy se zamyslet nad praktickou smysluplností každé úlohy (a případně upravit, aby logický smysl dávala)
- Upravit s ohledem na realizovatelnost ve Virtlabu
- ne "zapojte/odpojte linku, připojte počítač) - nejvýše aktivujte/deaktivujte linku, Virtlab vždy na začátku propojí topologii celou
- všechny linky mají stejnou rychlost (clock rate), všechny taktuje spojovač (=směrovače jsou vždy DTE)
- Volitelné úlohy nemusí být uvedeny vždy (=ne za každou cenu a to, co s úlohou nesouvisí, např. autentizace směrovací informace).
- Pokud uvedeny jsou, tak ideálně tak 1-2 volitelné úlohy ke každé úloze, ale hlavně k věci
- Do testu funkce shrnout jen několik nejužitečnějších k úloze se vážících SHOW/DEBUG příkazů, ne vždy všechny (traceroute apod.) a výpisy nepotřebných detailů.
- místo clockrate na interface konfigurovat bandwidth, ale jen v případech, kdy je to opravdu potřeba
- Smysluplné názvy podsekcí odkazů v sekci teoretického úvodu ("referenční příručky konfiguračních příkazů", "teoretický'úvod do XXX")
- Vybrat jen nejdůležitější odkazy na teorii a konfigurační příkazy, jen věci opravdu použité v úloze, minimalizovat duplicity a a příliš detailní zdroje (RFC)
- max. cca 4 odkazy na teorii a 4 na konfigurační příkazy
- rovnoměrně pokrýt všechny oblasti, kterými se úloha zabývá
- seřadit podle důležitosti odshora dolů
- Žádná pevná jména inteface obrázcích (DIA), konfiguracích ani v textech zadání, odkazovat se na jméno linky (#router:linka#), Virtlab automaticky doplní podle aktuálního mapování
- Pro rozumnou přehlednost používat v logických topologiích a zadáních jména linek spojujících síťové prvky ve formátu prvek1-prvek2
- všechna jména uppercase
- vlevo bude vždy prvek, který je v lexikografickém (slovníkovém) řazení před prvkem vpravo
- V případě více paralelních linek použít syntaxi prvek1-prvek2-n, kde n=1,2,...
- pečlivě kontrolovat, zda jsou správně
