CZF-RFC-BASE

CZF-RFC-BASE definuje zaklady spolecne pro vsechny CZF-RFC.

CZF-RFC jsou dokumenty, konkretne rozpracujici myslenky Ustavy CZF. CZF-RFC by mely obsahovat konkretni realizacni postupy vcetne okomentovanych funcnich skriptu/postupu vyroby/... jako priklady realizace. Mohou obsahovat vice zpusobu realizace, vcetne pripadne preference jednotlivych postupu. Zakladem je CZF-RFC-NODE definujicim minimalni funkcni jednotku site CZF.

Struktura CZF-RFC:

Kazde CZF-RFC by melo mit 3 zakladni casti:

   * uvod srozumiteny i pro Laiky - co a proc RFC definuje
   * zpusob realizace nezavisly na konkretnim technickem provedeni
   * konkretni priklady funcni konfigurace - nejlepe detailne okomentomentovane prikazy nebo/a konfiguracni soubory

Slovnicek hojne pouzivanych pojmu:

   * CZF, sit - IPv4 a IPv6 sit CZFree.Net
   * POINT, BOD, klient = sitove zarizeni, ktery nesmeruje dal zadne pakety. Typicky uzivatelska stanice.
   * AP, Access Point, Pripojny Bod - zarizeni, umoznujici pripojeni POINTu do NODE. Typicky soustava slozena z anteny, kabelaze, bleskojistek, pigtailu, HW AP nebo WiFi karet. Nebo Ronja.
   * NODE, UZEL - soustava zarizeni, ktere umoznuje pripojeni POINTu a smeruje pakety v ramci CLOUDu podle CZF-RFC-ROUTING. Typicky soustava nekolika AP, switchu, PC routeru, krabice na PC, ... lokalizovana v jednom dome.
   * neNODE - NODE, ktery odmita splnit vsechny pozadaky definovane jako povinne v CZF-RFCs, nicmene neskodici a majici fyzicky spoj s CZF. Komunikace mezi CZF a neNODE muze byt QoSena, viz CZF-RFC-QoS
   * CLOUD, OBLAST, REGION = Autonomni System v ramci CZF - administrativne vydelena soustava vzajemne komunikujicich NODE. Uvnitr routuji pomoci OSPF, vzajemne pres BGP, viz CZF-RFC-ROUTING.
   * CBR - CLOUD Border Router - BGP router na hranici CLOUDu
   * pater CZF, backbone = Infrastruktura - soustava vzajemne komunikujicich CLOUDu.
   * [N]KT = [ne]komercni traffic - data, jejichz smerovanim se [ne]vytvari zadny financni zisk, smerovani [ne]zpoplatnenych sluzeb
   * iGW = Internet GateWay - router, ktery umoznuje pripojeni do Internetu za podminek odpovidajicich Ustave a CZF-RFC-ROUTING
   * CZF Stabilni - takova verse programu, ktera je ozkousena s konfiguraci podle CZF-RFC a dostupna z CZFree CVS serveru 

Klicova slova pro specifikovani urovne pozadavku:

   * musi - Toto slovo, nebo termin 'pozadovany' znamenaji, ze tato definice je absolutni pozadavek specifikace.
   * nesmi - Toto slovo znamena, ze tato definice je pro specifikaci absolutne nepripustna.
   * mel by - Tato fraze, nebo pridavne jmeno 'doporuceny' znamena, ze zde mohou existovat za urcitych okolnosti duvody pro zanedbani konkretni veci, ale veskere dusledky musi byt dukladne zvazeny pred odchylenim od specifikace.
   * nemel by - Tato fraze, nebo fraze 'neni doporuceno' znamena, ze zde mohou existovat za urcitych okolnosti duvody, kdy je dane chovani prijatelne nebo dokonce uzitecne, ale veskere dusledky v danem pripade musi byt dukladne zvazeny pred implementaci jakehokoliv chovani, ktere je takto oznaceno.
   * muze - Toto slovo, nebo pridavne jmeno 'volitelny' znamena, ze tato vec je skutecne volitelna. Nekdo muze danou vec zahrnout, protoze ji prislusny ucel vyzaduje nebo se mu proste libi a nekdo na tu samou vec nemusi brat vubec zretel. Implementace, ktera v sobe neobsahuje danou volitelnost musi byt pripravena fungovat s jinou implementaci, ktera ji ma, i pres snizenou funkcionalitu. Stejne tak musi byt implementace zahrnujici nepovine funkce pripravena fungovat s jinou implementaci, ktera je nema.