summaryrefslogtreecommitdiff
path: root/TODO
diff options
context:
space:
mode:
Diffstat (limited to 'TODO')
-rw-r--r--TODO54
1 files changed, 0 insertions, 54 deletions
diff --git a/TODO b/TODO
index ecf00d81..d33162b7 100644
--- a/TODO
+++ b/TODO
@@ -58,59 +58,16 @@ OSPF
Documentation (sorry, its in czech)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-
-K SGML:
-
-o Mohl bys, prosim, nekam napsat, co je vsechno potreba udelat, aby bylo
- dokumentaci mozno postavit? Skoncil jsem u toho, ze jsem do doc/sbase/
- zkopiroval spoustu souboru z /usr/lib/sgml-tools a pridal nekolik symlinku
- -- ted uz sice dokumentaci vygeneruji, ale asi to neni ta spravna cesta.
-
-K HTML:
-
-o "2000" zcela vypadava mimo hlavicku.
-o Zkusit HTML projet nejakym validatorem.
-
-Uvod:
-
-o Chybi sekce popisujici instalaci, spousteni a command-line options.
-o "About routing tables" by melo byt podstatne podrobnejsi (vysvetlit, co vlastne
- routovaci tabulky jsou, co obsahuji, ze vubec existuji nejake atributy, k cemu
- slouzi, ze nektere tabulky jsou synchronizovane s kernelem, zatimco jine nikoliv,
- ze lze prenaset routy mezi tabulkami (odkaz na protokol pipe), ze k tabulkam
- jsou pres filtry pripojeny protokoly atd.) Asi z toho udelat samostatnou kapitolu.
-o Zminit logy a kategorie hlasek.
-o Chybi installation requirements: tedy ze potrebujeme GCC a GNU make.
-
Filtry:
-o Napsat neco o tom, jak filtry debugovat -- ze existuje trasovani filtru
- a CLI command pro vypsani routovaci tabulky tak, jak projde filtrem ci tak,
- jak ji vidi dany protokol.
-o `filters internally work ...' patri do progdoc.
o Vysvetlit nesting a zastinovani.
-o Nadefinovat, co se stane, kdyz funkce nevrati hodnotu, i kdyz ma.
-o ip: IPv4/IPv6 nezavisi na verzi BIRDa, nybrz na compile-time konfiguraci.
-o ip: .mask zminit zvlast mezi specialnimi operatory.
-o set: lepe vysvetlit matchovani prefixu, ukazat na prikladu.
-o bgppath: list of autonomous system _numbers_
-o bgpmask: vysvetlit matchovani.
-o operations: prejmenovat na `operators', mela by to asi byt tabulka
- operatoru, u kazdeho receno, na jakych typech je definovan a jakeho
- typu je vysledek.
-o attributes: nemyslim, ze jsou vsechny -- co treba scope a preference?
-o print: a coz takhle printn apod.?
-o Mezi prikazy nikde neni zminen napriklad accept a reject.
-o Co se stane, kdyz filtr skonci, aniz by vydal verdikt?
Protocols:
-o RIP: Per-interface optiony uvadet tez jako definition list.
o passwords: syntaxe data uz, tusim, davno vypada jinak.
Struktura dokumentace:
-o Chybi kapitola o CLI a o clientovi.
o Na konci (nebo ve zvlast sekci pro kazdy protokol?) by mel byt seznam referenci
na vsechny mozne dokumenty, zejmena vsak vsechna RFC, kterymi se ridime nebo
ktera maji neco spolecneho s tim, co delame (napriklad RPSL).
@@ -122,17 +79,6 @@ o Pokud je v zavorce cela veta, patri pred ')' tecka, pokud neni, tak
nepatri.
o Davej si pozor na rody -- router je vzdycky `it', nikdy `he'.
-> > Nechtel bys kapitolu o clientovy napsat ty? Ja o nem nic nevim, a
-> > kvalita uzivatelske dokumentace je o hodne dulezitejsi nez
-> > programatorske.
->
-> O clientovi neni temer co psat, commandy si, myslim, snadno najdes v config.Y.
-> Protokol je velice jednoduchy: uzivatel posila prikazy, BIRD odpovida radky
-> typu CCCCs..., kde CCCC je kod hlasky (viz doc/reply-codes), `s' je whitespace,
-> `...' hlaska. Viceradkove odpovedi maji na vsech radcich mimo posledniho misto `s'
-> minus a nebo na druhem az predposlednim radku misto celeho prefixu jen whitespace
-> (presne jako ve FTP).
-
Jeste by to chtelo trosku podrobneji:
(1) zminit se o atributech, rici, co vsechno o route rikaji a odkazat