JDisc Discovery 2.9 – Build 2923


Network Inventory and Documentation - ImprovementsAt JDisc, we do not like long update cycles. Customers need new features and bugfixes as soon as possible and not once or twice a year. That’s why we frequently release builds with new features and some bugfixes.

Build 2923 concentrates on improvements for the networking add-on and on some bugfixes for very large environments.

On Cisco devices, users can provide their own description for interfaces. This is very useful for documentation purposes and helps to identify the actual purpose for a particular interface. Up to now, this information was ignored by JDisc Discovery, but one of our customer pointed us to the relevant MIB. So it was pretty easy for us to collect this additional information and store it as annotation within our database. The report below illustrates the new field “Annotation”.

ifannotation

On Cisco devices, there are many ways to collect VLAN information. Several MIBs contain VLAN information. However we experienced, that not all MIB tables do always contain the desired information. Therefore, we had to change the SNMP MIBs used to collect the VLAN information and we switched to a new SNMP MIB table. The information in this table seems to be more reliable. Working on VLANs, we added a new report in the “networking” section within the device details dialog. Check out the screenshot below:

vlans

Furthermore, we have fixed some bugs:

  • The remote login agent could crash in rare cases when a firewall or intrusion detection system interferes interrupts the connection between discovery server and our remote login agent.
  • In large environments, we had problems storing the users discovered on domain controllers. With thousands of users, the SQL query that we created got too large and the database server refused to execute this query. We splitted the query into multiple smaller queries.
  • Saving a map (either a dependency or topology map) triggered a new layout for the graph. This was annoying, especially, when a user created his own layout by rearranging some nodes manually.

Stay tuned, there are many exciting features in the pipeline…

New CMDB Partner: i-doit


open_source_cmdbWe are happy to announce a new CMDB integration with i-doit from Synetics. Synectics offers a free open source and a commercial edition.

Together with i-doit, we have created a tailored JDisc Discovery version called “JEDI” (JDisc Essential Discovery for i-doit). Current information discovered by JDisc can be easily imported into i-doit. The data import lets users perform the initial CMDB population and maintaining current information within the CMDB. Note that the CMDB import is only available for i-doit’s commercial version.

You are invited to check out i-doit even if you are already using JDisc Discovery. The database import into i-doit is compatibly with all JDisc products

 

Protogen – A new Sales Partner in Australia


protogen_logoWe are glad that we could win Protogen, an Australian firm that offers services and innovative IT solutions to their clients, as value added reseller for our products.

Protogen offers solutions in the area of business intelligence, collaboration systems, information architecture, CRM software solutions, and much more. With JDisc Discovery, Protogen offers a product in the area of IT inventory and documentation while we can benefit from their consulting skills.

We’re looking forward to work with Protogen to offer their clients excellent products and services.

New Ideas: What we could do about WLANs…


WLAN DiscoveryI cannot stress often enough that the best source for new ideas are our customers and prospects. Recently, a prospect asked whether we could read the signal strengths that WLAN access points are sending with. Our standard answer to questions like “Can you collect information x from device y” is: Yes, if the device exposes the information via any protocol.

But this case made us think further about what we could do for WLANs. After some discussion back and forth, we were thinking about doing even more. Besides of collecting the signal strength of WLAN access points, we could collect the signal strength and the throughput that actually arrives at the clients in the WLAN. Getting this information from all WLAN clients within your network  will provide a pretty good first impression on your WLAN connectivity within your enterprise. You might even find black spots by combining WLAN information with location information. Although there are many tools out on the web that collect base information for WLANs, we didn’t find one that is capable of collecting and aggregating this kind of information for your complete IT environment.

Furthermore, we might also scan the visible WLANs for each computer on the network. That might help to identify “illegal” WLANs that have been put by some “shadow-IT” into your network. Getting the MAC addresses of WLAN access points for each WLAN client leads to a list of clients that are actually connected to a WLAN access point.

We wanted to doublecheck this with you guys out there and your feedback is highly appreciated.

JDisc Discovery 2.9 – Build 2921


newStuffJDisc keeps on moving forward with its network inventory and documentation software JDisc Discovery and releases build 2921 after a two month development cycle. Our development delivered a bunch of new features, improvements, and some bug fixes.

The changes affecct integrating common network troubleshooting tools, improvements within the network topology algorithm, support for new devices and custom attributes handling.

Let’s have a quick look at the new features first.

  • Import Custom Attributes

Users define custom attributes to maintain information, that can’t be scanned automatically or that are not collected by JDisc Discovery. Custom attributes can either be edited manually or populated by executing custom scripts. The new version adds an import feature to add custom attributes from comma separated files (CSV files). The import format is very easy. Each line within the CSV file contains a device identifier (either the hostname, IP address or Windows computer name) and the actual value for the attribute separated by a comma.

  • New: Traceroute
    A ping functionality is available from each device report. Build 2921 adds an additional network troubleshooting tool. Similar to ping, users can run a traceroute for a selected device. The new traceroute dialog displays the traceroute command output.
  • New: Windows Hyper-V Server Discovery
    Up to now, JDisc was able to detect Hyper-V instances by reading some Windows registry entries. The new release uses WMI queries instead and this leads to more accurate information.

