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.
Our organization restrict access to Public AI Models ( Open AI / ChatGPT etc.) for privacy and security concern. Is there any way where we can integrate the NetBrain with Internal / On prem AI model.
NetBrain currently requires removal of the entire Azure Cloud instance in order to release licenses associated with individual VNets, since there is no option to delete a specific VNet on its own. This enhancement would introduce the ability to select and delete individual VNets within an Azure Cloud instance, without impacting the remaining discovered resources. Customers managing large or evolving Azure environments would benefit from more precise license management and reduced administrative effort when decommissioning specific network segments.
NetBrain currently relies on CLI-based or SNMP-based polling to retrieve BGP routing information and does not support BMP (BGP Monitoring Protocol) as a data collection method for BGP route monitoring. This enhancement would add BMP support, allowing NetBrain to receive real-time BGP route updates and state changes directly from routers configured as BMP stations. Customers with large or dynamic BGP environments would benefit from more timely and lower-overhead BGP route visibility, reducing dependence on repeated polling and improving the accuracy of route change detection.
NetBrain does not currently provide drivers to discover and manage certain Tier 1 network devices, including Ciena MCP and Virtuora platforms, which prevents these devices from being brought into automation and topology workflows. This enhancement would add driver and adapter support for these device types, enabling discovery, benchmarking, and topology construction consistent with other supported platforms. Customers operating this equipment would benefit from complete network visibility and reduced manual effort in mapping and managing these devices.
NetBrain currently does not provide a mechanism to alert administrators when data retrieval time for a device exceeds a statistically derived threshold, such as the average retrieval time plus or minus a standard deviation. Administrators must manually review retrieval performance to identify devices experiencing abnormal delays. This enhancement would introduce automated alerting that flags devices whose data retrieval time deviates significantly from historical norms, using statistical measures to define the threshold. Customers managing large or performance-sensitive environments would benefit from earlier detection of retrieval anomalies, reducing troubleshooting time and improving overall monitoring reliability.
NetBrain's built-in Device Report currently displays only a fixed, predefined set of GDR attributes and does not support adding customer-defined or customized GDR fields as report columns. This enhancement would allow users to select and add a customized GDR attribute into the built-in Device Report alongside standard fields. Customers who rely on customized GDR data for device tracking would benefit from consolidated reporting without needing to build and maintain a separate custom report.
NetBrain currently allows default map settings to be configured only at the individual map level, requiring the same settings to be re-entered on every map that shares a common layout style. This enhancement would allow default map settings to be defined once at the Layout Style level, so that all maps using a given style automatically inherit those defaults. Customers managing multiple layout styles across different site types would benefit from reduced repetitive configuration and more consistent map presentation across their environment.
NetBrain currently cannot represent connectivity to a Google Cloud VPC peering endpoint when that peered VPC is not discoverable or accessible within the domain, leaving the relationship absent from topology maps. This enhancement would allow NetBrain to display a placeholder or logical representation of the peering connection to the unknown VPC, even when the peer device itself cannot be discovered. Customers operating multi-VPC or multi-account GCP environments would gain more complete topology visibility and a clearer understanding of cross-VPC connectivity without requiring full access to every peered environment.
NetBrain currently does not provide a per-domain breakdown of node license utilization, nor does it offer automated alerting when utilization approaches a defined threshold. Administrators must manually track and calculate utilization across domains on a recurring basis to avoid unexpected capacity issues. This enhancement would provide a capability to export node license utilization broken down by domain and trigger an email alert per domain when utilization crosses an administrator-defined threshold. This would reduce manual monitoring effort and give administrators advance notice to plan for additional license capacity before limits are reached.
When multiple Network Intent status codes are posted together to a ServiceNow incident, they currently appear as a single unformatted string, making the combined result difficult to read. This enhancement would apply readable formatting, such as line breaks or a list layout, when multiple status codes are included in a single ServiceNow update. Customers reviewing incidents with multi-status results would benefit from clearer, more scannable diagnostic information without needing to parse a dense text block.
Configuration search currently returns a maximum of 5 matches, even when additional relevant matches exist in the environment. This enhancement would raise the result limit, or make it a configurable setting, so that users can view more matches when needed. Customers working with larger environments would gain more complete search coverage and reduce the risk of missing relevant configuration matches.
NetBrain does not currently provide clear documentation explaining how license limits interact with the detection and update of hostname-changed devices, including whether Generic devices count toward the overall license total. This lack of clarity leaves administrators uncertain about why changed devices may not be redetected during a scheduled discovery task when license usage is at capacity. This enhancement would add documentation that explains how license-limit enforcement affects the hostname-change detection workflow and clarifies how Generic devices factor into license consumption. Customers would benefit from a clearer understanding of license behavior, reducing confusion and support inquiries related to unexpected detection gaps.
NetBrain currently displays the Smart CLI pop-up to all users with no global setting available to disable it when the feature is not in use. This enhancement would introduce an administrator-configurable, global on/off switch that suppresses the Smart CLI pop-up entirely for organizations that do not use this workflow. Customers who do not rely on Smart CLI would benefit from a cleaner interface and reduced unnecessary prompts, improving overall usability for their environment.
Service Monitor threshold configuration currently supports only percentage-based conditions, which does not allow administrators to alert on absolute values such as remaining free disk space in gigabytes. This limitation can produce alerts that are either too sensitive or not sensitive enough depending on the total capacity of the monitored resource. This enhancement would add support for absolute value-based thresholds within Service Monitor, allowing administrators to configure alerts such as "less than 1GB free" in addition to existing percentage-based options. Customers would gain more precise and meaningful alerting, particularly for large-capacity systems where a percentage threshold alone does not accurately reflect operational risk.
Service Monitor alert pop-ups currently cannot be dismissed or cleared once triggered, including by an administrator, which causes the notification to persist and block use of the user interface. This enhancement would introduce a mechanism, such as a dismiss or clear control, that allows an administrator to close an active alert pop-up without waiting for the underlying condition to resolve on its own. Providing this control would restore normal use of the interface during active alert conditions and reduce disruption for administrators managing ongoing service issues.
No account yet? Create an account
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.