Access an ACL protected SNMP device This topic explains how to access an SNMP device protected by an ACL using a Discovery behavior. Before you beginRole required: Admin About this task A specific type of Access Control List (ACL) on an SNMP device can prevent Discovery from identifying that device. This list defines host machines by IP addresses that are permitted to run agents on SNMP devices. In this example, we want to classify, identify, and update all the devices in an IP range, including the SNMP devices protected by an ACL. To do this, we must install a MID Server with access to the protected SNMP devices and then create a Behavior that allows us to scan for all protocols without missing any devices or doing any extra work. Procedure Install a MID Server on a host permitted by the ACL. To scan the SNMP devices in a network protected by an ACL, a MID Server must be installed on a host machine specified by IP address in the ACL as having access to the SNMP devices. Because this MID Server is scanning SNMP devices only, it can be installed on any supported operating system. The other MID Server, configured to discover WMI and SSH, can be installed on any Windows host that has visibility to the specified IP ranges. Install additional MID Servers if you intend to configure either functionality to load balance. Create the behavior record. Create a new Discovery Behavior record, and name it something descriptive, such as Southwest-SNMP. Right-click in the header bar and select Save from the pop-up menu. This action saves the record and creates the Discovery Functionality related list in the form. To complete this behavior (as shown in Figure 1) we must create functionalities using the MID Servers we installed for that purpose. For the functionality that scans for the WMI protocol, we must define criteria that specify the Windows domain and MID Server being used. Because this Discovery is being performed on one Windows domain, we can configure a functionality for WMI and SSH (All except SNMP) using the same MID Server. Define the functionalities. For this behavior, we create two functionalities, one for SNMP on the MID Server installed on the host specified in the ACL and another for WMI and SSH on a second MID Server. Click New in the Discovery Functionality related list to add functionalities. Note: We configure the MID Server installed on the privileged host machine to scan for the SNMP protocol only. Create the first functionality using the following values: Field Input Value Phase Type a phase number of 1 in this field. Both functionalities in this example use the same phase number, which launches a single Shazzam probe for all the functionalities in that phase. A single phase, when feasible, is the most efficient use of the Shazzam probe. Functionality Select SNMP only from the list. This functionality defines the protocol that will be scanned. MID Servers We select a MID Server (sansol02_Solaris) installed on a Solaris host that is granted access to the SNMP devices by the ACL. You can select multiple MID Servers if you want Discovery to load balance this functionality automatically. Active Make sure this check box is selected to enable this behavior. Match criteria Leave the default criteria of Any. Criteria are not used for SNMP functionalities. Note: In the second functionality, Discovery will scan our domain for WMI and SSH protocols. Because WMI is one of the protocols, the MID Server for this functionality must be installed on a Windows machine and must have criteria. Create the second functionality using the following values: Field Input Value Phase Type a phase number of 1 in this field. All functionalities in this example use the same phase number, which launches a single Shazzam probe for all protocol scans. A single phase, when feasible, is the most efficient use of the Shazzam probe. Functionality Select All except SNMP from the list. This functionality defines the protocols for which scanning will occur. Because WMI is one of the protocols selected, we must use a Windows MID Server for this functionality. MID Servers We select a Windows MID Server from our domain. In this case we select disco-win2003. You can select multiple MID Servers if you want Discovery to load balance this functionality automatically. Active Make sure this check box is selected to enable this behavior. Match criteria Change the criteria to All. Note: Functionalities that scan for WMI require criteria to identify the domain and the MID Server. In our example, we will create two criteria for this functionality. To create functionality criteria for a WMI scan, click New in the related list. Enter the following values for the MID Server doing the WMI scanning on our domain: Field Input Value Name Create the following criteria: Enter mid_server to name the MID Server that will execute the WMI scans. Enter win_domain to name the Windows domain that Discovery will scan with the MID Server defined. Operator Select equals as the operator in this criteria. Value For the mid_server value, enter the name of the MID Server that will scan our domain for Windows devices. For the win_domain value, enter the name of our Windows domain. Active Be sure to enable the criteria by selecting this check box (true). The completed criteria appear as follows in the Discovery Functionality form for this behavior. Create the schedule. Create a Discovery Schedule record and name the behavior we just created. Navigate to Discovery > Discovery Schedules and click New in the record list. Select a Discover mode of Configuration items. This action displays the Behavior field Click the magnifier icon and select the behavior to use. In our example, we select Southwest-SNMP. Select the appropriate time to run Discovery for this location. Click Quick Ranges and define the IP address ranges, networks, or lists to scan for this domain. Save the record.