Besides the new features, there are a lot of improvements for existing functionality. The following sections describe the enhancements in more details.

  • Improvement: Improved Processor Detection
    Detecting correct processor information is not an easy task. Especially older operating system versions do not expose the correct number of cores and threads. Therefore JDisc uses a lot of heuristics and lookup tables to provide accurate information. Getting correct hardware information is especially important for license management of enterprise software. In most cases, the license cost greatly depends on the hardware on which the software runs. Our engineers have put a lot of effort to improve the accuracy of the processor information on VMware, Linux, and AIX systems.
  • Improvement: Model Detection on IBM Servers running Linux
    Up to now, JDisc was not able to detect the model for IBM servers based on the PowerPC architecture when they were running Linux.
  • Improvement: Root User Accounts  other than “root”
    In some environments users would like to configure administrative accounts on Unix or Linux servers that are not “root”. Users can, starting with this release, define for each user whether the user has administrative rights or not.
  • Improvement: Network Layer 2 Topology Resolution improved
    Detecting the layer 2 network topology is not an easy task. Therefore there are not many tools on the market, that do a good job on getting a proper topology. JDisc is learning more and more with each new customer. Therefore, we have been able to adjust our network topology detection by using spanning tree information and by making correct use of the CDP and LLDP information provided by switches and routers.

Bugfixes

Unfortunately the nature of software is that a complex application is never 100% bug free. JDisc of course is not exception. But our development team is dedicated to quality and fixes issues as soon as possible.

  • Bugfix: In some cases the IP address has been displayed instead of a device name
    In some cases JDisc Discovery chose an IP address instead of a proper name as the device name.
  • Bugfix: The User Interface Client failed to start under rare circumstances
    The user interface client failed to start when the launching user’s did not have proper access rights on  its TEMP directory.
  • Bugfix:  The discovery process was extremely slow on some Security Enhanced Linux (SELinux) systems
    Because the “ls -l” and few other commands were hanging infinitely on SELinux systems the discovery process extremely slow due to command line communication timeouts. The troublesome commands have been replaced with alternate commands and modified command parameters.
  • Bugfix: The Device History configuration tab was not displayed
    The JDisc Discovery Device History configuration tab was not displayed underneath the Discovery Scope tabs. Due to this, it was not possible to schedule automatic device history jobs.
  • Bugfix: Saving the map did not always save the whole image
    Saving a network or dependency map as “jpg”did not save the whole map when the viewer was scrolled to the bottom of the map.
  • Bugfix: File Collection on Cisco ASA Firewalls failed
    JDisc failed in some cases to collect configuration files from Cisco ASA firewalls. This problem has been fixed.

As usual we will keep you posted on what is going on with JDisc Discovery…

Network Topology Discovery using Spanning Tree Information


Network Topology discovery using the Spanning Tree informationJDisc Discovery has greatly improved its layer 2 topology detection by using the port forwarding database. A switch maintains a table of mac addresses that are connected to each port. When looking at all switches, we can detect the switch topology.

However, in some situations, the mac forwarding information is not complete. Switches drop mac address entries when the corresponding device is inactive for more than five minutes. In those cases, JDisc Discovery was unable to determine the switch topology.

Therefore, we have been looking for new ways to obtain a proper layer 2 topology. When connecting switches, network administrators often use a meshed topology. In a meshed topology, there may be more than one path between any two devices in the network. This also implies loop in the topology. Since switches do not maintain a TTL (time to live) counter for the network packets, a loop might result in an endless forwarding of packets within the loop. To avoid loops, switches use the STP (spanning tree protocol) to build a tree topology. A tree has no loops and thus endless packet forwarding is not possible anymore.

The spanning tree protocol maintains a list of active ports within the topology. Ports used for redundancy might be blocked (not used) within the spanning tree. In case a switch port fails, the redundant port might get enabled and become part of the tree topology.

Currently, we are working on making use of spanning tree information to improve the network topology. This feature will make it into one of the next builds of JDisc Discovery 2.9.

Stay tuned…

JDisc Discovery 2.9 has been released


dreamstime_11039915JDisc has released a new version of its network inventory and documentation product JDisc Discovery.

We have improved our products in three different areas. A new reporting mode enables IT consulting and service providers to leave a read-only version with the discovered data at the customer at no cost. JDisc extends its device detection with every new build and this release is no exception. Support for H3C and new HP switches has been added as well as support for new Wyse terminals. The biggest and possibly most important change is the enhanced network topology discovery. Up to version 2.8, JDisc used the CDP (Cisco Discovery Protocol) and LLDP (Link Layer Discovery Protocol) to build up a layer 2 topology. Unfortunately, CDP and LLDP are not supported by all switches. With JDisc Discovery 2.9, we have implemented an algorithm that is based on the MAC address forwarding database within the switches. Nearly all managed switches support the MAC forwarding table that is part of the bridge MIB (SNMP Management Information Base). Now, JDisc is able to detect the network layer 2 topology even if CDP and LLDP are not present. The MAC forwarding information gets stored within JDisc’s database and is available through our custom reports.

Lookout:
What’s coming next? We will further improve our network topology detection by making use of the spanning tree information and we are working on exciting collaborations with powerful IT solutions in the IT management space.

Follow

Get every new post delivered to your Inbox.

%d bloggers like this: