DX Infrastructure Manager

Expand all | Collapse all

Probe Request, System Description, Interface Traffic

  • 1.  Probe Request, System Description, Interface Traffic

    Posted 06-21-2010 06:59 PM

    how can one use a probe request to query the interface_traffic probe and receive back the system description?

     

    we tried using a 'get_system_info' but we are obviously not filling in the proper fields to get an answer from the probe.

     

    here are the fields:

     

    <get system info>

     

    hostname: 

    community:

    detail:

    options:

    port:

    vers:

    auth:

    user:

    pass:

    secu:

    priv_proto:

    priv_pass:

     

    if the host we are querying is apollo, the community is public, and the snmp version is 1.  what else needs to be filled in for us to get back the entire system description?



  • 2.  Re: Probe Request, System Description, Interface Traffic

    Posted 06-21-2010 07:25 PM

    I think you have to supply the snmp prot number also.



  • 3.  Re: Probe Request, System Description, Interface Traffic

    Posted 06-24-2010 07:21 PM
    no probe utility guru's that may be able to shed some light? If I can get the proper PU fields I can translate that to the dashboards.


  • 4.  Re: Probe Request, System Description, Interface Traffic

    Posted 06-28-2010 11:11 PM

    Are you trying to extract sysDescr (overall device description) or ifDesc (description of the given interface)? 



  • 5.  Re: Probe Request, System Description, Interface Traffic

    Posted 06-28-2010 11:56 PM

    The end goal is to run a probe request and put the output into a dashboard.

     

    This probe request would query the sys.descr OID and would output the entire string including IOS version, make model and anything else in that the OID returns into a line or lines of text in a dashboard.



  • 6.  Re: Probe Request, System Description, Interface Traffic

    Posted 06-30-2010 11:11 PM

    (Thanks to Keith) I got this working via the Cisco_Monitor Probe.

     

    Keith and I are onsite at CPS right now and they have a similar request - let me walk you through this using Apollo's Cisco_Monitor Probe.

     

    CTRL+P on Cisco_Monitor

    Probe Commandset: query_agent

    Host: 193.71.55.249

    OID: .1.3.6.1.2.1.1.1.0

     

    There you have it... You can supply it with any OID.



  • 7.  Re: Probe Request, System Description, Interface Traffic

    Posted 07-02-2010 01:59 AM
    The only issue I'm seeing here is that the cisco_monitor probe has to be on a robot that has hub level access. On the dashboard designer in SDP/UMP, when selecting a datasource as a probe request, you won't see any other robot available besides the hub robots.

    You can try to add a variable in the variable_server, but seems like variable_server doesn't have advanced options to put in parameters for a probe callback when creating a new variable.

    Any other thoughts or workarounds?


  • 8.  Re: Probe Request, System Description, Interface Traffic

    Posted 07-02-2010 11:54 PM

    The other caveat to this is that the device/host being queried must be a defined agent in the Cisco_monitor probe as the call back uses the SNMP information in the profile to run the query.



  • 9.  Re: Probe Request, System Description, Interface Traffic

    Posted 07-03-2010 12:29 AM

    I think you can use the snmpget probe callback query_agent because you can specifiy the snmp connection values needed.  The command is query_agent

    the needed arguments are;

    host

    community

    version

    port

    oid

    root

    To get the same information as was noted using the cisco_monitor probe the argument values are:

     

    host = 193.71.55.249

    community = skrivles

    version = 1

    port = 161

    oid = .0 (note the dot in front)

    root = .1.3.6.1.2.1.1.1 (again note the dot in front)

     

    I ran this in the snmpget probe utility and got back the pds structure I expected;

     

    Probe  : /Nimsoft-Demo/WorldWideHQ/apollo/snmpget
    Address: 192.168.128.10
    Command: query_agent

    numoids         1                                                                                                                                                                                                                          integer       2                                        
    done            1                                                                                                                                                                                                                          integer       2                                        
    oids            <TABLE START>                                                                                                                                                                                                              PPDS          600                                      
       0            -                                                                                                                                                                                                                          PDS           591                                      
          oid       .1.3.6.1.2.1.1.1.0                                                                                                                                                                                                        

    string        19                                       
          ucd       system.sysDescr.0                                                                                                                                                                                                          string        18                                       
          value     "Cisco IOS Software, C1700 Software (C1710-K9O3SY-M), Version 12.4(7), RELEASE SOFTWARE (fc6)
    Technical Support:
    http://www.cisco.com/techsupport
    Copyright (c) 1986-2006 by Cisco Systems, Inc.
    Compiled Wed 01-Mar-06
    string        238                                      
          variable  Cisco IOS Software, C1700 Software (C1710-K9O3SY-M), Version 12.4(7), RELEASE SOFTWARE (fc6)
    Technical Support: http://www.cisco.com/techsupport
    Copyright (c) 1986-2006 by Cisco Systems, Inc.
    Compiled Wed 01-Mar-06 0string        236                                      
          itype     4                                                                                                                                                                                                                          integer       2                                        
          type      OCTET STRING                                                                                                                                                                                                               string        13                                       
    lastoid         .1.3.6.1.2.1.1.1.0                                                                                                                                                                                                         string        19       

     

    So in your probe request the final part that has what you want is "value".                                



  • 10.  Re: Probe Request, System Description, Interface Traffic

    Posted 11-02-2010 05:49 PM

    With the help of Keith I was able to get a LUA script that could pull the IOS version information from cisco_monitor. Now, I'd like to scale this so it can run through all of the profiles in Cisco_Monitor and dump them into a custom table on the NIS. Much like Javier I would like to create a table on a dashboard with this information. With Jim's help yesterday I was able to create an AO based script that ran off of snmpget, but I realized it just wouldn't scale well enough. Below is the code I currently have for one device on my local NMS installation, could someone please point me in the right direction to run through all the profiles in the Cisco_Monitor probe. I'm currently just printing the value for testing, as mentioned before I will be dumping it into a custom table at the end.

     

    Thanks.

     

     

    local args = pds.create()
    cisco_host_addr = "192.168.1.252"
    pds.putString(args, "host", cisco_host_addr) 
    pds.putString(args, "oid", ".1.3.6.1.2.1.1.1.0")
    
    cisco_monitor_addr = "/Enterprise/windows2008/windows2008/cisco_monitor"
    local result, rc = nimbus.request(cisco_monitor_addr, "query_agent", args)
    
    if rc == 0 then
       ios_version = split (result.oids["0"].value, ",")
       print (ios_version[3])
    else
       print("Request failed with error code: " ..rc)
    end

     

     



  • 11.  Re: Probe Request, System Description, Interface Traffic

    Posted 11-05-2010 03:47 AM

    Just a quick note here...

    You will need to issue a nimbus.request to the controller probe where the cisco_monitor probe is deployed. The command is probe_config_get. the arguments needed are name = cisco_monitor. I belive that robot (the robot name) is optional. The var argument is optional and you won't need it as you want to get the entire config entries. You will then need to parse thru to get the profile IP addresses.



  • 12.  Re: Probe Request, System Description, Interface Traffic

    Posted 06-24-2010 07:56 PM

    Javier,

     I have run a couple of tests against the interface_traffic probe on apollo. All you should need to supply are;

    hostname - as defined in the probe. this is the IP address of the device

    community - as defined in probe

    detail should be optional and default to 0, your options are 0 or 1

    port - as defined in probe, normally 161

    version - again as defined in probe. It is a single digit 1, 2, or 3

     

    I can use these with the addition of id = the id number of the interface I want the info from successfully. However, I consistently get a "temporarily out of resources" error whenever I run the get_system_info command. I have tried with the Probe Utility GUI and using the pu.exe directly on apollo. this leads me to believe that the problem lies with the get_system_info call back command itself and should be reported as a bug.



  • 13.  Re: Probe Request, System Description, Interface Traffic

    Posted 06-25-2010 09:33 AM

    Hi,

     

    I am not involved with this probe, but I was just curious about the temporarily out of resource code you received so I took a quick look.

     

    interface_traffic probe will spawn a background thread to do the snmp query for you and return a NIME_AGAIN  (temporarily out of resource status code). The GUI understands this and will keep the session alive and re-query on the same session and get the results when the interface traffic probe is done.

     

    This is a probe technique we use between guis and probes sometimes when we want to perform tasks in the background to prevent hanging the GUI's or interfering with normal workflow of probes.

     

    Unfortunately, neither the pu.exe command utility or the VB pu gui you can get by hitting CTRL+P on the probe support async calls.

     

    I don't know if the dashboards can do this either. But maybe you can get this done by passing your request through dap probe and pick out your information from there. But I don't know how dap and dashboards work and what you can do with them.

     

    Thanks

    G.



  • 14.  Re: Probe Request, System Description, Interface Traffic

    Posted 06-25-2010 08:50 PM

    Thanks for the insight Geir. I'm not sure how we could route this through dap as it is basically configured to access databases with JDBC drivers - at least as far as I know.



  • 15.  Re: Probe Request, System Description, Interface Traffic

    Posted 06-28-2010 11:30 AM

    Hi,

     

    I don't know dap too well. I know it can do probe requests, but I am not sure how to pass arguments to it or how it can handle complex data, or what the data returned by interface traffic returns.

     

    G.