On 14.1.2010 12:59, Miroslav Chlasták:
Ten by ti pri dotazu na indexy 1,2,3,4 mel vratit stejnou informaci jako
snmpget, ale pri dotazu na informaci "index 5" by ti mel vratit
nejblizsi nasledujici, tedy "index 7"
Je na tobe to ve vystupu rozpoznat (je tam napsano co ti vraci) a
reagovat na to pochopenim, ze 5 a 6 neexistuje, toto je 7 a pristi dotaz
tedy musi smerovat na 8
Ano, toto by asi slo. Jenze to pak bude mraky dotazu pres snmp. Kdyz
vezmu v potaz, ze by kazdy router mel 40-50 rozhrani a routeru bylo 30,
tak to nejaky cas (a systemove prostredky) sebere.
Jen o kousek niz navrhujes ...
Pritom IF-MIB::ifNumber.0 = INTEGER: 54 ukazuje spravny pocet rozhrani v
systemu :) Napada me jeste silenost tak dlouho zkouset request na
OID.index + 1, az nactu stejny pocet jako je v tomto OID. Ale to mi
pripada jako skrabani pravou rukou za levym uchem.
... coz je reseni jeste horsi nez snmpgetnext, ktery ti alespon
preskakuje neexistujici indexy na jeden dotaz.
No a jinak - problem je spis v case, nez v systemovych prostredcich.
Ovsem, nevidim duvod, proc bys data ze vsech triceti routeru nemohl
vycitat najednou, nezavisle na sobe. A jestli se tolik bojis, ze to
sezere moc pameti (zatez procesoru odhaduju na zanedbatelnou) tak tedy
nemusis ze vsech najednou, ale vzdy jen z N najednou ...
Jakmile si udelas script, ktery dokaze nacist data z jednoho tak okolo
nej udelat nejakou logiku, ktera ho bude nasoben spoustet pro ruzne
routery s omezenim na maximalni pocet soucasne bezicich uz neni az tak
slozita ...
Dan
--
FreeBSD mailing list (users-l@freebsd.cz)
http://www.freebsd.cz/listserv/listinfo/users-l
