Passive Device Management and Handling (Wired)
Nile's default architecture is built for security. It is based on Layer 3 and that means we limit the use of broadcast flooding, which is traditionally used to poll for connected wired devices
Nile switches discover a device on a port based on DHCP packets seen from it once plugged in. If a device performs DHCP IP, it is not considered 'Passive' since Nile is able to learn the device and keep it alive as long as it is connected
The definition of 'Passive' in Nile's architecture is a 'statically IP addressed device' that does not initiate any traffic or DHCP packet upon first connection and remains silent unless solicited by another device or application.
⚠️ The assumption is, the passive device is typically using a Static IP address
Nile is offering a way to not only handle passive wired devices but also manage them better through a central access management system, while also offering tools to discover devices that have gone silent on the Day 1 of migration to Nile as well as on an on-going basis from Day 2 and onwards
Discovery for Day 1 Migration to Nile
Day 1 Migration made easy by providing ‘Discovery’
- Admins need to know the static IP or the subnet in use by the passive device(s)
- A simple click ‘Discover’ option and all passive devices in that subnet or IP-range will be presented for approval
Ease of management
All passive devices are flagged as 'passive'
- Helps ‘organize’ the network from a previously ‘unorganized’ network, where customer IT teams may have lost track of devices that maybe passive in nature and using static IP addresses
- After discovery, a list of mac-addresses is presented for admins to easily approve in bulk
- Discovery process filters DHCP based devices - The discovery process is intelligent not to present devices for approval that are already using DHCP IP
Day 2 - Keep alive
Nile switches perform keepalives for devices ‘identified’ as 'passive'; Thus reducing the impact of broadcast based learning
Per device - Discover/Wake up option
In case a device still appears offline, although it is still connected to the Nile Service Block, on the customer's Nile Control Center (Nile Portal), device details page has a handy tool to wake up a device suspected of having gone silent
- After logging in to the Nile Control Center (Nile Portal), go the Network Setup icon > Access Management
- Click on ‘Add Device’, Select Static IP, the Passive check-box gets activated (Passive device needs ‘Static IP’ to be selected as well (as explained in the assumption, a passive device is assumed it is statically IP Addressed))
- Admins should specify a mac-address, segment and geo-scope
- OUI is NOT supported, specific mac address has to be provided for passive device
- IP address is mandatory for passive device

There is an option to 'Bulk Upload' a list of mac-addresses to be MAB approved and also to be marked as Static IP and Passive. If admins are aware of their passive devices on their legacy network, they could use a csv as shown in the sample below.

- Login to the Control Center (Nile Portal) Navigate to the Network Setup > Access Management
-
- Click on the Passive Device Discovery icon on the far right; the drawer that opens for auto discovery,Specify IP address, IP-Range, subnet up to /24 that passive device(s) are using, within a geo-scope. Click Scan
- A auto discovery is initiated on the switches in the geoscope and a list of mac-addresses is presented to the user
- The admin can click on 'Approve' upon which the mac-addresses will get added as MAB Approved along with 'Static IP and Passive' flags enabled for these devices
- If the subnet specified for running auto discovery on does not match any of the subnets mapped to the segments configured, the discovery tool will throw an error such as below
-
- Ensure the IP Range provided matches one of the configured segments
- IP Addresses for the passive devices will be populated on the MAB list page once fully learnt by the Nile switches
Discovery Process

It can happen that some passive devices go offline even though the Nile switches are polling the 'known' flagged passive devices. In such a scenario, admins can go to Control Center (Nile Portal) Devices list > Select the offline wired device of interest and suspected of having gone offline although physically still connected > Click on the Hostname on the device details page.
An option to 'Discover' the device will be present. Clicking discover will initiate a one time auto discovery on the switch and port where it was last seen as connected using the last known IP address.

Day 2 Discovery Tool - background process

The Nile Service Block (NSB) software version needs to be upgraded to the right version. Please reach out to the Customer Support team to enable this feature by scheduling an NSB upgrade
Only up to /24 sized subnet or up to 254 IP addresses can be provided for initial discovery, at a time
