[Fusioninventory-devel] Problem with SNMP/CDP oid in last stable version of agent

[David DURIEUX]

I have found the problem.

We use get_type function of Net::SNMP and by default use
get-bulk-requests and not get righ tin some cases the right oids.

I have forced to use get-next-requests and it's better, get right all
CDP data.

You can see it here :
http://forge.fusioninventory.org/projects/fusioninventory-agent/repository/revisions/fcb00b546bfcadb99d7602b30c7d5dd50461516e

This modification seems take a little more time to get SNMP oids, but
get all oids ;)

David
++


Le Fri, 14 Feb 2014 11:51:25 +0100
David DURIEUX <d.durieux at siprossii.com> a écrit:

>I have a problem with function _getConnectedDevicesInfoCDP in
>FusionInventory::Agent::Tools::Hardware;
>
>In my case :
>
>    my $cdpCacheAddress    = $snmp->walk(
>        $model->{oids}->{cdpCacheAddress}    ||
>    '.1.3.6.1.4.1.9.9.23.1.2.1.1.4' );
>
>return undefined;
>
>if I use 
>
>    my $cdpCacheAddress    = $snmp->walk(
>        $model->{oids}->{cdpCacheAddress}    ||
>    '.1.3.6.1.4.1.9.9.23.1.2.1.1' );
>
>it return 
>
>$VAR1 = {
>          '8.10105.34' => 'cisco WS-C2950G-48-EI',
>          '6.10107.8' => 'WLC5508-1',
>          '7.10112.37' => 'GigabitEthernet1/4',
>          '3.10107.8' => 1,
>          '9.10107.8' => '0x00000010',
>          '4.10101.35' => '0xc0a82905',
>          '12.10101.35' => 3,
>          '24.10112.37' => '294 days, 13:37:45.97',
>          '11.10107.8' => 0,
>          '3.10105.34' => 1,
>          '3.10112.37' => 1,
>          '10.10101.35' => 'hide',
>          '9.10110.43' => '(',
>          '9.10112.37' => ')',
>          '4.10110.43' => '0xc0a82919',
>          '11.10110.43' => 1,
>          '10.10112.37' => 'hide',
>          '6.10101.35' => 'c2960-EPCS-BUS.hide.fr',
>          '7.10105.34' => 'GigabitEthernet0/2',
>          '12.10107.8' => 3,
>
>so we have right '4.10101.35' so why when
>query .1.3.6.1.4.1.9.9.23.1.2.1.1.4 it not find '10101.35'?
>
>
>I have no idea about this problem/bug. Perhaps Guillaume you have a
>solution
>
>David
>++
>
>_______________________________________________
>Fusioninventory-devel mailing list
>Fusioninventory-devel at lists.alioth.debian.org
>http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/fusioninventory-devel