Net::SNMP v1 vs v2

Dobrica Pavlinusic

unread,

Dec 13, 2010, 9:38:32 AM12/13/10

to Zagreb Perl Mongers

Pretpostavljam da je netko od vas radio sa SNMP-om, pa da mi može
pomoći u rješavanju slijedećeg misterija:

https://github.com/dpavlin/snmp-json/blob/master/printer-callbacks.pl

je skriptica koja skida podatke o printerima korištenjem SNMP-a. Radi
lijepo na Xerox-ima i HP-ovima koji su SNMP v1, HOWEVER,
na HP5550 vrati samo dio consumable-a (toneri) dok preko SNMPv2 vrati
sve.

Da li ste vidjeli nešto slično, tj. da li SNMPv1 ima neko arbitrary
ograničenje veličine odgovora? Da li bi getnext pomogao?

Igor Rumiha

unread,

Dec 13, 2010, 9:57:14 AM12/13/10

to zagr...@googlegroups.com

On 13. pro. 2010., at 15:38, Dobrica Pavlinusic wrote:
> Da li ste vidjeli nešto slično, tj. da li SNMPv1 ima neko arbitrary
> ograničenje veličine odgovora? Da li bi getnext pomogao?

Ponekad ljudi (firme) konfiguriraju svoje uređaje da neke podatke daju samo ako se klijent spoji koristeći SNMPv2 protokol. To je ono što sam ja primijetiom al to ti nebi trebao biti neki problem.
Jedna preporuka: ja sam s velikim guštom i priličnim uspjehom koristio snmp-session modul (nema ga na CPANu, http://code.google.com/p/snmp-session/) koji dosta pojednostavi cijelu tu SNMP interakciju.

Druga stvar koju sam primijetio je da ako ti treba nekoliko vrijednosti (a vidim da ih ti skupljaš više nego nekoliko) koristi getbulk koji se u SNMP protokolu pojavio u v2. Izađe jeftinije (brže i manje optereti procesor uređaja na kojeg se spajaš) potegnuti cijelo "podstablo" nego izvlačiti pojedine vrijednosti.

--
Igor Rumiha

Dobrica Pavlinusic

unread,

Dec 13, 2010, 2:38:48 PM12/13/10

to zagr...@googlegroups.com

On Mon, Dec 13, 2010 at 03:57:14PM +0100, Igor Rumiha wrote:
> On 13. pro. 2010., at 15:38, Dobrica Pavlinusic wrote:

> > Da li ste vidjeli neďż˝to sliďż˝no, tj. da li SNMPv1 ima neko arbitrary
> > ograniďż˝enje veliďż˝ine odgovora? Da li bi getnext pomogao?
>
> Ponekad ljudi (firme) konfiguriraju svoje ureďż˝aje da neke podatke daju samo ako se klijent spoji koristeďż˝i SNMPv2 protokol. To je ono ďż˝to sam ja primijetiom al to ti nebi trebao biti neki problem.
> Jedna preporuka: ja sam s velikim guďż˝tom i priliďż˝nim uspjehom koristio snmp-session modul (nema ga na CPANu, http://code.google.com/p/snmp-session/) koji dosta pojednostavi cijelu tu SNMP interakciju.

Damn. A baďż˝ sam proďż˝ao Net::SNMP -> SNMP::Multi -> Net::SNMP + async
callback, tako da nisam baďż˝ sasvim siguran da ďż˝elim joďż˝ jednom uďż˝iti
API. Ali, pure perl SNMP izgleda primamljivo... :-)

Imao sam osjeďż˝aj da prvo moram pitati *koji* SNMP da koristim...

> Druga stvar koju sam primijetio je da ako ti treba nekoliko vrijednosti (a vidim da ih ti skupljaďż˝ viďż˝e nego nekoliko) koristi getbulk koji se u SNMP protokolu pojavio u v2. Izaďż˝e jeftinije (brďż˝e i manje optereti procesor ureďż˝aja na kojeg se spajaďż˝) potegnuti cijelo "podstablo" nego izvlaďż˝iti pojedine vrijednosti.

Jel' postoji neki arbitrary limit na veliďż˝inu responsa u v1? To bi moglo
objasniti zaďż˝to dobivam samo neke vrijednosti, a ne sve (moďż˝da je HP
SNMP jako compliant, a ostali nisu?)

Druga ideja je da pokuďż˝am update-ati firmware na printeru, sigurno ďż˝e
pomoďż˝i ;-)

--
Dobrica Pavlinusic 2share!2flame dpa...@rot13.org
Unix addict. Internet consultant. http://www.rot13.org/~dpavlin

Boris Shomodjvarac

unread,

Dec 13, 2010, 2:40:50 PM12/13/10

to zagr...@googlegroups.com

On 12/13/2010 08:38 PM, Dobrica Pavlinusic wrote:
> Jel' postoji neki arbitrary limit na veliďż˝inu responsa u v1? To bi moglo
> objasniti zaďż˝to dobivam samo neke vrijednosti, a ne sve (moďż˝da je HP
> SNMP jako compliant, a ostali nisu?)

Mozda da pogledas kroz wireshark? da li su iste velicine paketi kada
pozoves walk na neko drugo veliko stablo?

B.

Dobrica Pavlinusic

unread,

Dec 13, 2010, 3:18:19 PM12/13/10

to zagr...@googlegroups.com

Nisam siguran da razumijem.

v1 snmpwalk koristi get-next-request za jedan po jedan oid.

