AltoPlex firmware version 3.9.1
Downloads
| Radio Models | Firmware Download |
|---|---|
| D621, P621 | kb_sw-prod-NOMAD-3.9.1.zip |
| C420, C410, P421 | kb_sw-prod-DEVO-3.9.1.zip |
| K60DN | kb_sw-prod-K60DN-3.9.1.zip |
| K60CN1 | kb_sw-prod-K60CN1-3.9.1.zip |
Release Notes
Released August 11, 2025
PDF version of release notes
The 3.9.1 version of embedded code for AltoPlex devices is generally available. This version can replace existing AltoPlex software version 3.6.0 or earlier. These notes include features from version 3.6.0 to 3.9.1.
New features and enhancements
AltoCommand Cloud Connection
Note: This feature requires AltoCommand version 4.0 or later. When using AltoPlex radios with previous versions of AltoCommand, the changes described in this section are unused.
- A new configuration parameter has been added to distribution nodes to configure the fully-qualified domain name (FQDN) or IP address of the AltoCommand server.
- WebUI: AltoCommand server parameter on the Admin tab.

- CLI/REST API: cloud.mgmt.host
- Client nodes automatically inherit the AltoCommand server configuration from their connected distribution node.
- WebUI: AltoCommand server parameter on the Admin tab.
- A new daemon has been added to AltoPlex radios to open and maintain a reverse tunnel connection to the AltoCommand server.
- Status information about the AltoCommand connection has been added.
- WebUI: AltoCommand connection on the Status tab.

