Nile Service Block
Core Concepts

Passive Device Management and Handling (Wired)

9min

Passive device (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

Passive device management and handling (wired)

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

Key features

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

Day 1 migration to Nile - Adding a passive device

  1. After logging in to the Nile Control Center (Nile Portal), go the Network Setup icon > Access Management
  2. 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))
  3. Admins should specify a mac-address, segment and geo-scope
  4. OUI is NOT supported, specific mac address has to be provided for passive device
  5. IP address is mandatory for passive device
Document image


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.

Document image


Day 1 Migration to Nile - Auto Discovery

  1. Login to the Control Center (Nile Portal) Navigate to the Network Setup > Access Management
    1. Document image
      
  2. 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
    1. 

      Document image
      
  3. A auto discovery is initiated on the switches in the geoscope and a list of mac-addresses is presented to the user
    1. 

      Document image
      
    2. 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
  4. 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
    1. Document image
      
    2. Ensure the IP Range provided matches one of the configured segments
  5. IP Addresses for the passive devices will be populated on the MAB list page once fully learnt by the Nile switches

Discovery Process

Auto Discovery Work Flow
Auto Discovery Work Flow


Day 2 Per device discovery tool

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.

Document image


Day 2 Discovery Tool - background process



Document image


Feature constraints

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