Net::SNMP ďż˝alje getBulkRequest kada koristi v2, i get-next-request
kada koristi v1...

ďż˝to je o.k., osim ďż˝to poďż˝alje SAMO DVA get-next-request iz nekog
razloga...

Zapravo, ono ďż˝to pokuďż˝avam izbjeďż˝i je da moram specijalno reďż˝i da li
koristim snmp v1 ili v2. Problem je da manji printeri imaju samo v1, a
ovaj nesretni HP vraďż˝a sve vrijednosti samo za v2.

Za sada imam hardcodiran regex za njega, ali to mi nije najbolje
rjeďż˝enje :-)

Boris Shomodjvarac

unread,

Dec 13, 2010, 3:31:52 PM12/13/10

to zagr...@googlegroups.com

On 12/13/2010 09:18 PM, Dobrica Pavlinusic wrote:
> On Mon, Dec 13, 2010 at 08:40:50PM +0100, Boris Shomodjvarac wrote:
>> On 12/13/2010 08:38 PM, Dobrica Pavlinusic wrote:
>>> Jel' postoji neki arbitrary limit na veliďż˝inu responsa u v1? To bi moglo
>>> objasniti zaďż˝to dobivam samo neke vrijednosti, a ne sve (moďż˝da je HP
>>> SNMP jako compliant, a ostali nisu?)
>>
>> Mozda da pogledas kroz wireshark? da li su iste velicine paketi kada
>> pozoves walk na neko drugo veliko stablo?
>
> Nisam siguran da razumijem.
>
> v1 snmpwalk koristi get-next-request za jedan po jedan oid.
>
> Net::SNMP ďż˝alje getBulkRequest kada koristi v2, i get-next-request
> kada koristi v1...
>
> ďż˝to je o.k., osim ďż˝to poďż˝alje SAMO DVA get-next-request iz nekog
> razloga...

Citam RFC za GetNextRequest, i pise da bit error flag trebao biti
podesen ako server strana odluci da prestane sa slanjem odgovora...

http://tools.ietf.org/html/rfc1157#section-4.1.3

Ne nadjem nis pametno, cinimi se da vecina logike u requestoru.

> Zapravo, ono ďż˝to pokuďż˝avam izbjeďż˝i je da moram specijalno reďż˝i da li
> koristim snmp v1 ili v2. Problem je da manji printeri imaju samo v1, a
> ovaj nesretni HP vraďż˝a sve vrijednosti samo za v2.
>
> Za sada imam hardcodiran regex za njega, ali to mi nije najbolje
> rjeďż˝enje :-)

Zar ne postoji neki fallback sa v2 na v1 prilikom connect-a ako server
strana ne podrzava v2?

B.

Dobrica Pavlinusic

unread,

Dec 13, 2010, 4:59:55 PM12/13/10

to zagr...@googlegroups.com

On Mon, Dec 13, 2010 at 09:31:52PM +0100, Boris Shomodjvarac wrote:
> On 12/13/2010 09:18 PM, Dobrica Pavlinusic wrote:
> >On Mon, Dec 13, 2010 at 08:40:50PM +0100, Boris Shomodjvarac wrote:
> >>On 12/13/2010 08:38 PM, Dobrica Pavlinusic wrote:
> >>>Jel' postoji neki arbitrary limit na veliďż˝inu responsa u v1? To bi moglo
> >>>objasniti zaďż˝to dobivam samo neke vrijednosti, a ne sve (moďż˝da je HP
> >>>SNMP jako compliant, a ostali nisu?)
> >>
> >>Mozda da pogledas kroz wireshark? da li su iste velicine paketi kada
> >>pozoves walk na neko drugo veliko stablo?
> >
> >Nisam siguran da razumijem.
> >
> >v1 snmpwalk koristi get-next-request za jedan po jedan oid.
> >
> >Net::SNMP ďż˝alje getBulkRequest kada koristi v2, i get-next-request
> >kada koristi v1...
> >
> >ďż˝to je o.k., osim ďż˝to poďż˝alje SAMO DVA get-next-request iz nekog
> >razloga...
>
> Citam RFC za GetNextRequest, i pise da bit error flag trebao biti
> podesen ako server strana odluci da prestane sa slanjem odgovora...
>
> http://tools.ietf.org/html/rfc1157#section-4.1.3

da, skroz je ďż˝udno jer zadnji response nema error.

> Ne nadjem nis pametno, cinimi se da vecina logike u requestoru.
>
> >Zapravo, ono ďż˝to pokuďż˝avam izbjeďż˝i je da moram specijalno reďż˝i da li
> >koristim snmp v1 ili v2. Problem je da manji printeri imaju samo v1, a
> >ovaj nesretni HP vraďż˝a sve vrijednosti samo za v2.
> >
> >Za sada imam hardcodiran regex za njega, ali to mi nije najbolje
> >rjeďż˝enje :-)
>
> Zar ne postoji neki fallback sa v2 na v1 prilikom connect-a ako
> server strana ne podrzava v2?

Well, na malim HP printerima dobivam greďż˝ku u callback-u:

ERROR: 10.60.0.30 No response from remote host '10.60.0.30'

Da je on-connect time, bio bi jednostavan re-try, ali ovako...

SNMP Session izgleda jako dobro (dodatni layeri abstrakcije su uvijek
loďż˝i :-) ali mislim da ďż˝u morati napraviti forkani poller jer imam 33
printera...

Reply all

Reply to author

Forward