Skip to main content
SERVERS · REMOTE MANAGEMENT

What Is IPMI?

IPMI (Intelligent Platform Management Interface) is an open standard for monitoring and controlling a computer’s hardware through its baseboard management controller (BMC), independently of the main processor, firmware and operating system. It lets administrators power-cycle a server, read its sensors and event log, and reach its console over the network, even when it has crashed or is switched off.

01

How IPMI works

IPMI, the Intelligent Platform Management Interface, is a set of specifications that defines how management software talks to a computer’s hardware without going through its main processor or operating system. Intel, Hewlett-Packard, NEC and Dell published the first version in 1998, and it became the common language of server management, adopted by a long list of server and motherboard makers.

IPMI is the interface, not the hardware. The work is done by a baseboard management controller, a small processor on the motherboard with its own firmware and power from the standby rail. The BMC reads temperature, voltage and fan sensors, keeps a log of hardware events, and controls power and reset. IPMI defines the commands it accepts and the ways in which they can reach it:

In-band, from the host operating system, through a system interface such as KCS (keyboard controller style) or SSIF over SMBus. Tools running on the server use this path to read sensors or configure the BMC.

Out-of-band, over the network or a serial port, using the RMCP and RMCP+ protocols on UDP port 623. This is the path administrators use when the operating system is down or the server is switched off.

Inside the chassis, the BMC can also reach other management controllers, such as those on power supplies or add-in boards, over the Intelligent Platform Management Bus (IPMB), which is based on I²C.

02

What IPMI lets you do

The IPMI specification covers a defined set of functions. Most server management tasks build on these:

  • //
    Power control. Power on, power off, hard reset, power cycle or a graceful soft shutdown through the operating system, all from a remote command.
  • //
    Sensor monitoring. Temperatures, voltages, fan speeds and intrusion switches, described by Sensor Data Records (SDRs) so that any IPMI tool can read them.
  • //
    System Event Log. The BMC records hardware events, such as a memory error, a fan failure or a power loss, in the System Event Log (SEL), which survives a crash and can be read afterwards.
  • //
    Inventory. Field-replaceable inventory (FRU) records hold the serial numbers and part numbers of the board, chassis and power supplies.
  • //
    Serial over LAN. Since IPMI 2.0, the server’s serial console can be redirected over the network, so the BIOS setup screens and boot messages of a text console are reachable remotely.
  • //
    Watchdog and alerts. The BMC provides a watchdog timer that can reset a hung system, and it can send alerts as SNMP traps when an event occurs.
03

IPMI versions

IPMI has changed little since 2.0. The main releases are below, with Redfish, the DMTF standard that is replacing it, for comparison.

Version Published What it added
IPMI 1.0 1998 BMC model, sensors, event log, inventory, IPMB and the local system interfaces
IPMI 1.5 2001 IPMI over LAN (RMCP), serial and modem access, alerting
IPMI 2.0 2004 RMCP+ with stronger authentication and encryption, Serial over LAN, VLAN support, extra user privilege controls
IPMI 2.0 revision 1.1 2013, with later errata IPv6 support and clarifications; no new versions have followed
Redfish (DMTF) 2015 onwards REST API with JSON over HTTPS, designed as the modern successor to IPMI

Most current BMCs support both IPMI and Redfish, so existing IPMI scripts keep working while new tools move to Redfish. Features such as a graphical remote console (KVM over IP) and virtual media are not part of the IPMI specification; they are added by each BMC’s own firmware and web interface.

FAQ · 01
Is IPMI a form of out-of-band management?
Yes. IPMI over LAN is one of the most common ways to manage a server out of band, because it works through the BMC without the host operating system or main network.
Read the full FAQ —
04

Using IPMI: ports, tools and access

A server’s BMC reaches the network in one of two ways. A dedicated management port is a separate Ethernet socket used only by the BMC, which makes it easy to put management on its own network. A shared port lets the BMC use one of the server’s normal network interfaces through a sideband connection, saving a cable but mixing management and data traffic on one link. Many boards let you choose either in the BIOS or BMC settings.

IPMI over LAN uses UDP port 623. The open-source ipmitool utility is the usual command-line client on Linux and Windows: a command such as ipmitool -I lanplus -H <BMC address> -U <user> chassis power status checks the power state, while sdr list, sel list and sol activate read the sensors, read the event log and open the serial console. The same tool talks to the local BMC in band when it runs on the server itself. Most BMCs also serve a web interface over HTTPS for day-to-day use.

05

IPMI security

The BMC has full control of the server, so anyone who reaches its IPMI interface can power it off, change firmware settings or watch the console. IPMI 2.0 also has known weaknesses. The RAKP key exchange in RMCP+ lets a remote attacker obtain a salted hash of a user’s password and try to crack it offline, a flaw in the specification itself rather than in one product. Some implementations have accepted cipher suite 0, which skips authentication, and older BMCs often shipped with well-known default passwords.

The usual advice is to keep IPMI off any network that untrusted users can reach: put BMC ports on an isolated management VLAN, disable cipher suite 0 and anonymous users, set long unique passwords, turn off IPMI over LAN if it is not used, keep BMC firmware up to date, and use Redfish over HTTPS where the BMC supports it.

06

IPMI on edge and industrial systems

IPMI is found wherever a server-class board has a BMC. Several of our rack mount servers carry an ASPEED AST2600 BMC with IPMI management over a dedicated LAN port, and one dual AMD EPYC GPU server adds Redfish and iKVM on a shared or dedicated port. Our server motherboards include Intel Xeon Scalable boards offered in IPMI builds, with a BMC module and a dedicated management LAN port, and among our edge AI servers a rugged AMD EPYC system uses an ASPEED AST2500 BMC for management.

Compact fanless and box PCs built on Intel Core processors rarely have a BMC. Where they need remote recovery, it usually comes from Intel vPro with Active Management Technology or from an add-on management module, as our white paper on Intel AMT and out-of-band management for industrial PCs explains.

07

Quick answers on IPMI

IPMI: common questions

What does IPMI stand for?

Intelligent Platform Management Interface. It is the standard interface to a server’s baseboard management controller.

What port does IPMI use?

UDP port 623. IPMI over LAN uses the RMCP and RMCP+ protocols on that port. The BMC’s web interface normally uses HTTPS on port 443.

Is IPMI the same as a BMC?

No. The BMC is the controller chip on the motherboard; IPMI is one of the interfaces used to talk to it, alongside Redfish and the BMC’s web page.

What is IPMI over LAN?

Remote access to the BMC across a network. It was added in IPMI 1.5 and secured with RMCP+ in IPMI 2.0, and it is what ipmitool’s lanplus interface uses.

Is IPMI secure?

Only on a protected network. IPMI 2.0 has known weaknesses, so BMC ports belong on an isolated management network with strong passwords and current firmware.

Is IPMI being replaced by Redfish?

Gradually. Redfish is the DMTF’s modern successor and most new BMCs support it, but IPMI remains widely used and supported alongside it.

We set up the BMC and remote management on the servers we supply as part of the standard build, including the management network settings and user accounts your site needs.