We need to prevent any SNMP OID Classifications being added with a Net-SNMP module OID starting 1.3.6.1.4.1.8072.3.2. to avoid mis-Classification and wrong Model namesDescriptionWe need to prevent any SNMP OID Classifications being added with a Net-SNMP module OID starting 1.3.6.1.4.1.8072.3.2. to avoid mis-Classification and wrong Model namesThose OIDs belong to the free Net-SNMP Module (http://www.net-snmp.org/), which is used to implement SNMP in many networked devices, however sometimes manufacturers fail to replace the default template System OID with their own specific to the Manufacturer's Model. If an OID record has been entered with one of these - e.g. a specific Printer - and another device is scanned - e.g. a Router - then that router CI will end up in the Printer table. That record will always override the automatic classification, and make/model code.The following OIDs need to be blocked from being entered in the OID table in the instance. They all start 1.3.6.1.4.1.8072.3.2.1.3.6.1.4.1.8072.3.2.1 hpux91.3.6.1.4.1.8072.3.2.2 sunos41.3.6.1.4.1.8072.3.2.3 solaris1.3.6.1.4.1.8072.3.2.4 osf1.3.6.1.4.1.8072.3.2.5 ultrix1.3.6.1.4.1.8072.3.2.6 hpux101.3.6.1.4.1.8072.3.2.7 netbsd1.3.6.1.4.1.8072.3.2.8 freebsd1.3.6.1.4.1.8072.3.2.9 irix1.3.6.1.4.1.8072.3.2.10 linux1.3.6.1.4.1.8072.3.2.11 bsdi1.3.6.1.4.1.8072.3.2.12 openbsd1.3.6.1.4.1.8072.3.2.13 win321.3.6.1.4.1.8072.3.2.14 hpux111.3.6.1.4.1.8072.3.2.15 aix1.3.6.1.4.1.8072.3.2.16 macosx1.3.6.1.4.1.8072.3.2.255 unknownDevices known to use one of these OIDs, usually the linux one 1.3.6.1.4.1.8072.3.2.10, include: Riverbed Technology, SteelCentral Flow Gateway/User Interface ModuleAruba Network, CP-HW-5K IP RouterDell, iDRAC7 Remote Access Controller / Out-of-band SNMP Agent for Remote AccessExtraHop, Discover 8100Intermec, PM43 PrinterIBM, ISAM ServerBarracuda, SPAM FirewallBrocade, Virtual Traffic ManagerCheck Point Smart-1 3050 FirewallBlue Coat DLP2700SourceFire Intrusion DetectionRSA Token ServerNetgear ReadyNASA10 Load BalancersMcAfee Email GatewayPeplink BalanceSophos UTM FirewallSteps to Reproduce Add an OID 1.3.6.1.4.1.8072.3.2.10 for "Intermec PM43" Printer, for Printer Classifier, and Printer classDiscover a Aruba Network, CP-HW-5K IP Router, which also uses this OIDA Printer CI will be createdWorkaroundThis problem is currently under review. You can contact ServiceNow Technical Support or subscribe to this Known Error article by clicking the Subscribe button at the top right of this form to be notified when more information will become available. There is no way to use these OIDs for Classification, as they are not unique. If experiencing this issue, then the solution is to delete the OID record so that it isn't used, and so can't cause problems with mis-classification or assigning the wrong Model. The friendly model name entered in the OID record will then not be used. SNMP with then have to fall back to other sources of data to classify the device and set Model information, which should still work if the SNMP implementation is fairly standard. If those model names generated by that process need to use the friendly model name that had been in the OID record, then Field Normalization could be used to update/normalize those model names instead. If the device still cannot be classified, then a new SNMP Classification can be created that checks for data that will be there for this specific device, such as a string in sysDesc.Related Problem: PRB1349444