Browse, vote, and track the status of feature requests from the NetBrain community
Browse open ideas available for voting, feedback, and discussion.
View ideas that are planned for future product development.
Explore ideas that are currently being developed by the product team.
Explore ideas that are now available in the product.
View ideas that are not currently planned for product development.
NetBrain currently requires customers to provide master or management account access credentials, including access ID and secret key, in order to automatically discover and onboard AWS accounts during onboarding. Many customers consider these credentials highly sensitive and are hesitant to share them, which creates friction in the onboarding process. This enhancement proposes allowing customers to import a list of AWS accounts from a CSV or text file as an alternative onboarding method, removing the need to supply master account credentials. Customers with strict security policies around credential sharing would benefit from a safer, more flexible onboarding path that still allows their AWS accounts to be configured in NetBrain.
NetBrain currently requires users to input AWS access key and secret key values for API accounts during initial onboarding, but provides no supported way to update these credentials afterward when a customer rotates or changes the keys; administrators must resort to direct database updates to apply the new values. This enhancement would add a UI-based option to update the user ID and access/secret key pair for existing AWS API accounts configured under the combined access method, without requiring backend intervention. Customers who follow periodic key rotation practices for security compliance would benefit from a supported, self-service way to keep AWS API credentials current and avoid dependency on manual database changes.
Self-Service activation for triggers is currently limited to triggers that are directly associated with an Incident Type, so triggers configured outside that association cannot be enabled for Self-Service use through the Incident or Incident Portal. In addition, all Self-Service enabled triggers appear within an incident without any filtering, regardless of whether they apply to devices present on the incident map. This enhancement proposes adding a separate control within the Triggered Diagnosis Center that allows Self-Service to be activated for NI or NIC triggers independent of their Incident Type association. It also proposes a filtering mechanism so that only Self-Service triggers applicable to the devices on the incident map are displayed. Together, these changes would improve usability by broadening where Self-Service can be applied and by reducing irrelevant trigger clutter within an incident.
NetBrain currently supports email notifications only for errors or alerts, but does not provide a way to email the actual results of a completed Runbook execution. This enhancement would add an option to automatically send Runbook execution results via email once a run completes, giving operations teams direct visibility into outcomes without needing to log in and navigate to the results manually. This capability would improve operational efficiency for teams that rely on timely review of Runbook outputs.
When exporting a map to Word, the generated document currently includes Asset Data content in addition to the accompanying Excel file, with no option to omit it. This enhancement proposes adding a configurable option to exclude Asset Data from the Word output while still producing the associated Excel file. Customers who only require the Excel data would benefit from a cleaner export process and would no longer need to manually remove unwanted content from the Word document.
Site maps currently use a standardized naming suffix for certain map types, such as '_L2' for Layer 2 maps and '_Nbr' for Neighbor maps, but the L3 map for a site does not receive a corresponding distinguishing suffix. This enhancement would add a consistent '_L3' suffix to L3 site maps, aligning the naming convention across all map types generated for a site. Providing this consistency would help customers quickly identify map types when navigating between multiple site maps, reducing confusion and improving overall usability.
NetBrain currently requires administrators to log into the worker server directly to manually enable debug-level log output for discovery operations, which is inconvenient for both customers and support teams during troubleshooting. This enhancement proposes adding a control within the web front end that allows authorized users to enable or disable discovery debug logging without server-side access. Providing this capability from the UI would streamline troubleshooting workflows and reduce the time required to diagnose discovery issues.
NetBrain does not currently provide a report that displays the execution time of configuration retrieval across devices over time. Administrators in environments with intermittent retrieval failures have no efficient way to identify which devices have experienced retrieval issues repeatedly or over an extended period. This enhancement would add a report showing configuration retrieval execution time by device, allowing administrators to quickly spot devices with recurring or long-standing retrieval problems. Customers managing large or unstable environments would benefit from faster identification of problematic devices and reduced manual investigation effort.
NetBrain's Retrieve Live Data process can display a success (green) icon even when the underlying configuration update fails because a hostname change was detected on the device during the update, giving users a false indication that the update completed successfully. This enhancement would update the status icon logic to reflect a failure state whenever a detected hostname change prevents the configuration update from completing, rather than reporting it as successful. Accurate status reporting would help customers trust the retrieval results and avoid overlooking real configuration update failures during troubleshooting or automated runbook execution.
NetBrain's search function currently cannot locate a device by hostname when that hostname encodes a MAC address using a vendor naming convention, such as Cisco VoIP phone hostnames. The search also does not query CDP/NDP neighbor table data, so devices that are visible only as neighbors of managed switches cannot be found by hostname even though the network already reports the hostname-to-MAC relationship. This enhancement would extend search to normalize and correlate hostname patterns that embed a MAC address against the corresponding MAC record, and would allow search to include CDP/NDP neighbor table entries as a searchable data source. Customers working with unmanaged neighbor devices, such as VoIP phones, would be able to locate them directly by hostname without manually reformatting the search term, reducing repetitive effort during troubleshooting.
NetBrain currently models Layer 2 topology links as point-to-point connections between two interfaces. When a single interface, such as a LAN interface on an SD-WAN device, is physically or logically connected to multiple neighboring devices through shared media, the platform cannot accurately represent this as a single multipoint connection, resulting in incomplete or misleading L2 topology diagrams. This enhancement would introduce support for point-to-multipoint L2 link rendering, allowing a shared interface to connect to a bus or shared-media object that in turn links to multiple downstream devices. Customers operating environments where a single interface serves multiple connected devices would gain accurate, automated L2 topology visibility that reflects actual network design, reducing the need for manual link correction.
The built-in Interface Inventory Report currently supports only a fixed set of predefined columns and does not allow values derived from custom plugins to be displayed alongside standard interface attributes. This enhancement would allow users to add a custom column to the Interface Inventory Report that displays a value set through a plugin, enabling plugin-derived data to appear in the same table as native interface fields. Customers who rely on plugins to compute or assign custom attributes would benefit from a unified report view that consolidates both standard and customized data without needing separate tools or manual cross-referencing.
NetBrain currently allows administrators to export and import device lists, credentials, sites, and AAM configurations between domains, but does not support export and import of API stubs, intents, guidebooks, or probes. This limits the ability to fully replicate a domain's configuration when standing up a new environment. This enhancement would extend the existing export/import functionality to include the database collections for API stubs, intents, guidebooks, and probes, alongside the currently supported items. Customers setting up new domains, such as for proof-of-concept or new customer onboarding, would benefit from a complete and consistent way to clone domain configurations without manually recreating these components.
NetBrain currently does not validate or account for cases where multiple provider edge devices use interfaces with the same name, which can cause the platform to incorrectly resolve L3 link endpoints and produce an inaccurate topology map. This enhancement would add logic to detect duplicate interface names across devices during L3 topology calculation and either enforce interface name uniqueness or correctly disambiguate links using additional attributes such as IP addressing or device context. Customers managing large multi-vendor or multi-tenant environments would benefit from accurate automated topology mapping without needing to manually identify and correct link errors caused by naming collisions.
NetBrain currently does not notify users when they assign a PE interface IP address that already exists elsewhere in the domain or in the One IP table, nor does it warn when multiple PE interfaces within an MPLS cloud are given identical names. Both conditions can lead to inaccurate or broken topology construction without any indication to the user that a conflict has occurred. This enhancement would add validation checks during MPLS Cloud configuration that detect and notify users when an entered PE interface IP is already present elsewhere in the domain or One IP table, and when duplicate PE interface names are entered. Customers configuring MPLS Cloud objects would benefit from earlier detection of naming and addressing conflicts, reducing topology build errors and the time spent troubleshooting them.
NetBrain's discovery process can select a shared or virtual IP address, such as a VRRP address, as a device's management IP even when a unique IP address is also available for that device. Because a shared IP does not reliably identify a single device and may move between devices over time, this can lead to configuration retrieval failures and inconsistent device identification during troubleshooting. This enhancement proposes adding logic to the discovery process that prioritizes a unique IP address over a shared or virtual IP whenever both are available, avoiding reliance on shared addressing for device identification. Customers would benefit from more reliable device identification and configuration retrieval, and would no longer need to manually lock management IP settings on individual devices as a workaround, reducing administrative overhead and preserving discovery automation.
NetBrain does not currently retain customized Front Server configuration settings when the platform is upgraded, causing administrators to lose prior customizations and requiring manual reapplication after each upgrade. This enhancement would ensure that Front Server configuration settings persist through the upgrade process, whether by preserving the existing configuration file or by reliably merging it with any new default settings introduced by the upgrade. Maintaining configuration continuity across upgrades would reduce post-upgrade reconfiguration effort and lower the risk of misconfiguration or service disruption after an upgrade.
NetBrain currently provides no visual indication on the map when the Active Path option is selected during path calculation, making it difficult for users to confirm which path mode is currently applied while reviewing results. This enhancement would add an icon or similar visual marker on the map to clearly denote that Active Path selection is in effect. Providing this indicator would help customers quickly confirm the path mode being displayed, reducing confusion and manual verification during troubleshooting.
NetBrain currently displays path detail information for all branches together when a path calculation returns multiple branches, requiring users to manually scan through unrelated branch details to locate the one of interest. This enhancement would allow a user to click a specific path branch on the map and have the Path Detail panel automatically update to show only the information relevant to that selected branch. Customers troubleshooting paths with many branches would be able to isolate the target branch more efficiently, reducing the time spent manually searching through unrelated path detail logs.
NetBrain currently requires users to manually identify and open the appropriate Runbook and populate it with the relevant devices and commands whenever an alert occurs on a path or map, even when the same alert condition has occurred previously and a suitable Runbook template already exists. This enhancement would allow NetBrain to recognize a recurring alert condition and automatically open the associated Runbook template, pre-populating the relevant devices and commands so that an engineer only needs to review and click Run. Customers experiencing repeated or recurring network alerts would benefit from faster response times and would no longer need to reconfigure a Runbook each time a familiar issue recurs.
The OneIP Table currently does not support a way to permanently remove specific IP address entries from the active view. When a user manually deletes an entry, it reappears after the next benchmark task runs, since the underlying data remains in the system and is re-populated into the table. This enhancement proposes allowing users to mark selected IP addresses for permanent exclusion from the active OneIP Table, while preserving the associated historical data as versioned records for audit retrieval. Customers operating under compliance requirements that mandate multi-year historical retention would benefit from maintaining an accurate, up-to-date table view without losing access to historical data needed for audits.
NetBrain does not currently provide a way to verify network connectivity and service health across all servers before or during a System Update, requiring administrators to manually check each server individually, which becomes impractical in environments with many servers. Update failure logs also do not clearly identify the root cause when a required connection or service check fails. This enhancement would add a connectivity and service health test feature, accessible from the Server Monitor or System Update page, that checks required connections and service status across all servers and displays the results directly in the UI. Update failure logs would also be enhanced to surface root causes more clearly. This would reduce manual troubleshooting effort and help administrators identify and resolve update issues faster, particularly in larger multi-server environments.
Configuring and maintaining Golden Baseline and Network Intent checks today requires customers to manually define specific thresholds and rules for what constitutes a deviation from normal behavior. This setup and ongoing maintenance can be complex, particularly for customers who want to detect meaningful changes without specifying exact numeric or logical criteria in advance. This enhancement would introduce a machine learning-based option for Golden Baseline and Network Intent that automatically learns normal network behavior and flags deviations without requiring manually defined thresholds. Customers would benefit from reduced setup and maintenance effort while gaining more adaptive and accurate detection of meaningful changes in their network environment.
NetBrain currently does not retain manually applied server-side customizations, such as Front Server configuration adjustments or worker server memory settings, when the system is upgraded. As a result, administrators must rediscover and reapply these changes after every upgrade, and the details of prior adjustments are often not documented anywhere in the system. This enhancement proposes a mechanism to capture, preserve, and automatically reapply approved server-level customizations across upgrade cycles, or at minimum to surface a record of prior changes so they can be reapplied efficiently. Retaining these settings would reduce repeated troubleshooting effort and prevent recurring downtime for customers who rely on tuned server configurations for expected system performance.
NetBrain currently allows users to exclude an entire device or device group from data retrieval, but there is no option to exclude a specific table for select devices while still retrieving other data for those devices. This enhancement would add the ability to configure table-level exclusions on a per-device basis, allowing a problematic table to be skipped for specific devices without disabling data collection entirely. Customers who encounter recurring issues with a particular table on certain devices would benefit from more granular control, reducing unnecessary retrieval failures while preserving visibility into other relevant device data.
No account yet? Create an account
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.