- CLI: AltoCommand connection in kb_device_status.
- REST API: cloud_state entry in the device/device_status API.
- Displayed values are:
- Not configured — The AltoCommand server has not been configured on the radio.
- Disconnected — The AltoCommand server has been configured on the radio but is not connected. Possible issues include an incorrect URL for the server, network access issues, etc.
- Pending — The AltoCommand server has been configured and successfully accessed, and the radio is waiting for the server to accept the connection.
- Connected — The radio is successfully connected to the configured AltoCommand server.
- WebUI: AltoCommand connection on the Status tab.
WebUI improvements
- When the radio’s hostname (KB name) is entered in DN_responder fields, rather than the MAC address, the hostname is now automatically converted to the MAC address.
- When incorrect information is entered for a configuration parameter, the name of the parameter is included in the error message.
- Tooltip descriptions for fields that require MAC addresses and hostnames have been improved.
GPS improvements
- The response data for the device/gps_status REST API endpoint, and output from the kb_gps_status CLI command, now include multiple sections:
- best — The most accurate set of GPS coordinates reported by the GPS module since the radio booted.
- latest — The most recent set of coordinates reported by the GPS module.
- location — (This section existed prior to 3.7.1.) GPS coordinates that were cached when the radio first synchronized.
- Disabled external GPSD client connections.
REST API improvements
- Hostname validation added to REST API endpoints
- Due to the possibility of IP address reuse in DHCP environments, a new global, optional kb_name=hostname parameter can now be used to validate the identity of the radio when executing a REST API call.
- hostname takes the format of KB-XX-XX-XX and is case insensitive.
- The REST API landing page, https://hostname/rest/v002/, has been improved:
- A link to the REST API documentation has been added to the landing page.
- Formatting has been improved.
- Added output format parameter to the orientation RestAPI endpoint to allow for text format in addition to the default json format.
CLI improvements
- Added extended and json options to the orientation command.
Limitations fixed in this release
- Fixed an issue for C410, C420, and P421 devices, where after a reboot or power cycle, approximately 1% of the time, frames received on the Ethernet interface would be corrupted.
- Fixed incorrect behavior of various configuration event log messages.
- When a WebUI user is logged out due to an idle timeout after clicking Locate Unit, disable the locate mode LED sequence.
- For all AltoPlex devices except the K60DN, Ethernet MAC in the device/node_identity REST API and kb_node_id CLI command response data now returns the administratively assigned MAC address of the device’s bridge. Previously it returned the MAC address printed on the device label, which is assigned to the radio 0 interface. The two MAC addresses are identical except for the first octet: The first octet of the radio 0 MAC address is 70, and the first octet of the bridge MAC address is 72.
- The WebUI now alerts the user when the device is rebooted or is power cycled from outside the WebUI.
- Removed nohup output when running kb_restore_defaults CLI command.
- For devices running in CN mode, remote_ipv4_addr in the device/radio_status REST API and kb_radio_status CLI command now updates if the DN’s IP address changes.
- The GET method is no longer listed as an allowed method in the error header returned from the security/password REST API.
- Removed extra line feeds from the end of event messages sent by SNMP traps.
- Fixed link initiation failures on PtMP K60DN sectors with hybrid polarity.
- Allow normal polarity types to be used between radios with differing polarities that are on different channels.
- Only use hybrid polarity types when multiple radios are on the same channel, but have different polarities.
- During a configuration change, take the affected links down before setting channel, golay, and polarity.
- This change was also included in the 3.6.1 maintenance release
- Changed Wi-Fi management access point to accept a password length of up to 63 characters, to match the allowed length in the wifi.ap.password configuration definition.
- Improved the WebUI error message to help the user understand that they have to extract the software image from the .zip archive before uploading it to the device.
- The device/orientation REST API now correctly lists the content-type as text/plain for text output.
- Renamed system.kwikbit configuration names to system.device. When upgrading from previous releases, the names will be converted to system.device. When downgrading to previous releases, the names will be converted back to system.kwikbit..
- Fixed an occasional incorrect 403 error code when the REST API was busy.
- Fixed a 404 error on favicon.ico on the REST API landing page.
- Fixed an incorrect SNMP enterprise MIB ID.
- Fixed incorrect airtime allocation on K60DN when there were 2 or more sectors with DN links and CN links, and the total number of links on the K60DN was 17 or more.
- Removed unusable CLI elements:
- Removed network.ntp.server from the kb_set auto-complete list on C410 and C420 radios, because it does not apply to client nodes.
- Removed kb_add and kb_del commands from all radio types except the D621, because the only configuration parameter supported by these commands is the CN_responder parameter, which is only configurable on the D621.
- Removed “Kwikbit” from the software version message in syslog.
Ongoing limitations
The following issues have been identified by test or reported and may appear during use:
- When VLANS are enabled, the L2 max frame size in the downlink direction is only 1592 instead of 1596.
- Link quality is occasionally degraded after beam refinement.
- DN link fails to come up after polarity change.
- This is specific to DN links where the responder is also an initiator for one or more CN links.
- To recover from this issue, remove all CN links from the responder DN sector, then wait for the DN link to come up, then add the CNs back.
- This issue can be prevented by removing all CNs from the responder DN sector, then making the polarity change to both DNs, then waiting for the DN link to come up, then adding the CNs back.
- K60DN beam angles in radio status may be incorrect when different elevation settings are used between sectors.
Release history
| Version 3.6.0 | May 02, 2025 |
|
New features and enhancements
Note: Heading is determined by the radio's magnetometer. The magnetometer is sensitive to nearby iron objects, such as metal poles, which can cause the reported heading to be inaccurate. As a result, the reported heading should be used to observe changes in the radio's heading over time (assuming no variation in the amount of iron near the radio), rather than an absolute indicator of the radio's heading.
|
|
| Version 3.3.1 | February 02, 2025 |
|
New features and enhancements
Limitations fixed in this release
|
|
| Version 3.2.1 | January 22, 2025 |
|
New features and enhancements
Limitations fixed in this release None |
|
| Version 3.2.0 | December 18, 2024 |
|
New features and enhancements
Limitations fixed in this release
|
|
| Version 2.7.3 | September 24, 2024 |
|
Initial release of the D621, C420, C410, P621, and P421 radios. For information about the 2.7.3 release, and prior releases, for the K60DN and K60CN1 radios (AltoPlex products that are no longer being sold), see support.altowav.com. |