[rlug] IfInOctets problem
Hello rlug, problema se pune in felul urmator: ma intereseaza sa citest viteza instantanee pe interfata CaTV a unui modem pentru asta am folosit OID-ul IfInOctets .1.3.6.1.2.1.2.2.1.10.3 care imi da numarul de octeti care au trecut prin interfata respectiva. am incercat cu doua citiri si diferenta dintre ele raportata la timpul scurs intre cele doua citiri, doar ca erorile sunt destul de mari ... se poate citi viteza pe o interfata si altfel? decat prin doua citiri succesive? daca da, imi da cineva o idee? -- Best regards, Simionov mailto:[EMAIL PROTECTED] ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re[1]: [rlug] IfInOctets problem
Hello Tarhon-Onu, Monday, August 21, 2006, 11:16:20 AM, you wrote: On Sun, 20 Aug 2006, Simionov Daniel Adrian wrote: respectiva. am incercat cu doua citiri si diferenta dintre ele raportata la timpul scurs intre cele doua citiri, doar ca erorile sunt destul de mari ... Cit de mari? Cui se datoreaza? Inexactitatii cu care este apreciat timpul intre citiri sau metodei prin care se face calculul? Probabil o idee ar fi sa lasi vreo 5-10 secunde intre cele 2 citiri. valorile erorilor ... pentru o viteza de 128 KB imi afiseaza cand 100 cand 70 cand 150, se datoreaza faptului ca nu pot aprecia timpul scurs intre doua citiri la o precizie mai mare de 1 secunda, timpul dintre doua citiri poate fi de 0.9 secunde sau de 0.2 secunde ... am gasit un factor de aproximatie K cu ajutorul caruia a mai scazut eroarea ... daca se fac grafice, este ok sa se citeasca la zece secunde sau mai mult si atunci nu mai apare eroarea, doar ca am o pagina de administrare pe care doresc sa o fac sa se incarce intr-un timp cat mai scurt, nu pot astepta 10 secunde... si vreau sa afisez pe ea o viteza instantanee. -- Best regards, Simionovmailto:[EMAIL PROTECTED] ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re[1]: [rlug] IfInOctets problem
On Mon, 21 Aug 2006, Simionov Daniel Adrian wrote: administrare pe care doresc sa o fac sa se incarce intr-un timp cat mai scurt, nu pot astepta 10 secunde... si vreau sa afisez pe ea o viteza instantanee. Atunci ia timestamp-ul de dupa fiecare citire, ar trebui sa fie mai exact. Si citeste timpul cu o rezolutie mai mare, daca e in bash atunci vezi date +'%s.%N' (si foloseste bc pentru operatii, ca bash opereaza doar cu numere intregi), sau vezi strftime() daca e in altceva. -- Any views or opinions presented within this e-mail are solely those of the author and do not necessarily represent those of any company, unless otherwise expressly stated. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: Re[1]: [rlug] IfInOctets problem
daca se fac grafice, este ok sa se citeasca la zece secunde sau mai mult si atunci nu mai apare eroarea, doar ca am o pagina de administrare pe care doresc sa o fac sa se incarce intr-un timp cat mai scurt, nu pot astepta 10 secunde... si vreau sa afisez pe ea o viteza instantanee. Nu exista viteza instantanee, in cel mai bun caz lim(dx/dt), cand dt-0, insa valoarea cu pricina devine foarte susceptibila la erori de masurare (dupa cum ai vazut). Recomandarea personala e sa faci un mic daemonas care tot masoara viteze folosind un interval decent si ii ceri tot timpul ultima masuratoare (pe care astfel o poti afla si afisa instantaneu). Btw, cam toate valorile instantanee in kernel sunt calculate destul de rar, loadul si traficul sunt la 2 secunde, iirc. Nu e degeaba decizia asta. Petre. PS: Flame-urile filozofice privind natura cuantica a timpului si comparatia kernel/turbosuflanta pot sa mearga pe offtopic sau in /dev/null. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re[2]: [rlug] IfInOctets problem
Hello Ratiu, Monday, August 21, 2006, 2:08:59 PM, you wrote: daca se fac grafice, este ok sa se citeasca la zece secunde sau mai mult si atunci nu mai apare eroarea, doar ca am o pagina de administrare pe care doresc sa o fac sa se incarce intr-un timp cat mai scurt, nu pot astepta 10 secunde... si vreau sa afisez pe ea o viteza instantanee. Nu exista viteza instantanee, in cel mai bun caz lim(dx/dt), cand dt-0, insa valoarea cu pricina devine foarte susceptibila la erori de masurare (dupa cum ai vazut). Recomandarea personala e sa faci un mic daemonas care tot masoara viteze folosind un interval decent si ii ceri tot timpul ultima masuratoare (pe care astfel o poti afla si afisa instantaneu). Btw, cam toate valorile instantanee in kernel sunt calculate destul de rar, loadul si traficul sunt la 2 secunde, iirc. Nu e degeaba decizia asta. Petre. PS: Flame-urile filozofice privind natura cuantica a timpului si comparatia kernel/turbosuflanta pot sa mearga pe offtopic sau in /dev/null. sunt mii de clienti, nu pot sa stau sa calculez valoarea asta cu un daemon la fiecare in parte, poate ca la unii nu ma va interesa niciodata. timpul pe care il citesc eu dupa fiecare interogare snmpget este la precizie de secunda, am sa incerc sa il citesc la o precizie mai mare deocamdata, sa vad daca am sa reusesc ... in php. -- Best regards, Simionovmailto:[EMAIL PROTECTED] ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re[2]: [rlug] IfInOctets problem
On Mon, 21 Aug 2006, Simionov Daniel Adrian wrote: timpul pe care il citesc eu dupa fiecare interogare snmpget este la precizie de secunda, am sa incerc sa il citesc la o precizie mai mare deocamdata, sa vad daca am sa reusesc ... in php. Nu poti sa stabilesti timpul la care se face citirea, ci doar sa-l aproximezi. Din diverse motive (erori/latenta retea, lag turbo, interferente retele petre, etc) acest timp trebuie masurat, tu poti sa stbilesti doar ordinul de marime. Apoi rezolutia de o secunda este prea mica in conditiile in care latenta retelei poate sa urce mai mult de atit. Pe de alta parte ce viteza instantanee isi pastreaza durata doar pentru atita timp?! Daca e sa vizualizezi (a se citi downloadezi) o pagina web mai complexa, etc downloadezi de fapt mult mai multe elemente. Iar daca pagina e mica si se incarca in mai putin de n secunde (n convenabil ales, preferabil pe undeva pe la 2-3 secunde) atunci testul vitezei instantanee e irelevant. Eu as stabili acel interval undeva la 3-5 secunde si as afisa throughput-ul in acel interval. Un interval de o secunda este irelevant si foarte susceptibil la erori. Eventual ca sa te simti tu mai bine ai putea sa scazi din intervalul masurat si RTT-ul, desi ideea este sa-l faci pe asta sa devina neglijabil in comparatie cu dimensiunea intervalului ales. -- Any views or opinions presented within this e-mail are solely those of the author and do not necessarily represent those of any company, unless otherwise expressly stated. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re[2]: [rlug] IfInOctets problem
Hello Tarhon-Onu, Monday, August 21, 2006, 3:10:52 PM, you wrote: On Mon, 21 Aug 2006, Simionov Daniel Adrian wrote: timpul pe care il citesc eu dupa fiecare interogare snmpget este la precizie de secunda, am sa incerc sa il citesc la o precizie mai mare deocamdata, sa vad daca am sa reusesc ... in php. Nu poti sa stabilesti timpul la care se face citirea, ci doar sa-l aproximezi. Din diverse motive (erori/latenta retea, lag turbo, interferente retele petre, etc) acest timp trebuie masurat, tu poti sa stbilesti doar ordinul de marime. Apoi rezolutia de o secunda este prea mica in conditiile in care latenta retelei poate sa urce mai mult de atit. Pe de alta parte ce viteza instantanee isi pastreaza durata doar pentru atita timp?! Daca e sa vizualizezi (a se citi downloadezi) o pagina web mai complexa, etc downloadezi de fapt mult mai multe elemente. Iar daca pagina e mica si se incarca in mai putin de n secunde (n convenabil ales, preferabil pe undeva pe la 2-3 secunde) atunci testul vitezei instantanee e irelevant. Eu as stabili acel interval undeva la 3-5 secunde si as afisa throughput-ul in acel interval. Un interval de o secunda este irelevant si foarte susceptibil la erori. Eventual ca sa te simti tu mai bine ai putea sa scazi din intervalul masurat si RTT-ul, desi ideea este sa-l faci pe asta sa devina neglijabil in comparatie cu dimensiunea intervalului ales. am reusit in final in niste limite de eroare de maxim 3%-5% folosind microtime(true) care imi returneaza milisecundele, totul este ca timpul dintre cele doua citiri sa fie mai mare de o secunda. pentru sub o secunda erorile sunt foarte mari, ajung si pana la 50% iar peste o secunda indiferent ca este una sau sunt 10 valorile variaza foarte putin... in final am ales varianta cu doua citiri consecutive si un sleep(1)... va multumesc pentru sfaturi ! -- Best regards, Simionovmailto:[EMAIL PROTECTED] ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] Problema ciudata cu doua placi de retea
Salut rlug. Fiti atenti si va minunati: Am un server (in principal router) cu kernel 2.4.31. Are doua placi ethernet (eth0 si eth2) care sunt fizic in acelasi LAN. (exista si eth1, dar in alt LAN). IP-urile pe eth0, eth1, eth2 sunt diferite (ip0, ip1, ip2), mac-urile de asemenea sunt mac0, mac1, mac2 (fara mac-uri clonate sau alte modificari hardware). Problema e ca de cateva zile serverul pare sa confunde eth0 si eth2 intre ele. Practic isi dau conflict de ip intre ele, desi setarile din server imi arata clar ca ip-urile lor nu s-au schimbat si sunt cum le-am pus, total diferite. Am observat, deoarece din cand in cand pica netul aparent fara motiv, momente in care la comanda arping -I ethx ip0 data de pe alta masina cu ethx in LAN cu cele doua de mai sus (ethx are ip_ethx) am un raspuns de genul: ~# arping -I ethx ip0 ARPING ip0 from ip_ethx eth0 Unicast reply from ip0 [mac2] 1.377ms Unicast reply from ip0 [mac0] 1.620ms Unicast reply from ip0 [mac2] 1.061ms Unicast reply from ip0 [mac0] 1.075ms Unicast reply from ip0 [mac2] 1.375ms Unicast reply from ip0 [mac0] 1.096ms Unicast reply from ip0 [mac2] 1.305ms Unicast reply from ip0 [mac0] 2.962ms Unicast reply from ip0 [mac2] 1.476ms .. Am schimbat switch-ul in care intra cele doua, am schimbat si placile cu altele noi, dar problema persista. Am observat ca ambele placi sunt pe INT11 (Interrupt:11) dar nu stiu daca asta poate fi una din cauze. Nu am nici cea mai vaga idee ce ar putea fi. Ati mai intalnit asa ceva ? Multumesc. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
RE: [rlug] Problema ciudata cu doua placi de retea
Am schimbat switch-ul in care intra cele doua, am schimbat si placile cu altele noi, dar problema persista. Am observat ca ambele placi sunt pe INT11 (Interrupt:11) dar nu stiu daca asta poate fi una din cauze. Nu am nici cea mai vaga idee ce ar putea fi. Ati mai intalnit asa ceva ? Multumesc. ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug bateria mai tzine RTC'u? am avut o problema similara in trecut si era din cauza bateriei care murise de mult si la fiecare boot o lua razna (aveam 4 pleci de retzele in PCu ala) DW ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema ciudata cu doua placi de retea
Ovidiu wrote: Are doua placi ethernet (eth0 si eth2) care sunt fizic in acelasi LAN. De ce ai nevoie de 2 placi in acelasi LAN? Problema e ca de cateva zile serverul pare sa confunde eth0 si eth2 intre ele. Practic isi dau conflict de ip intre ele, desi setarile din server imi arata clar ca ip-urile lor nu s-au schimbat si sunt cum le-am pus, total diferite. Am observat, deoarece din cand in cand pica netul aparent fara motiv, momente in care la comanda arping -I ethx ip0 data de pe alta masina cu ethx in LAN cu cele doua de mai sus (ethx are ip_ethx) am un raspuns de genul: ~# arping -I ethx ip0 ARPING ip0 from ip_ethx eth0 Unicast reply from ip0 [mac2] 1.377ms Unicast reply from ip0 [mac0] 1.620ms Nu confunda nimic, linux-ul raspunde by default la query-uri ARP pentru orice IP asignat local, indiferent de interfata pe care primeste interogarea (dar raspunde cu MAC-ul interfetei pe care a venit query-ul). In cazul tau vede 2 query-uri pe 2 interfete diferite si raspunde la amandoua, nimic anormal. Daca insisti sa ai 2 interfete in acelasi LAN si comportamentul de mai sus iti zapaceste clientii (in mod normal nu prea conteaza pe ce interfata aterizeaza pachetele, are grija stack-ul sa ajunga unde trebuie, dar daca ai filtre dupa numele interfetei, etc, atunci se explica) incearca: echo 1 /proc/sys/net/ipv4/conf/all/arp_filter http://lxr.free-electrons.com/source/Documentation/networking/ip-sysctl.txt#561 --- fm ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
[rlug] sistem de ticketing
Salut, caut recomandari pentru un sistem de ticketing care sa: - aibe interfata web pentru clienti/operatori - ticketele sa fie create via mail/web de clienti/operatori - update-urile ulterioare la tickete sa se faca via web/mail de clienti/operatori - fiecare client sa-si vada doar ticketele lui momentan ma dau cu otrs, da face niste chestii naspa (like deschide de capu lui tickete abea inchise de un operator) si as vrea ceva relativ asemanator cu el. atata timp cat ruleaza pe linux e ok sa fie php/perl/ruby/java/etc. multam, sin ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
Re: [rlug] Problema ciudata cu doua placi de retea
On 08/21/2006 09:03 PM, Florin Malita wrote: Ovidiu wrote: Are doua placi ethernet (eth0 si eth2) care sunt fizic in acelasi LAN. De ce ai nevoie de 2 placi in acelasi LAN? florin a dat aproape exact raspunsul pe care l-as fi dat eu, asa ca doar 2 mentiuni: - de ce nu pui 2 IP-uri pe una din interfete ? - daca ti se pare ca banda te gituie, solutia nu e un switch chior [*] si 2 interfete in acelasi switch, ci ethernet bonding. sau gigabit. sau altceva similar. nu ca ai putea face bonding cu un switch chior... [*] = care nu lucreaza cuVLAN-uri ___ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
