Free Infoblox NIOS-DDI-Expert Exam Questions (page: 2)

The Infoblox WAPI/RESTful API requires the administrator to use the Perl programming language.

  1. True
  2. False

Answer(s): B

Explanation:

Comprehensive and Detailed In-Depth

The Infoblox Web API (WAPI) is a RESTful API that allows administrators to interact with the NIOS system programmatically for tasks like managing DNS records, DHCP leases, and Grid configurations. Contrary to requiring Perl, WAPI is language-agnostic--it uses HTTP-based requests (GET, POST, PUT,

DELETE) and returns data in JSON format.
While Infoblox provides sample scripts in Perl (and historically supported a Perl API), administrators can use any programming language (e.g., Python, Java, or even tools like cURL) that supports HTTP requests. The misconception might stem from older documentation emphasizing Perl examples, but the INE course, focusing on advanced NIOS management, clarifies that WAPI is not tied to Perl.


Reference:

Infoblox NIOS Documentation ­ WAPI Guide; INE Course Objective: NIOS Grid Troubleshooting (covers API usage).



An administrator is adding A records to an existing zone.
Where is the Add Record function in Grid Manager?

  1. Grid > DNS > Members > (member) > (zone)
  2. Data Management > DNS > Zones > (zone)
  3. Data Management > Members > Services > DNS > (zone)
  4. Grid > Services > DNS > (zone)

Answer(s): B

Explanation:

Comprehensive and Detailed In-Depth

In the Infoblox Grid Manager (the NIOS GUI), DNS management is centralized under the Data Management tab, which provides a logical structure for handling DNS zones and records. To add an A record (Address record) to an existing zone, the administrator navigates to Data Management > DNS > Zones, selects the specific zone, and then uses the "Add Record" option (typically a "+" icon or button). Option A focuses on member-specific settings, not zone record management. Option C drills into member services, which is more about service status than record editing. Option D is incorrect as "Grid > Services" doesn't exist in this context--it's a misnomer. The INE course covers practical DNS troubleshooting, reinforcing this workflow.


Reference:

Infoblox NIOS Administrator Guide ­ Managing DNS Zones; INE Course Content: NIOS DDI DNS Troubleshooting.



Which system provides database synchronization to the passive node of an HA pair Grid Member?

  1. The Active Node of the HA pair
  2. The Grid Master
  3. The DNS Primary
  4. The Grid Master Candidate

Answer(s): A

Explanation:

Comprehensive and Detailed In-Depth

In an Infoblox High Availability (HA) pair, the active node maintains the live database and services (DNS, DHCP, etc.), while the passive node remains on standby, ready to take over if needed. Database synchronization between the active and passive nodes is handled directly by the active node using the bloxSync mechanism over a secure connection (typically SSL). The Grid Master oversees Grid- wide synchronization, but within an HA pair, the active node is responsible for keeping the passive node's database up-to-date. The Grid Master Candidate (GMC) and DNS Primary are unrelated to this specific HA pair sync process. This is a key troubleshooting point in the INE course.


Reference:

Infoblox NIOS Documentation ­ HA Configuration; INE Course Content: NIOS DDI Grid Troubleshooting.



What can an administrator do with an Option Filter in NIOS?

  1. Match on any DHCP options provided by the client
  2. Match on any DHCP options provided by the server
  3. Match only vendor-specific options such as Option 60
  4. Match only on device types

Answer(s): A

Explanation:

Comprehensive and Detailed In-Depth

In NIOS, DHCP Option Filters allow administrators to define rules for matching DHCP client requests based on the options they send in their DHCP packets. These filters are highly flexible and can match any DHCP option provided by the client, such as Option 55 (Parameter Request List), Option 60 (Vendor Class Identifier), or custom options. This enables precise DHCP policy enforcement, like assigning specific IP ranges or options to certain devices. Option B is incorrect because filters apply to client requests, not server responses. Option C is too narrow--while Option 60 is common, filters aren't limited to vendor-specific options. Option D is vague and incorrect; device type matching is a subset of option matching. The INE course covers DHCP troubleshooting, including filter configuration.


Reference:

Infoblox NIOS Administrator Guide ­ DHCP Option Filters; INE Course Content: NIOS DDI DHCP Troubleshooting.



A customer has the following Grid: Grid Master HA pair, three HA Grid Members, one single Grid Member. The customer has defined custom Upgrade Groups based on the physical location of the appliances. After the administrator clicks Upgrade, which node will go through the upgrade process first?

  1. All of the Member passive nodes
  2. Grid Master active node
  3. Grid Master passive node
  4. Depends on the configuration of Upgrade Groups

