Re: ifPhysAddress value shown wrong on NetSNMP client for ifTable

Malathi Panyam <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <[email protected]>
Hi Dave,
      Thanks a lot!. I started using the binary string and it works fine now.
 
Regards,
Malathi     



--- On Fri, 7/16/10, Dave Shield <[email protected]> wrote:


From: Dave Shield <[email protected]>
Subject: Re: ifPhysAddress value shown wrong on NetSNMP client for ifTable
To: "Malathi Panyam" <[email protected]>
Cc: [email protected], "Mike Ayers" <[email protected]>
Date: Friday, July 16, 2010, 11:56 AM


On 16 July 2010 19:50, Malathi Panyam <[email protected]> wrote:
> node> snmpgetnext -v2c -c public <ip address> ifPhysAddress.8
> IF-MIB::ifPhysAddress.9 = STRING:
>       30:30:3a:31:30:3a:32:33:3a:63:30:3a:34:32:3a:35:64

I presume you were expecting to see a value of
    00:10:23:c0:42:5d
?

Because I'd suggest that it is the agent (and the other MIB browser)
that is at fault here.   The value you list above is a hex dump of the
string "00:10:23:c0:42:5d" - i.e. the agent seems to be returning the
ifPhysAddress as a printable string.
  But if you check the specification of the MIB object, it's should actually
be *binary* string (of six octets).   The snmpgetnext command is
interpreting the value as such a binary string (overlength, but it
doesn't worry about that).

Dave

------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first

_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.