NetBrain Feature Requests
Browse, vote, and track the status of feature requests from the NetBrain community
Open
Browse open ideas available for voting, feedback, and discussion.
On the Roadmap
View ideas that are planned for future product development.
In Development
Explore ideas that are currently being developed by the product team.
Available
Explore ideas that are now available in the product.
Not Planned
View ideas that are not currently planned for product development.
Filter by idea status
Filter by features
1146 Ideas
Global Search Support for IPv6 Addresses Without Subnet MaskOpen
NetBrain global search currently requires an IPv6 address to be entered with its subnet mask, such as in CIDR notation, in order to return results; a plain IPv6 address without a mask does not return a match, unlike IPv4 addresses, which can be searched without a mask. This enhancement would extend global search to recognize and return results for IPv6 addresses entered without a subnet mask, bringing IPv6 search behavior in line with IPv4. Customers working in IPv6 environments would be able to locate devices and interfaces by address more efficiently, without needing to know or supply mask information during troubleshooting.
Extend Auto Link All to Support Site-to-Device and Site-to-Site LinksOn the Roadmap
NetBrain's Auto Link All feature currently supports establishing links only between device-to-device pairs, and cannot automatically create links involving site-cloud or site-to-site map objects. This limits users with many site maps who need to extend link coverage, including IPv6 links, across their full topology. This enhancement would extend Auto Link All functionality to detect and create links for site-to-device and site-to-site relationships, in addition to existing device-to-device support. Customers managing large numbers of site maps would benefit from reduced manual effort in maintaining accurate, complete topology connections.
Email Alert for Network Change Execution Start and CompletionOpen
NetBrain currently does not provide an email notification indicating when a network change execution begins and when it completes. Users must manually monitor the change process to confirm whether it started and finished successfully. This enhancement would introduce automatic email alerts triggered at the start and end of a network change execution, including an indication of success or failure. Customers running network changes would gain timely confirmation of execution status without needing to manually track progress, improving change management visibility and reducing operational risk.
Add First Detected Date and OS Identification Fields to OneIP TableOn the Roadmap
The OneIP Table currently does not include a field indicating when an IP address or device was first detected, nor does it provide operating system identification for endpoints such as virtual machines. This limits the table's usefulness for security and compliance tracking that depends on knowing discovery history and endpoint OS type. This enhancement proposes adding a first-detected date field and an OS identification field to the OneIP Table. Customers using the OneIP Table to support security controls and asset inventory processes would gain more complete endpoint context directly within NetBrain, reducing reliance on separate scanning tools for this information.
Bulk Export of Device Configuration Files for a Specified Historical DateOn the Roadmap
NetBrain currently allows users to export configuration information for all devices on a map in a single batch (via Export to Word), but this only reflects the current or baseline configuration snapshot; there is no option to specify a past date and retrieve the configuration files that were in effect for all devices at that time in one batch action. This enhancement would add the ability to select a specific historical date and export the corresponding configuration files for all devices on a map or in a domain as a single batch, such as a zip archive. Customers who run daily benchmarking or periodic audits would benefit from being able to reconstruct a full historical configuration snapshot without manually retrieving each device's configuration file individually.
Support Device Management IP as Target for Runbook Ping NodeOn the Roadmap
The Runbook Ping node currently limits selectable target IPs to a device's known interface addresses, with no option to specify a management IP that falls outside those interfaces. This becomes a limitation when a device's management IP is reached through NAT translation, since none of the listed interface IPs are actually reachable for connectivity testing. This enhancement would allow the Ping node to accept and target a device's management IP directly, even when that IP is not one of the device's native interface addresses. Supporting this option would allow customers with NAT-translated management access to run accurate connectivity checks within Runbooks, reducing manual workarounds and improving diagnostic reliability.
Automatic Site Assignment for Devices Discovered via Multiple AWS API EndpointsOn the Roadmap
NetBrain currently does not reliably assign devices discovered through multiple AWS API endpoints or accounts to their corresponding site group, even when an existing site definition should match them. Affected devices are left unassigned rather than being placed into the expected site or the default Unassigned Devices group, making it difficult for administrators to locate and organize newly discovered cloud resources. This enhancement would ensure that site-assignment logic correctly evaluates devices discovered from every configured AWS API endpoint against defined site rules, placing matching devices into the appropriate site group during discovery. Customers managing multiple AWS accounts would gain consistent, predictable site organization for cloud resources, reducing manual remediation and improving confidence in topology and inventory accuracy.
Hostname Change Detection and Update for Devices with Shared Serial NumbersOpen
NetBrain currently skips hostname change detection and handling for devices that share a serial number with another device, such as virtual systems on a Checkpoint firewall sharing the serial number of the physical firewall. When the hostname changes on one of these devices, administrators must manually remove and rediscover it to resume configuration retrieval, which results in the loss of historical data for that device. This enhancement would extend hostname change detection and in-place hostname update support to devices with shared serial numbers, allowing NetBrain to recognize the hostname change and update the device record without requiring removal and rediscovery. Customers managing these device types would benefit from continuous configuration retrieval and preserved historical data when hostnames change.
Support Additional NCT Subtable Scopes for OSPF Highlight QAppOpen
NetBrain's OSPF Highlighting QApp currently depends on NCT subtable data that only supports the Global scope, which can cause the QApp to correctly highlight some OSPF-enabled links while failing to highlight others on the same map. This limitation reduces confidence in the completeness of OSPF topology visualization during troubleshooting. This enhancement would extend NCT subtable support to additional scopes beyond Global, allowing the OSPF Highlighting QApp to evaluate and highlight all applicable OSPF connections consistently. Consistent, complete OSPF link highlighting would give customers greater confidence in topology accuracy and reduce time spent manually verifying missed connections.
Time Range Export and Task Count for Triggered Automation TasksOn the Roadmap
Triggered Automation Framework currently does not allow users to export task information filtered to a specific, user-selected time range, nor does it provide a count of tasks that fall within that range. Reviewing task activity for a defined period requires manual inspection of the full task list. This enhancement proposes adding two capabilities to Triggered Automation task views: an export option that generates task detail limited to a selected time range, and a count display that shows the number of tasks matching that same time range. These additions would give customers a faster way to review, report on, and audit automation activity for a specific period without manually filtering or counting task records.
Consolidated Email Notifications for Multiple Network Intent AlertsOpen
NetBrain currently sends a separate email with an individual CSV attachment for each Network Intent that triggers an alert condition. When many intents trigger simultaneously across a large device set, this results in a large volume of individual emails, each requiring the recipient to open and inspect separately to review the underlying data. This enhancement proposes consolidating alert notifications so that multiple triggered Network Intents within a given cycle are combined into a single email containing an aggregated CSV, or alternatively providing configuration options to batch and control how these alert emails are sent. Customers monitoring large numbers of devices with automated intent-based checks would benefit from reduced notification volume and faster triage of alert data.
Scheduled Ansible Task Execution within Preventive Automation WorkflowsOn the Roadmap
NetBrain currently does not provide a way to schedule Ansible tasks and incorporate their results into preventive automation workflows in the same manner that flash probes are scheduled and evaluated today. Customers who rely on Ansible for prechecks, such as collecting software version data, must manage that automation outside of NetBrain and cannot use it to drive conditional actions within the platform. This enhancement would allow Ansible tasks to be scheduled and integrated into preventive automation logic, so that task output, such as version compliance results, can trigger downstream actions like automated change scheduling for non-compliant devices. This would allow customers already standardized on Ansible for network validation to extend their existing automation investment into NetBrain's proactive monitoring and change workflows, reducing duplication of effort across tools.
Support for config retrieval via 'show running-config view full' for lower-privilege accountsOn the Roadmap
NetBrain's discovery and benchmark drivers currently rely on the 'show running-config' command, which requires privilege level 15 access on Cisco devices. Some customers manage devices under restricted local accounts with lower privilege levels, where this command cannot be permitted, even though the more limited 'show running-config view full' command is available to them. This enhancement would introduce a driver option to retrieve device configuration using 'show running-config view full' as an alternative to the standard command, configurable in a way that does not affect other tenants or customers in shared, multi-tenant environments. This would allow customers who do not have full administrative access to devices, such as during a transition between service providers, to complete discovery and benchmarking using a reduced set of permitted commands.
Correct map visualization for nodes resolved via Gateway Fix-UpOn the Roadmap
When Gateway Fix-Up rules correctly resolve a path, the map visualization does not reflect this resolution and continues to display the affected end node as disconnected from the fix-up device. This creates a mismatch between the accurate underlying path calculation and what is shown to the user on the map. This enhancement would update the map rendering logic so that, when a Gateway Fix-Up rule successfully resolves a node's connection, the visualization displays the node as properly connected to the fix-up device. Consistent visualization would give customers confidence that the displayed map accurately reflects the calculated path, reducing confusion and unnecessary manual verification.
Proxy support for SNMP, CLI, ICMP, and REST API device communicationOn the Roadmap
NetBrain currently requires direct network connectivity to managed devices for SNMP, CLI, ICMP, and REST API access, with no supported mechanism to route these protocols through an intermediary proxy. This enhancement would add configurable proxy support for each of these access methods, allowing NetBrain to reach devices in environments where direct connections are restricted or unavailable. Customers operating in segmented or security-restricted network environments would benefit from broader device visibility and management without requiring architectural changes to their existing access controls.
Layer 3 Topology Mapping Support for Routed Port-Channel InterfacesOpen
NetBrain currently allows Port-Channel interfaces to be included in a map only through the Layer 2 selection method, which does not support environments where routing occurs across the Port-Channel itself. This limits customers to viewing Port-Channel interface and neighbor relationships strictly as Layer 2 constructs. This enhancement would extend map creation to allow Port-Channel interfaces and their neighbor relationships to be selected and displayed through Layer 3 mapping methods. Customers who route traffic across Port-Channels would gain accurate topology visibility that reflects their actual network design, improving troubleshooting and reducing reliance on manual workarounds.
Failed Credential Report for Device Authentication AttemptsOpen
NetBrain currently does not provide a report identifying which devices experienced authentication failures and which specific credential was attempted during the failed connection. Customers using external authentication services such as TACACS have no visibility into failed credential attempts, which can lead to account lockouts after repeated failures without a clear audit trail. This enhancement would introduce a report that lists devices with failed authentication attempts along with the credential used in each attempt. Providing this visibility would allow administrators to proactively identify problematic credentials, avoid triggering lockouts on external authentication servers, and reduce the time spent manually troubleshooting access failures.
Device attribute to distinguish physical vs. virtual devicesOn the Roadmap
NetBrain currently discovers virtual systems, such as virtual appliances created on top of physical chassis or virtualized application instances, without providing a way to distinguish them from their physical counterparts. Customers must manually investigate each device type or driver to determine whether a discovered system is physical or virtual, which makes it difficult to report accurately on infrastructure composition. This enhancement would introduce a device attribute, such as a boolean flag, indicating whether a discovered device is physical or virtual, applied consistently across supported device types and drivers. Customers would benefit from the ability to quickly identify and report on the proportion of physical versus virtual devices in their environment without performing manual, per-device-type investigation.
Expanded Azure Device Support for Site MapsOn the Roadmap
NetBrain currently limits site map membership for Azure-based infrastructure to VMware and Azure MSEE device types, which prevents other Azure resources from being represented in site maps. This enhancement would extend site map support to include additional Azure device and resource types, allowing them to be discovered and added to site definitions alongside existing supported types. Customers managing Azure environments would gain more complete visibility into their cloud infrastructure directly within NetBrain site maps, improving overall network management for hybrid and cloud-based deployments.
Site Manager and Site Map Visibility for ACI SDN DevicesOpen
NetBrain currently does not surface ACI SDN-discovered devices within Site Manager or Site Maps according to the site definition, limiting visibility into how these devices fit within the broader site topology. This enhancement would extend Site Manager and Site Map functionality to recognize and display ACI discovered devices under their associated sites. Customers managing ACI environments would gain a unified view of site-based topology that includes SDN devices alongside traditional network devices, improving overall network visibility and reducing the need for separate tracking methods.
Automatic Benchmark Task Trigger Following Scheduled Discovery CompletionOn the Roadmap
NetBrain currently does not provide a way to automatically trigger a Benchmark task immediately upon completion of a Scheduled Discovery task. Administrators who need both tasks run in sequence must monitor Discovery completion and manually initiate the Benchmark task afterward. This enhancement proposes allowing a Benchmark task to be configured to run automatically once a linked Scheduled Discovery task concludes, without requiring manual initiation. This would reduce administrative overhead and optimize execution time for customers who routinely need Discovery and Benchmark results processed back to back.
Preserve "Succeeded via SNMP" configuration retrieval status when CLI failsOn the Roadmap
NetBrain currently does not consistently report configuration retrieval status as "Succeeded via SNMP" when SNMP retrieval succeeds but CLI retrieval fails, differing from prior behavior customers relied on. This enhancement would restore the status display so that a successful SNMP-based configuration retrieval is clearly reflected even when CLI access fails for the same device. Customers depend on accurate status reporting to distinguish partial access success from full failure, and inconsistent labeling can lead to unnecessary troubleshooting and confusion about device accessibility.
Direct Export of Device Search ResultsOn the Roadmap
NetBrain currently does not provide a way to export device search results directly from the search interface. Users must first add the matching devices to a Device Group before they can export the list, which adds an unnecessary manual step for simple lookups. This enhancement would add an export option directly on the search results view, allowing users to export the full list of matching devices without first creating a Device Group. Customers who search frequently would benefit from faster access to device lists for reporting, auditing, and troubleshooting purposes.
Trigger Benchmark Automatically After Scheduled Discovery CompletionOn the Roadmap
NetBrain currently allows a Benchmark task to be triggered automatically after a manual Discovery completes, but this option is not available for Scheduled Discovery tasks. Administrators running scheduled discoveries must manually initiate or schedule a separate Benchmark task rather than having it launch automatically upon discovery completion. This enhancement would extend the auto-trigger capability so that a Scheduled Discovery task can automatically initiate a Benchmark task once the discovery run finishes, consistent with the existing manual discovery workflow. This would reduce manual coordination between discovery and benchmark scheduling and help ensure benchmark data stays current without requiring an administrator to monitor scheduled discovery completion times.
API access to segmented device configuration sections by protocol or featureOn the Roadmap
NetBrain currently returns device configuration through the API as a single, complete configuration file, with no option to retrieve only a specific portion of that configuration, such as routing protocol sections, access control lists, interface settings, or global configuration blocks. This limitation requires consumers of the API to parse the full file themselves to isolate relevant sections, adding overhead to automation and integration workflows. This enhancement proposes segmenting device configuration into logical categories aligned with common configuration areas and providing an API parameter or endpoint to retrieve a specific segment rather than the entire file. Customers building automation around configuration auditing, compliance checks, or targeted analysis would benefit from more efficient data retrieval and reduced parsing effort on their end.
Filter by features
- All features
- AI
- Automation
- Benchmark
- Change Management
- Data Management
- Digital-Twin
- Installation&Deployment
- Integration
- Live Access
- Map
- Multi-Vendor Support
- NetBrain API
- Others
- Path
- Runbook
- System Health Monitoring
- System Management
Login to the community
No account yet? Create an account
Sign in with SSO
Login via NetBrain UniversityEnter your E-mail address. We'll send you an e-mail with instructions to reset your password.