Answer(s): D

Explanation:

Comprehensive and Detailed In-Depth

In NIOS, the upgrade process for a Grid can be customized using Upgrade Groups, which allow administrators to define the order and timing of upgrades for Grid members based on criteria like location or role. By default, the Grid Master (active node) upgrades last to ensure continuity, and passive nodes in HA pairs often upgrade before active nodes. However, when custom Upgrade Groups are defined (as in this scenario, based on physical location), the upgrade sequence follows the administrator's configuration rather than a fixed rule. Thus, the first node to upgrade depends entirely on how the Upgrade Groups are prioritized in the upgrade schedule. This flexibility is a focus of the INE course's Grid deployment section.


Reference:

Infoblox NIOS Administrator Guide ­ Software Upgrades; INE Course Objective: NIOS DDI Grid Deployment.



An administrator has both Avaya and Cisco VoIP phones that require the same DHCP option.
What can the administrator do with these two different models of phones?

  1. Only one type of device can be online at any given time
  2. Both device types can be online at the same time, but they must be on different subnets
  3. Both device types can be on the same range through the use of separate Option Filters
  4. The administrator must contact the vendors to update the devices to use different DHCP options

Answer(s): C

Explanation:

Comprehensive and Detailed In-Depth

NIOS supports advanced DHCP configuration, including Option Filters, which match client requests based on DHCP options (e.g., Option 60 for Vendor Class Identifier). If Avaya and Cisco VoIP phones require the same DHCP option (e.g., Option 66 for TFTP server), the administrator can use separate

Option Filters to distinguish the devices by their unique identifiers (like Vendor Class IDs: "Avaya" vs. "Cisco") and assign them IPs from the same range with the shared option. This allows both device types to coexist on the same subnet and range, eliminating the need for segregation (Option B) or vendor intervention (Option D). Option A is overly restrictive and incorrect. This is a practical DHCP troubleshooting scenario in the INE course.


Reference:

Infoblox NIOS Administrator Guide ­ DHCP Option Filters; INE Course Content: NIOS DDI DHCP Troubleshooting.



Which syslogs can be used to view boot-up messages from the last reboot of an Infoblox appliance? Choose 3 answers

  1. Syslog via the remote console
  2. Syslog that has been redirected to an external syslog server
  3. Syslog via the serial console
  4. Syslog via the NIOS GUI

Answer(s): A,B,C

Explanation:

Comprehensive and Detailed In-Depth

Boot-up messages from an Infoblox appliance are logged in the syslog, which records system events like reboots. These logs can be accessed in multiple ways:

A (Remote Console): SSH or remote console access (e.g., via "show log syslog" CLI command) shows syslog entries, including boot messages.

B (External Syslog Server): If configured, NIOS redirects syslog to an external server, preserving boot messages for review.

C (Serial Console): Direct serial connection during boot captures real-time syslog output, including startup messages.

D (NIOS GUI): The GUI provides a syslog viewer (Grid > Grid Manager > Logs), but it's not designed for real-time boot message capture and may not show full historical detail unless explicitly exported. The INE course emphasizes troubleshooting via logs, including these methods.


Reference:

Infoblox NIOS Administrator Guide ­ Logging; INE Course Content: NIOS DDI Grid Troubleshooting.



How does the passive member of a High Availability (HA) pair receive its database updates?

  1. SSL VPN from the Active node
  2. SSL VPN from the Grid Master
  3. bloxSync from the Active node
  4. bloxSync from the Grid Master

Answer(s): C

Explanation:

Comprehensive and Detailed In-Depth

In an HA pair, the passive node stays synchronized with the active node to ensure seamless failover. This synchronization uses bloxSync, a proprietary Infoblox protocol that securely transfers database updates (e.g., DNS records, DHCP leases) between the HA pair members over an SSL-encrypted connection. The active node, being the operational member, directly provides these updates to the passive node. The Grid Master handles Grid-wide sync, but within an HA pair, the active node is the source. Options A and B misrepresent the mechanism (it's not a traditional VPN), and Option D incorrectly attributes the sync to the Grid Master. This is a critical HA troubleshooting topic in the INE course.


Reference:

Infoblox NIOS Documentation ­ HA Pair Configuration; INE Course Content: NIOS DDI Grid Troubleshooting.






Post your Comments and Discuss Infoblox NIOS-DDI-Expert exam prep with other Community members:

NIOS-DDI-Expert Exam Discussions & Posts