Zdrojove kody

• Do zdrojovych kodov som pridal moj aktualny . Je tam zakladne odchytavanie SIP paketov, avsak zatial bez optimalizacie co sa tyka ukladania do databazy. Potreboval by som vsak poradit ohladom struktury tabulky v databaze. Ta aktualna je:

"CREATE TABLE IF NOT EXISTS packets(id INT NOT NULL AUTO_INCREMENT, PRIMARY KEY(id), call_id VARCHAR(65) NOT NULL, p_body TEXT NOT NULL, p_date DATE NOT NULL, p_time TIME NOT NULL);

id -> identifikator

call_id -> unikatny identifikator hovoru

p_body -> samotny obsah paketu

p_date -> datum zachytenia packetu

p_time -> cas zachytenia paketu(datum a cas aktualne - v zmysle chvile pridania do databazy)

• Uvazujem nad tym, ci nie je vyhodnejsie spravit dve tabulky-teda jedna bude na samotny hovor a podrobnosti o nom(call_id, datum, cas)a druha by obsahovala uz len telo paketu a cudzi kluc na polozku tabulky s call_id. Neviem vsak ci to len zbytocne neskomplikujem najma co sa tyka implementacie tychto veci v C-cku..
  • JOZO: ano, myslim si ze je to dobry napad oddelit payload od inych dat. Neviem sa ku tomu ale presne vyjadrit - bohuzial nie som expert na databazove programovanie. Ak ale zistite nejaky best practice v tejto oblasti z praxe tak sa rad poucim

• Druha vec, ktora sa mi zda aj trosku podstatnejsia je, ze ci mi stacia aktualne stlpce v tabulke tak ako to mam zadefinovane teraz. Neviem ci nema zmysel tam dat aj zdrojovu/cielovu IP adresu, pripadne nieco ine na co som zabudol.. Teda neviem sa rozhodnut ci je lepsie analyzovat paket teraz uz pri ich odchytavani, alebo az neskor cez php.. Dakujem za rady vopred.
  • JOZO: zdrojova/cielova IP ma veeelmi velky zmysel! Na zaklade tejto info sa napr. bude kreslit SIP call flow, ... Co sa tyka analyzovania paketu tak odporucam analyzovat to priamo pri odchytavani.