classic.ISPforum.cz

Dobrý den
Mám udělat uživatelské rozhraní pro mk, kdy uživatelé budou vidět svůj trafic (čiselnou hodnotu popřípadě i grafy) a samozřejmě admin účet (přidávání uživatelů atd.) Mám na test mkv3.30 na 532A linuxový stroj sem zvolil Ubuntu (zatim). SNMP komunikace funguje (Paessler SNMP Tester).
Chci se zeptat:
1.čím by jste získávali data z mk? MRTG? cacti? už jsem si s ním kdysi hrál ale nevím jestli umí ze souboru vzít jen data a nedělat grafy.Samozřejmě výstup bude v php.
2.Z kama zjištujete databázi MIB? http://www.mikrotik.com/documentation// ... krotik.mib nebo máte nějakou databázi např. .1.3.6.1.2.1.2.1.0 - počet interfaců daného zařízení ...
3. Na co navázat zjištování dat na mac uživatele? Jak řešíte více mk. jinou doménou?

V životě jsem s mk nedělal . Byl bych vděčný za každou radu doporučení... potřebuji jen nasměrovat jakým směrem mám jít... popřípadě čemu se vyhnout... dik

Cacti je moloch, prejdi si DEV php fora ako spravovat accounty a cele si to napis sam. Tvoja poziadavka je jednoducha nevidim preto dovod sa trapit s niecim velkym. OID viz http://www.mikrotik.com/testdocs/ros/2.9/root/snmp.php ber to ako priklad ...

To Twity
primarne by si mel upustit od zobrazovani sice krasnych, ovsem nic nerikajicich grafu klientovi.
Poloz si otazku k cemu ti to bude, (potazmo klientovi) s tim, ze i jen 100 klientu ti pri pozadavcich na graf zatizi zarizeni pomerne citelnym zpusobem. Uvedom si, ze Mikrotik s tim klientem bude pracovat a informace predavat po prihlaseni se na zarizeni (jedno jakym zpusobem) a predstav si, ze ti to na nejake vetvi kolisne a 80 rejpalu najednou kontroluje traffic.
Pro klienty je aktualni traffic zbytecnost (nikdy to neoceni) a ty si zbytecne zatezujes sit nemluve o tom, ze musis nekam ukladat.
Klientum bych maximalne zpristupnil mesicne stazena data ve forme ciselne informace a stav o dostupnosti jejich zarizeni s mesicnim clearem logu.
O externich SW, ktere chces pouzit ani nemluvim - LaCosta to rekl za mne.

Dik moc
Tak původně byl plán vyuzit mrtg ktere bude sbirat data, ukladat na server do souboru a po prihlaseni vykresli graf ze souboru (jestli si vzpominam tak to tak funguje) ale jaks riklas datacalldc grafy jsou naprd.. ikdyz by to bylo lehci. Takze jestli sem to pochopil, udelat (daemon) script, ktery bude data stahovat a ukladat do databaze asi po dnech... (mela by byt statistika dny, mes, roky) .... U admin uctu by melo (podle me predstavy) byt pridavani uzivatele - jeho prirazeni k mac (nebo ip) , prehledy vseho mozneho + veci ktere jeste nevidim a budou zapotrebi..

datacalldc píše:Klientum bych maximalne zpristupnil mesicne stazena data ve forme ciselne informace a stav o dostupnosti jejich zarizeni s mesicnim clearem logu. O externich SW, ktere chces pouzit ani nemluvim - LaCosta to rekl za mne.

Je pozadavek na kompletni vypis upload a download data (dny, mesice ...)
"jejich zarizeni s mesicnim clearem logu" ty asi myslis mk. jako koncove zarizeni. Ja mam na mysly mk jako AP i koncove zarizeni - nebylo specifikované.
Jeste jednou dik za názory a rady.

Dobrý den. Dostal sem se do slepé uličky a nevím kudy dál.
Upload a download od uživatelů ukládam do rrdtool databáze s použitím scriptu. Jenže nevím jak udělat souhrn přenesených dat za určité období (např. den, tyden, měsíc) - číselnou hodnotu, NE graf. Do rrdtool se uloží poslední maximální hodnota, kdyby to byly dílčí hodnoty tak není problém. Databázi rrdtool sem zvolil, protože nevím, jak jinak se pravidelně cca 5min dotazovat mirkotiku na data.A po odpojení mikrotiku od napájení se čítače vynulují. Php moc nastudovane nemam ale nevím že by to umělo automatický sběr dat, kromě trvale otevřených stránek s automatickým refresem, což není řešení.
když to shrnu tak:
1: u rrdtool nevím jak přepočítat data na určité období.
2: u php nevím, jak sbírat pravidelně data. Mikrotik stejně nabízí jen celkový součet.
Víte někdo jak z toho ven? Dík moc za odpověď

Víte někdo jak z toho ven?

To víš, že víme. Na začátku si však ujasněme, o co tady vůbec jde. Dovolím si použít tvá slova:

Mám udělat uživatelské rozhraní pro mk, kdy uživatelé budou vidět svůj trafic (čiselnou hodnotu popřípadě i grafy) a samozřejmě admin účet (přidávání uživatelů atd.)

Bezva, takže pojďme si vzít radacct tabulku z MySQL, kde máme informace o přenesených datech ke každému uživateli hezky poskládané. A dále tabulku radcheck, se kterou budeme pracovat v rámci přidávání/mazání uživatelů. Jasně, máme tady ještě tabulku radreply, kam zadáváme informace o rychlosti nebo IP adrese, které chceme uživateli přidělit, ale to si nechme až na konec. Stejně jako *group* tabulky a případně další, neboť první, co bude třeba udělat, je oprostit se od toho, že zadání, před kterým stojíš, má s nějakými queues společného asi tak 5%. A to ještě tak, že dynamicky. Až se s tímto dogmatem ztotožníš, tak napiš pár řádků kódu pro přístup k databázi a běž na pivo. A nebo ještě lépe, použij User Manager a běž na pivo hned. Co se týká grafování, už to tady zaznělo, je to celkem k ničemu. Ale jestli na tom budeš trvat, tak vezmi jakoukoliv funkci pro grafování v prostředí ve kterém vyvíjíš, a šahej průběžně do tabulky radcheck.

Ano, nezaznělo tady to nejpodstatnější slovo, které začíná na R a končí na S, ale na to už přijdeš

cože? nestačilo by aby si tazatel přečet manual jak se z rrd vytahujou součty dat? Tim je to hotový.

Zdeněk Švarc píše: Ano, nezaznělo tady to nejpodstatnější slovo, které začíná na R a končí na S, ale na to už přijdeš

jj radius by byl pěkný ale myslím ze lepší bude to co navrhuje hapi.

hapi píše:cože? nestačilo by aby si tazatel přečet manual jak se z rrd vytahujou součty dat? Tim je to hotový.

@hapi: manuál čtu snad 4 týdny v kuse a pořád tomu nechápu. Co sem nasel je funkce xport která vyexportuje do xml, ale zde vyexportuje data a pote musím dalsí funkcí v php udělat průměr . Funkce dump která dělá to samé s tím, že ještě může odeslat na jiný server. A nakonec by to mohla zvládnout samotná funkce fetch. No čekal sem, že zavolam jednu funkci a ta mě to spočíta. Nemohl bys prosím uvést kterou funkci měls na mysli a nějaký příklad? Nikdy sem s rrdtool ani podobným toolem nedělal a čím víc to studuju tím víc jsem v pasti.

Komu není rady, tomu není pomoci

Zdeněk Švarc píše:Komu není rady, tomu není pomoci

Neber si to nejak osobne, je to urcite lepsi nez to co delam, ale v dobe kdy to mam skoro hotove si nemuzu casove dovolit to vyhodit a zacinat novou vec. Neni to moje napln pracovniho dne. Jinak ti děkuji za vycerpavajici radu

Ano rrd fetch by sa dal pouzit, len treba vediet, ze je urcena interne pre graf a neni urcena na celkove pocitanie. Dane vysledoky musis niecim prehnat aby si dostal co potrebujes a to nepocitam o presnosti pre cele obdobie 1 roka, napr. 5 min. To RRD bude strasne velke a pomale pri spracovani. Ak si ponechas graf a len doplnis data cez toto http://mikrotik.gbely.net/traff_accounting_MT.rar po patricnej uprave, myslim, ze to splni vsetko co potrebujes.

P.S. ten rok vyroby nech ta neodradi

víš jak je RRD rychlý? chceš mi říct že databáze o velikosti 500kB (což je hodně velká protože jí máme docela schválně nafouknutou aby byly grafy detailnější) bude dlouho počítat? než mrkneš tak je to hotový. Přesnost je 1:1. Přes accounting nedoporučuju cokoliv dělat obzvlášť když vám tam neteče jenom nějakých 50Mbit ale víc.

Ano viem lebo sme ho roky pouzivali a uz sa toho zbavili, to tvoje cislo je nejak malo, neviem ci ide o verziu alebo o parametre ... Pri tom roku ak by slo o 1:1 tak by to bolo viac (u nas). Bohuzial nebola spomenuta linka ani pocet uzivatelov takze by som IP Acc neodsudzoval a v podstate podla toho sa odvija aj to RRD.

tak muj soucet dat z rrdtool. Nic moc, umi scitat jenom 2 sloupce ale me to postaci. dam to sem pro inspiraci, treba to nekdo nekdy bude potrebovat

p.s. nepodarilo se mi tridit hodnoty podle nazvu sloupcu ale co uz nejak to funguje

Jenom jeden poslední dotaz. Vite nekdo v jakem formatu at uz COUNTER ci cokoliv jineho se ukládají data do rrd databáze? jestli jsou to b B iB nebo jak...