Welcome to TP-LINK Tech Support Forum
+ Reply to Thread
Results 1 to 5 of 5
  1. #1

    How to get the MAC address table from a SG3216 switch via SNMP?

    Model :

    Hardware Version :

    Firmware Version :

    ISP : [/COLOR]

    Hello !

    I have some SG3109 switchs which are monitoed to its known MAC addresses. This works, just as an example, using linux snmpwalk command, like this:
    >snmpwalk -v 2c -c public 192.168.1.2 .1.3.6.1.2.1.17.4.3
    and one can even pick the mac addresses directly.

    Astounding for me, querying the bigger switches I have in use (SG3216) , which I bought later (some time after the SG3109) fails!
    Does that mean, the snmp bridge MIB is not supported on this switch?
    What so about the TL1600 - which is probably my next candidate.

    But from a security perspective, a LAN has to be watched for foreign addresses and so I hasitate to buy a new switch from
    TP-LINK, because I am unable to find the reason:
    - not supported ??
    - how to configure the switch to access this OID: .1.3.6.1.2.1.17.4.3

    Thanks anyway,
    Manfred

    Note: There are several "standards" to this, see: http://cric.grenoble.cnrs.fr/Adminis...3.6.1.2.1.4.22
    - IP-MIB (CISCO)
    - RFC1213-MIB (DELL)
    - IP-MIB (DELL)
    - IP-MIB (ietf)
    - RFC1213-MIB (ietf)
    Last edited by mabra; 08-12-2017 at 04:31. Reason: References to some standards added

  2. #2
    Members ChimB is on a distinguished road
    Join Date
    Nov 2015
    Posts
    105
    hey dude, I think you are using the wrong oid value, I suggest you go to their official website to download the MIB files, the MIB files can tell you the correct OIDs of the nodes.

  3. #3
    Hi,

    and thanks for your reply.

    Quote Originally Posted by ChimB View Post
    hey dude, I think you are using the wrong oid value, I suggest you go to their official website to download the MIB files, the MIB files can tell you the correct OIDs of the nodes.
    I do not believe that. If you are doing a snmp-walk, you'll find usually all presented value. THEIR MIB would not be neccessary
    for this and this works with all switches, ehich provide the mac-address-table, at least, all of these, I've seen so far.
    If this is not true, let me know!
    The MIB is only valuable, if you have a full-fledged management system

    And: If someone claims to be manageble, why does he not implement existing standards?

    Regards,
    Manfred

  4. #4
    Members ChimB is on a distinguished road
    Join Date
    Nov 2015
    Posts
    105
    hey dude, I think you can test this in an easiest way, just run the wireshark, then use snmp to get this OID value, then look for the packets captured in the wireshark, and you will know if this OID really exists or not.

  5. #5
    Members ChimB is on a distinguished road
    Join Date
    Nov 2015
    Posts
    105
    hey dude, I think you can test this in an easiest way, just run the wireshark, then use snmp to get this OID value, then look for the packets captured in the wireshark, and you will know if this OID really exists or not.
    Quote Originally Posted by mabra View Post
    Hi,

    and thanks for your reply.



    I do not believe that. If you are doing a snmp-walk, you'll find usually all presented value. THEIR MIB would not be neccessary
    for this and this works with all switches, ehich provide the mac-address-table, at least, all of these, I've seen so far.
    If this is not true, let me know!
    The MIB is only valuable, if you have a full-fledged management system

    And: If someone claims to be manageble, why does he not implement existing standards?

    Regards,
    Manfred


 

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts

Copyright 1996-2017 TP-LINK Technologies Co., Ltd. All rights reserved.