On Wednesday 16 July 2003 20:28, wrote: > On Wed, 16 Jul 2003, Lorin wrote: > > Nu stiu dar pentru o haita >> de scule poti folosi trap-uri. Pe langa > > faptul ca reduce traficul snmp care nu e chiar mic te anunta aproape > > exact in acelasi moment cu problemei. Cel mai misto e sa-ti faci o > > structura ierarhica in care un device e agent pentru nod-uri superioare > > si management console pentru alea inferioare. Chestia naspa e cu > > configurarea...Asta daca device-urile se straduiesc sa nu fie linux;) > > Pe mine ma intereseaza sa citesc anumite valori ce nu sunt trimise prin > trap-uri (counterii de bytes si packete de pe interfete etc...) Banuiesc ca vrei grafice pe contoarele astea. Cum cele mai folosite sunt mrtg si rrdtool poate ca dureaza mai mult pana la un rezultat _vizibil_ datorita functiilor de trasare de la astea doua. Pe de alta parte snmp-ul e curva si vine cu valori de retry/timeout mai maricele. Am vazut asta si inca o fac pe un portmaster unde este grafic pentru fiecare seriala (i.e. mrtg trece prin fisierul de configurare in cam 5' - graficele ajung cu 10' in urma daca e pus pe refresh la 5'). O solutie ar fi mai multe instante de snmpd fiecare cu lista proprie de device-uri monitorizate.
> Deci repet, am nevoie de a citi anumite OID-uri de pe un numar mare de > network device-uri. Facand asta sincron ia prea mult timp (mai ales daca > sunt device-uri down) si ma interesa sa fac ceva asincron dar ma gandeam > ca nu se poate sa fiu primul cu aceasta nevoie. Chiar nu mai exista asa > ceva ? (as fi de altfel bucuros sa fiu primul care sa fac un asemenea > proiect dar nu cred ca e cazul :) ). Pt cine stie ma intereseaza un > echivalent SNMP pt snmpget cum este fping pt ping :) > > ---------------------------- > Mihai RUSU > > Disclaimer: 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 specifically stated. -- Lorin
