Skip to main content
CloudEnterprise

Infoblox NIOS Integration FAQ and Troubleshooting

This document provides answers to commonly asked questions about the NetBox Infoblox NIOS integration.

General Questions

Q: Does the integration support multiple Infoblox Grid Masters? A: Yes, to ingest data from multiple Infoblox grids, you can run separate integration instances with different configurations, each pointing to a different Grid Master.

Q: Does the integration support multiple Network Views? A: Yes, the integration can synchronize data from multiple network views. You can configure which network views to sync in the agent configuration file.

Q: Can NetBox push configurations to Infoblox? A: No. The integration is currently data-in only, synchronizing from Infoblox NIOS into NetBox.

Q: Is the integration free to use? A: The Infoblox NIOS integration is available with commercial editions of NetBox.

Q: Do I have to buy NetBox Assurance to use the NetBox Infoblox integration? A: Yes. The NetBox Infoblox NIOS integration extracts and transforms the latest state from Infoblox NIOS which is sent to NetBox Assurance where users can control how it is ingested into NetBox.

Q: Which versions of NetBox are supported? A: 4.2.3 and above.

Q: Which versions of Infoblox NIOS are supported? A: This integration is compatible with Infoblox NIOS 8.x and 9.x using the WAPI (Web API) interface.

Technical Questions

Q: What authentication methods does the integration support? A: The integration supports basic authentication (username and password) to Infoblox NIOS WAPI. You need to provide valid Infoblox credentials with appropriate permissions to read network, DNS, and DHCP data.

Q: What permissions does the Infoblox user account need? A: The Infoblox user account needs read-only access to the following object types:

  • Networks and network containers (IPv4 and IPv6)
  • IP addresses (leases, fixed addresses, host records)
  • VLANs (including VLAN views and ranges)
  • DHCP ranges (IPv4 and IPv6)
  • Network views

Q: How does the integration handle API rate limits? A: The integration uses paginated requests with a maximum of 1000 results per page. For very large datasets, the integration iterates through all pages automatically. Standard HTTP timeouts (30 seconds) are applied to each request.

Q: How are Network Views handled in NetBox? A: Network Views are mapped to tags in NetBox for filtering and organization:

  • Each object is tagged with infoblox-network-view:{view_name}
  • All objects from a network view share the same tag
  • You can filter objects in NetBox by network view using these tags
  • VRFs are not created for network views - tagging provides the organizational structure

Q: Are Extensible Attributes synchronized? A: The integration retrieves VLAN associations from Infoblox networks, which are stored in the infoblox_vlans custom field on Prefix objects. Additional extensible attribute synchronization depends on the specific WAPI responses.

Q: What happens to container networks? A: Infoblox network containers are synchronized as NetBox prefixes with the following characteristics:

  • Status: active
  • Tagged with: network-container for identification
  • The hierarchical relationship between containers and networks is maintained in NetBox through the prefix hierarchy

Q: How are hostnames handled? A: The dns_name field on IPAddress objects is populated from hostnames associated with DHCP/IPAM objects:

  • Fixed address name field
  • Host record (record:host_ipv4addr) hostname This is metadata from DHCP objects, not DNS zone data. DNS record synchronization (A, AAAA, CNAME, PTR, zones, etc.) is not implemented.

Q: How are DHCP ranges synchronized? A: DHCP ranges are synchronized as Prefix objects in NetBox with the following characteristics:

  • Status: active
  • Tagged with: dhcp-range and role:dhcp
  • CIDR prefix is calculated from the range's start and end addresses using address summarization
  • Fixed addresses (DHCP reservations) are synchronized as IPAddress objects with status dhcp or reserved based on the match_client field

Q: What custom fields are required in NetBox? A: The integration creates the following custom fields during bootstrap:

  • infoblox_match_client (IPAddress - Text) - DHCP client matching identifier
  • infoblox_agent_circuit_id (IPAddress - Text) - DHCP relay agent circuit ID
  • infoblox_agent_remote_id (IPAddress - Text) - DHCP relay agent remote ID
  • infoblox_vlans (Prefix - JSON) - VLAN associations from Infoblox

Q: How often should the integration run? A: The recommended schedule depends on how frequently your Infoblox data changes. Common schedules include:

  • Daily (e.g., 2:00 AM) for relatively stable environments
  • Every 6 hours for environments with frequent changes
  • Weekly for very stable environments

Q: Can I filter which networks are synchronized? A: Yes, you can use the scope configuration to filter by specific network views (e.g., only sync "production" view). Use network_views: ["*"] to sync all views, or specify individual views like network_views: ["default", "prod"].

Q: How does DNS view mapping work? A: For host record queries, the integration maps network views to DNS views:

  • Default mapping: default network view → default DNS view, others → default.{network_view}
  • Custom mapping: Use network_to_dns_view_mapping in scope configuration to override defaults
  • Example: network_to_dns_view_mapping: {"prod": "prod-dns", "dev": "dev-dns"}

Q: What tags are automatically applied to objects? A: Objects are tagged with:

  • Global tags: infoblox, discovered, and infoblox-{hostname} (hostname-specific tag)
  • Network view tags: infoblox-network-view:{view_name} (for prefixes and IPs)
  • Container tags: network-container (for network containers)
  • DHCP range tags: dhcp-range and role:dhcp
  • VLAN tags: infoblox-vlan-view:{view}, infoblox-vlan-status:{status}, etc.

