Certified Ansible collection
lantronix.oob 1.2.0 has 22 modules and is certified and published on Red Hat Automation Hub. One set of playbooks covers the SLC 9000 and Percepxion.

Solutions
Your in-band network is code. Your out-of-band layer should be too. The certified lantronix.oob Ansible collection, two REST APIs and two MCP servers put the SLC 9000 and Percepxion inside the toolchain you already run.
Capabilities
lantronix.oob 1.2.0 has 22 modules and is certified and published on Red Hat Automation Hub. One set of playbooks covers the SLC 9000 and Percepxion.
The SLC 9000 has a REST API, version 2.0, for configuration and operations. Percepxion exposes a REST API with a fully queryable event log.
The Percepxion MCP server has 38 tools for fleet-scale work. The SLC MCP server has 33 tools for work against a single console server.
When a device calls home, Smart Groups apply firmware and configuration policy automatically, so new sites come up without hand configuration.
Install the lantronix.oob collection and treat the SLC 9000 like any other inventory host. Version 1.2.0 has 22 modules and is certified and published on Red Hat Automation Hub. SLC modules handle per-device work like system settings, network interfaces, serial ports and config backup. Percepxion modules handle fleet work like device inventory, Smart Groups, firmware, jobs and audit log queries.
The modules call the REST APIs directly. There’s no CLI scraping and no expect script holding the playbook together. Credentials stay in Ansible Vault like the rest of your inventory.
They let the console layer join pipelines. The SLC 9000 REST API, version 2.0, covers configuration and operations on a single unit. The Percepxion REST API covers the fleet, including a fully queryable event log you can pull on a schedule into your own monitoring or ticketing layer. Percepxion schedules jobs across the fleet, manages firmware, applies config templates, and backs up and restores Lantronix appliance configuration.
On the SLC 9000, managed-device automation runs config pull and push, health checks and interface actions against Cisco IOS and IOS-XE devices. Console access is vendor-neutral, and each port answers direct SSH on TCP 3000 plus the port number, so a script can open port 7 on TCP 3007 without a lookup table.
They put console access in the AI client your team already uses. The Percepxion MCP server has 38 tools and works at fleet scale through the cloud API. The SLC MCP server has 33 tools and works against one console server at a time, which suits lab work, config development and troubleshooting a single unit. An engineer asks which sites are behind on firmware, or what’s on port 12, and gets an answer without opening a portal.
Smart Groups do it. When a device calls home, Percepxion evaluates its Smart Group policies and applies the matching firmware and configuration automatically, which is how zero-touch provisioning works for new sites. The SLC 9000 registers device-side first over an outbound-only MQTT connection, so the playbook that ships the next site doesn’t need a firewall change to reach it. If a change ever does go wrong in-band, the same console path gives your automation a way back to the device.
Questions
Yes. lantronix.oob version 1.2.0 has 22 modules and is certified and published on Red Hat Automation Hub. It covers the SLC 9000 and Percepxion.
Yes. The SLC 9000 has a REST API, version 2.0, for configuration and operations. Percepxion has its own REST API for fleet work.
The Percepxion MCP server works at fleet scale with 38 tools. The SLC MCP server works against one console server with 33 tools.
Config pull and push, health checks and interface actions support Cisco IOS and IOS-XE. Console access itself is vendor-neutral.
The Product Selector opens with this page's filters applied. Add models to My List, then export it or email it for a quote.
Find SLC 9000 models for your network