Q: Can the integration extract site information from Infoblox? A: Yes, the integration can extract site information from extensible attributes. If an Infoblox object has a Site extensible attribute, it will be used to set the site scope on the corresponding NetBox object (prefixes and VLAN groups).

Troubleshooting

Connection Issues

Problem: Connection to Infoblox WAPI fails with authentication errors Solution:

  • Verify username and password are correct
  • Check if the user account has the required read permissions
  • Ensure the Infoblox Grid Master is accessible from your agent host
  • Verify SSL certificate if using HTTPS (set INFOBLOX_SSL_VERIFY: false for testing only)

Problem: Authentication fails with "401 Unauthorized" Solution:

  • Verify the username and password are correctly formatted in the .env file
  • Check if the user account is locked or expired
  • Ensure the user has permissions to access the WAPI
  • Verify the user has access to the specified network views

Problem: API requests return "403 Forbidden" Solution:

  • Check if the user account has sufficient permissions
  • Verify the user has read access to the required object types
  • Ensure the user has access to the specified network views
  • Check if there are any IP-based access restrictions on the Grid Master

Problem: Connection timeout errors Solution:

  • Verify network connectivity between the agent host and Grid Master
  • Check firewall rules allow HTTPS traffic to the Grid Master
  • Ensure the Grid Master hostname or IP is correct in the configuration
  • Test connectivity using curl or wget to the WAPI endpoint

Common Error Messages

"❌ INFOBLOX_HOST must be provided in policy config"

  • Add INFOBLOX_HOST to your policy configuration
  • Verify the hostname or IP address is correct and accessible

"❌ INFOBLOX_USER must be provided in policy config"

  • Add INFOBLOX_USER to your policy configuration
  • Verify the username is correct

"❌ INFOBLOX_PWD must be provided in policy config"

  • Add INFOBLOX_PWD to your policy configuration
  • Ensure the password is correct and properly escaped in the .env file

"Network view 'X' not found"

  • Verify the network view name in your configuration matches exactly (case-sensitive)
  • Check available network views using the Infoblox GUI or API
  • Ensure the user has access to the specified network view

"WAPI version not supported"

  • Check the Infoblox NIOS version
  • Verify the WAPI version specified in configuration is supported
  • Try using the default WAPI version (2.11) by removing INFOBLOX_VERSION from configuration

Data Synchronization Issues

Problem: Not all networks are being synchronized Solution:

  • Check the scope configuration for network view filters
  • Verify the user has access to all required network views
  • Check agent logs for any error messages about specific networks
  • Ensure networks are not in a network view that's excluded from sync

Problem: DHCP ranges or VLANs are not synchronized Solution:

  • Check if DHCP ranges or VLANs exist in the specified network views
  • Ensure the user has read access to DHCP range and VLAN objects
  • Review agent logs for DHCP or VLAN-related errors
  • Verify the objects are in allowed network views

Problem: VLAN associations are not appearing in NetBox Solution:

  • Verify the custom field infoblox_vlans was created during bootstrap
  • Check that the networks in Infoblox actually have VLAN associations
  • Review the custom field data on prefixes in NetBox to see if VLANs are stored in JSON format
  • Ensure the user has read access to network and VLAN objects

Problem: Host records not synchronizing from certain network views Solution:

  • Verify DNS view mapping is configured correctly
  • Check if the network view to DNS view mapping matches your Infoblox configuration
  • Use network_to_dns_view_mapping in scope config to specify custom mappings
  • Default mapping: defaultdefault, others → default.{network_view}
  • Review agent logs for DNS view-related errors
  • Ensure the user has access to the DNS views in Infoblox

Problem: Network status not set as expected Solution:

  • Check the status field on prefixes in NetBox
  • All networks (including containers) should show status active
  • Container networks are identified by the network-container tag, not by status
  • DHCP range prefixes are tagged with dhcp-range and role:dhcp
  • Review the integration logs for any status mapping issues

Performance Issues

Problem: Integration takes a very long time to complete Solution:

  • Limit synchronization to specific network views using scope configuration
  • Check network latency between agent and Grid Master
  • Review Infoblox Grid Master performance and load
  • Consider breaking up large deployments into multiple agents with different network view scopes

Problem: Integration times out during synchronization Solution:

  • Increase the timeout values in the agent configuration
  • Reduce the scope of data being synchronized
  • Check Infoblox Grid Master performance
  • Consider running the integration more frequently with smaller data sets

Bootstrap Issues

Problem: Bootstrap mode fails to create custom fields Solution:

  • Ensure the Diode credentials have permission to create custom fields in NetBox
  • Check NetBox Assurance for any errors during custom field creation
  • Verify the deviations are applied after bootstrap completes
  • Review agent logs for specific error messages about custom field creation

Problem: Can't find deviations after bootstrap Solution:

  • Ensure you stopped the agent after seeing "executed successfully"
  • Navigate to NetBox Assurance → Deviation Types
  • Look for deviations related to custom fields (bootstrap only creates custom fields, not tags)
  • Tags are created automatically during normal operation, not in bootstrap mode
  • If no deviations appear, check agent logs for errors
  • Verify bootstrap mode was actually enabled (BOOTSTRAP: True)