No part of this manual, including the products and software described in it, may be reproduced, transmitted,
transcribed, stored in a retrieval system, or translated into any language in any form or by any means,
except documentation kept by the purchaser for backup purposes, without the express written permission
of ASUSTeK COMPUTER INC. (“ASUS”).
Product warranty or service will not be extended if: (1) the product is repaired, modified or altered, unless
such repair, modification of alteration is authorized in writing by ASUS; or (2) the serial number of the
product is defaced or missing.
ASUS PROVIDES THIS MANUAL “AS IS” WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESS
OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE IMPLIED WARRANTIES OR CONDITIONS OF
MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT SHALL ASUS, ITS
DIRECTORS, OFFICERS, EMPLOYEES OR AGENTS BE LIABLE FOR ANY INDIRECT, SPECIAL,
INCIDENTAL, OR CONSEQUENTIAL DAMAGES (INCLUDING DAMAGES FOR LOSS OF PROFITS,
LOSS OF BUSINESS, LOSS OF USE OR DATA, INTERRUPTION OF BUSINESS AND THE LIKE),
EVEN IF ASUS HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES ARISING FROM ANY
DEFECT OR ERROR IN THIS MANUAL OR PRODUCT.
SPECIFICATIONS AND INFORMATION CONTAINED IN THIS MANUAL ARE FURNISHED FOR
INFORMATIONAL USE ONLY, AND ARE SUBJECT TO CHANGE AT ANY TIME WITHOUT NOTICE,
AND SHOULD NOT BE CONSTRUED AS A COMMITMENT BY ASUS. ASUS ASSUMES NO
RESPONSIBILITY OR LIABILITY FOR ANY ERRORS OR INACCURACIES THAT MAY APPEAR IN THIS
MANUAL, INCLUDING THE PRODUCTS AND SOFTWARE DESCRIBED IN IT.
Products and corporate names appearing in this manual may or may not be registered trademarks or
copyrights of their respective companies, and are used only for identification or explanation and to the
owners’ benefit, without intent to infringe.
This device complies with Part 15 of the FCC Rules. Operation is subject to the following two
conditions:
• This device may not cause harmful interference, and
• This device must accept any interference received including interference that may cause
undesired operation.
This equipment has been tested and found to comply with the limits for a Class B digital
device, pursuant to Part 15 of the FCC Rules. These limits are designed to provide
reasonable protection against harmful interference in a residential installation. This equipment
generates, uses and can radiate radio frequency energy and, if not installed and used
in accordance with manufacturer’s instructions, may cause harmful interference to radio
communications. However, there is no guarantee that interference will not occur in a particular
installation. If this equipment does cause harmful interference to radio or television reception,
which can be determined by turning the equipment off and on, the user is encouraged to try
to correct the interference by one or more of the following measures:
• Reorient or relocate the receiving antenna.
• Increase the separation between the equipment and receiver.
• Connect the equipment to an outlet on a circuit different from that to which the receiver is
connected.
• Consult the dealer or an experienced radio/TV technician for help.
The use of shielded cables for connection of the monitor to the graphics card is required
to assure compliance with FCC regulations. Changes or modifications to this unit not
expressly approved by the party responsible for compliance could void the user’s authority
to operate this equipment.
Compliance Statement of Innovation, Science and Economic
Development Canada (ISED)
This device complies with Innovation, Science and Economic Development Canada licence
exempt RSS standard(s). Operation is subject to the following two conditions: (1) this device
may not cause interference, and (2) this device must accept any interference, including
interference that may cause undesired operation of the device.
CAN ICES-3(B)/NMB-3(B)
Déclaration de conformité de Innovation, Sciences et
Développement économique Canada (ISED)
Le présent appareil est conforme aux CNR d’Innovation, Sciences et Développement
économique Canada applicables aux appareils radio exempts de licence. L’exploitation est
autorisée aux deux conditions suivantes : (1) l’appareil ne doit pas produire de brouillage,
et (2) l’utilisateur de l’appareil doit accepter tout brouillage radioélectrique subi, même si le
brouillage est susceptible d’en compromettre le fonctionnement.
Complying with the REACH (Registration, Evaluation, Authorization, and Restriction of
Chemicals) regulatory framework, we published the chemical substances in our products at
ASUS website at http://csr.asus.com/english/REACH.htm.
ASUS Recycling/Takeback Services
ASUS recycling and takeback programs come from our commitment to the highest standards
for protecting our environment. We believe in providing solutions for you to be able to
responsibly recycle our products, batteries, other components as well as the packaging
materials. Please go to http://csr.asus.com/english/Takeback.htm for detailed recycling
information in different regions.
DO NOT
throw the motherboard in municipal waste. This product has been designed to
enable proper reuse of parts and recycling. This symbol of the crossed out wheeled bin
indicates that the product (electrical and electronic equipment) should not be placed in
municipal waste. Check local regulations for disposal of electronic products.
DO NOT
throw the mercury-containing button cell battery in municipal waste. This symbol
of the crossed out wheeled bin indicates that the battery should not be placed in municipal
waste.
• To prevent electrical shock hazard, disconnect the power cable from the electrical outlet
before relocating the server.
• When adding or removing devices to or from the server, ensure that the power cables
for the devices are unplugged before the signal cables are connected. If possible,
disconnect all power cables from the existing server before you add a device.
• Before connecting or removing signal cables from the server, ensure that all power
cables are unplugged.
• Seek professional assistance before using an adapter or extension cord. These devices
could interrupt the grounding circuit.
• Make sure that your power supply is set to the correct voltage in your area. If you are
not sure about the voltage of the electrical outlet you are using, contact your local power
company.
• If the power supply is broken, do not try to fix it by yourself. Contact a qualified service
technician or your retailer.
Operation safety
• Before installing any component to the server, carefully read all the manuals that came
with the package.
• Before using the product, make sure all cables are correctly connected and the power
cables are not damaged. If you detect any damage, contact your dealer immediately.
• To avoid short circuits, keep paper clips, screws, and staples away from connectors,
slots, sockets and circuitry.
• Avoid dust, humidity, and temperature extremes. Do not place the product in any area
where it may become wet.
• Place the product on a stable surface.
• If you encounter technical problems with the product, contact a qualified service
technician or your retailer.
This user guide contains the information you need when installing and configuring the server
management board.
How this guide is organized
This guide contains the following parts:
• Chapter 1: Product Introduction
This chapter describes the server management board features and the new
technologies it supports.
• Chapter 2: Hardware Information
This chapter provides instructions on how to install the board to the server system and
install the utilities that the board supports.
• Chapter 3: Web-based user interface (ASMB9-iKVM only)
This chapter tells you how to use the web-based user interface that the server
management board supports.
• Chapter 4: Redfish Technology Pack
This chapter provides you with information on the Redfish APIs supported.
• Appendix
The Appendix shows the location of the LAN ports for server management and BMC
connector on server motherboards. This section also presents common problems that
you may encounter when installing or using the server management board.
Where to find more information
Refer to the following sources for additional information and for product and software updates.
1. ASUS websites
The ASUS website provides updated information on ASUS hardware and software
products. Refer to the ASUS contact information.
2. Optional documentation
Your product package may include optional documentation, such as warranty flyers,
that may have been added by your dealer. These documents are not part of the
standard package.
Thank you for buying an ASUS ASMB9-iKVM server management board!
The ASUS ASMB9-iKVM is an Intelligent Platform Management Interface (IPMI) 2.0-compliant
board that allows you to monitor, control, and manage a remote server from the local
or central server in your local area network (LAN). With ASMB9-iKVM in your server
motherboard, you can completely and efficiently monitor your server in real-time. The solution
allows you to reduce IT management costs and increase the productivity.
Before you start installing the server management board, check the items in your package
with the list below.
1.2 Package contents
Check your server management board package for the following items.
• Support CD
• User guide
If any of the above items is damaged or missing, contact your retailer.
• Self diagnosing LED indicators to display hardware status
• Supports damage monitoring for CPU, RAM, storage device, etc.
8. KVM over Internet
• Web-based remote console
9. Remote Update BIOS
• Use Remote floppy to update BIOS
10. Remote Storage (Virtual Media)
• Support two remote storage for USB/CD-ROM/DVD and image
11. Remote Install OS
• Use remote storage to remote install OS
• Web-based GUI supports virtual drive, virtual directory, mounting ISO disc image
and remote installation
12. Supports SNMB MIB file
• A management information base (MIB) is a database used for managing the
entities in a communications network. Most often associated with the Simple
Network Management Protocol (SNMP).
13. User interface
• CIM
• SMASH-CLP
• WSMAN
* A power supply supported PMBus and PSMI is necessary.
** Specifications are subject to change without notice.
1.4 System requirements
Before you install the ASMB9-iKVM board, check if the remote server system meets the
following requirements:
• ASUS server motherboard with Baseboard Management Controller (BMC) connector*
• LAN (RJ-45) port for server management**
• Microsoft® Internet Explorer 5.5 or later; Firefox
* Visit www.asus.com for an updated list of server motherboards that support the
The ASMB9-iKVM server management board installed on the remote server connects to
a local/central server via direct LAN connection or through a network hub. Below are the
supported server management configurations.
Take note of the following precautions before you install the server management board to the
remote server system.
• Unplug the server system power cord from the wall socket before touching
any component.
• Use a grounded wrist strap or touch a safely grounded object or to a metal
object, such as the power supply case, before handling components to
avoid damaging them due to static electricity.
• Hold components by the edges to avoid touching the ICs on them.
• Whenever you uninstall any component, place it on a grounded antistatic
pad or in the bag that came with the component.
• Before you install or remove any component, ensure that the power supply
is switched off or the power cord is detached from the power supply. Failure
to do so may cause severe damage to the motherboard, peripherals, and/or
components.
2.2 Hardware installation
To set up the server system for server management:
1. Insert the LAN cable plug to the LAN port for server management.
Refer to the Appendix for the location of the LAN port for server management.
2. For direct LAN configuration, connect the other end of the LAN cable to the local/central
server LAN port.
For connection to a network hub or router, connect the other end of the LAN cable to
the network hub or router.
3. Ensure the VGA, USB, PS/2 cables are connected, then connect the power plug to a
grounded wall socket.
Every time after the AC power is re-plugged, you have to wait for about 70 seconds for the
system power up.
You need to update the ASMB9-iKVM firmware and configure IP source before you start
using the ASMB9-iKVM board.
2.3.1 Firmware update
To update the firmware:
1. Insert the support CD into the optical drive.
2. Restart the remote server then press <Del> during POST to enter the BIOS setup.
3. Go to the Boot menu and set the Boot Device Priority item to [CD-ROM].
4. When finished, press <F10> to save your changes and exit the BIOS setup.
5. On reboot, select
main menu and press <Enter> to enter the sub-menu.
FreeDOS command prompt
Configure BMC IP Source Static IP for Shared LAN
Configure BMC IP Source DHCP IP for Shared LAN
Configure BMC IP Source Static IP for DM_LAN1
Configure BMC IP Source DHCP IP for DM_LAN1
ASMB9 Firnware Updated for Preserve Configuration (SDR, LAN, Username)
ASMB9 Firnware Updated for Clear Configuration (SDR, LAN, Username)
6. From the confirmation message, select <Yes> to update the firmware.
ASMB9-iKVM Firmware Update for Clear Configuration
ASUS Server Z11PP-D24 Series System
from the
WARNING !!!
UPDATE ASMB9 FIRMWARE NOW !
DO YOU WANT TO CONTINUE ?
No Yes
7. Wait for the firmware updating process to finish.
You may update the firmware from the web-based user interface. Refer to the
2. Restart the remote server then press <Del> during POST to enter the BIOS setup.
3. Go to Boot menu and set the Boot Device Priority item to [CD-ROM].
4. When finished, press <F10> to save your changes and exit the BIOS setup.
5. On reboot, select
the main menu and press <Enter> to enter the sub-menu.
FreeDOS command prompt
Configure BMC IP Source Static IP for Shared LAN
Configure BMC IP Source DHCP IP for Shared LAN
Configure BMC IP Source Static IP for DM_LAN1
Configure BMC IP Source DHCP IP for DM_LAN1
ASMB9 Firnware Update for Preserve Configuration (SDR, LAN, Username)
ASMB9 Firnware Update for Clear Configuration (SDR, LAN, Username)
6. Select <Yes> from the confirmation window.
WARNING !!!
CONFIGURE BMC IP Source DHCP NOW !
DO YOU WANT TO CONTINUE ?
Configure BMC IP Source DHCP for Shared LAN (or DM_LAN1)
ASUS Server Z11PP-D24 Series System
from
No Yes
7. Wait for the configuration to finish. When done, press any key to continue.
Detect: MotherBoard - > (Z11PP-D24 Series)
Detect: KCS Interface
New BMC IP Source : DHCP
Press any key to continue . . . _
You need to adjust the settings in the BIOS setup of the remote server for correct
configuration and connection to the central server.
• Update the remote server BIOS file following the instructions in the motherboard/
system user guide. Visit the ASUS website (www.asus.com) to download the latest
BIOS file for the motherboard.
• The BIOS setup screens shown in this section are for reference purposes only, and
may not exactly match what you see on your screen.
2.4.1 Running the BIOS BMC configuration
To configure the BMC in the BIOS:
1. Restart the remote server, then press <Del> during POST to enter the BIOS setup.
2. Go to the
Server Mgmt
menu, then select the
Use this sub-menu to configure the BMC settings.
3. When finished, press <F10> to save your changes and exit the BIOS setup.
The Server Management menu displays the server management status and allows you to
change the settings.
OS Watchdog Timer [Disabled]
This item allows you to start a BIOS timer which can only be shut off by Intel Management
Software after the OS loads.
Configuration options: [Disabled] [Enabled]
The following items is configurable only when the
OS Watchdog Timer
is set to
[Enabled]
.
OS Wtd Timer Timeout [10 minutes]
Allows you to configure the length fo the OS Boot Watchdog Timer.
Configuration options: [5 minutes] [10 minutes] [15 minutes] [20 minutes]
OS Wtd Timer Policy [Reset]
This item allows you to configure the how the system should respond if the OS Boot
Watch Timer expires.
Configuration options: [Do Nothing] [Reset] [Power Down]
Allows you to set the subnet mask. We recommend that you use the same
Subnet Mask you have specified on the operating system network for the
used network card.
Allows you to enable or disable IPV6 support.
Configuration options: [Enabled] [Disabled]
The following items are available when you set
IPV6 support
to [Enabled].
Config Address Source [Previous State]
Allows you to select the IP address source type. Set the LAN channel
parameters statically or dynamically.
Configuration options: [Previous State] [Static] [DynamicBmcDhcp]
The following items are available when you set
Config Address Source
to
[Static]
.
Station IPV6 address
Allows you to set the station IPV6 address.
Prefix Length
Allows you to set the prefix length.
IPV6 Router1 IP Address
Allows you to set the IPV6 Router1 IP address.
2.5.3 View System Event Log
Allows you to view all the events in the BMC event logs. It will take a maximum of 15 seconds
to read all the BMC SEL records.
The ASMC8 utility allows you to update the ASMB9-iKVM firmware, configure the LAN settings
for the remote server, and change the user name/password in DOS environment. This utility is
available from the support CD that came with the package.
To run the ASMC8 utility:
1. Insert the support CD into the optical drive.
2. Restart the remote server then press <Del> during POST to enter the BIOS setup.
3. Go to Boot menu and set the Boot Device Priority item to [CD-ROM].
4. When finished, press <F10> to save your changes and exit the BIOS setup.
5. On reboot, select
<Enter>.
FreeDOS command prompt
Configure BMC IP Source Static IP for Shared LAN
Configure BMC IP Source DHCP IP for Shared LAN
Configure BMC IP Source Static IP for DM_LAN1
Configure BMC IP Source DHCP IP for DM_LAN1
ASMB9 Firnware Update for Preserve Configuration (SDR, LAN, Username)
ASMB9 Firnware Update for Clear Configuration (SDR, LAN, Username)
Before you can establish a connection to the ASMB9-iKVM board, you must configure the
LAN port for server management used by the remote server to connect to the local/central
server.
To configure the LAN port of the remote server:
1. Run the ASMC8 utility from the support CD following the instructions in the previous
section.
2. Set IP source:
a. Type
b. Type
3. Type
address to the remote server LAN port (if necessary). The screen displays the request
and response buffer.
When finished, the utility returns to the DOS prompt.
ASMC8 -bmc_ip_source 1
ASMC8 -bmc_ip_source 2
ASMC8 -bmc_ip xxx.xxx.xxx.xxx
Write the remote server IP address on a piece of paper for future reference.
c:\>ASMC8 -bmc_ip 10.10.10.243
Detect MotherBoard -> (Z11PP-D24 Series)
Detect KCS Interface
New BMC IP : 10.10.10.243
c:\>
Make sure that the assigned IP address for both remote and local/central servers are in the
same subnet. You can use the network settings utility in your OS to check.
if you want to set a static IP address.
if you want to get IP from DHCP server.
then press <Enter> to assign any IP
4. Configure your subnet mask and gateway address if necessary.
a. Type
ASMC8 -bmc_mask xxx.xxx.xxx.xxx
(your subnet mask encoded in
hexadecimal system)
b. Type
ASMC8 -bmc_gateway xxx.xxx.xxx.xxx
(your gateway address
encoded in hexadecimal system)
5. Restart the remote server, enter the BIOS setup, then boot from the hard disk drive.
6. Adjust the local/central server network settings, if necessary.
The web-based user interface allows you to easily monitor the remote server’s hardware
information including temperatures, fan rotations, voltages, and power. This application also
lets you instantly power on/off or reset the remote server.
To enter the Web-based user interface:
1. Enter the BIOS Setup during POST.
2. Go to the Advanced Menu > Runtime Error Logging > CPU II0 Bridge Configuration > Launch Storage OpROM, then press <Enter>.
3. Set Launch Storage OpROM to [Enabled].
4. Go to the Server Mgmt Menu > BMC network configuration > Configuration Address source, then press <Enter>.
5. Enter the IP Address in BMC, Subnet Mask in BMC and Gateway Address in BMC.
6. Press <F10> to save your changes and exit the BIOS Setup.
You should install JRE on remote console first before using web-based management.
You can find
download JRE from
1. Ensure that the LAN cable of the computer is connected to the LAN port of the remote
server.
2. Open the web browser and type in the same IP address as the one in the remote
server.
3. The below screen appears. Enter the default user name (admin) and password
(admin). Then click Login.
3.1.2 Using the utility
The web-based graphics user interface displays when you login in the utility successfully.
Click on a function from the list on the left hand side to start using its specific functions.
The dashboard gives you a quick overview for all the system status, sensors, messages, and
logs. Click or hover your mouse over an item to see more details.
3.3 Sensor
The Sensor Readings page displays live readings for all the available sensors with details
like Sensor Name, Status, Current Reading and Behavior will be displayed. This page will
automatically refresh itself with data from the database. Please note that there may be some
delay when retrieving live data.
This Page displays the BMC’s FRU device information. The FRU page shows Basic
Information, Chassis Information, Board Information and Product Information of the FRU
device.
3.5 Logs & Reports
This menu contains the IPMI Event Log, System Log, Audit Log, and Video Log.
This page displays the list of events incurred by different sensors on this device. Click on a
record to see the details of that entry. You can click the
download the logs.
To view the Event Log on a selected time period
1. From the Filter By Date field, select the time period by selecting the Start Date and
the End Date from the calender.
2. From the Filter By Type field, select the type of event and sensor name to view the
events of the selected event type for that sensor.
This page allows you to set the LDAP/E-directory Settings, Active directory Settings, and
RADIUS Settings.
LDAP/E-directory Settings
This page allows you to set the LDAP/E-directory Settings. The
Access Protocol (LDAP)
directory services implemented in Internet Protocol (IP) networks. If you have an LDAP server
configured on your network, you can use it as an easy way to add, manage and authenticate
MegaRAC® card users. This is done by passing login requests to your LDAP Server. This
means that there is no need to define an additional authentication mechanism, when using
the MegaRAC® card. Since your existing LDAP Server keeps an authentication centralized,
you will always know who is accessing the network resources and can easily define the user
or group-based policies to control access.
is an application protocol for querying and modifying data of
Lightweight Directory
Active directory Settings
This page allows you to set the Active directory Settings. An active directory does a variety
of function including the ability to provide the information on objects, helps organize these
objects for easy retrieval and access, allows access by users and administrators, and allows
the administrators to set security up for the directory.
RADIUS Settings
This page is used to enable or disable RADIUS authentication and enter the required
information to access the RADIUS server.
This page allows you to set the mouse mode. The Redirection Console handles mouse
emulation from local window to remote screen using either of the three methods. Only the
Administrator has the right to configure this option.
3.6.4 Log Settings
This page allows you to set the log policy for the event log.
Log Settings Policy
This page is used to configure the log policy for the event log
Advanced Log Settings
This page allows you to set advanced settings for the event logs.
selected actions on event messages that it receives or has internally generated. These
actions include operations such as system power-off, system reset, as well as triggering the
generation of an alert. A PEF implementation is recommended to provide at least 16 entries
in the event filter table. A subset of these entries should be pre-configured for common
system failure events, such as over-temperature, power system failure, fan failure events, etc.
Event Filters
This page shows all configured Event filters and available slots. You can modify or add new
event filter entry on this page. By default,15 event filter entries are configured among the 40
available slots.
provides a mechanism for configuring the BMC to take
Alert Policies
This page shows all configured Alert policies and available slots. You can modify or add new
alert policy entry from on this page. A maximum of 60 slots are available.
LAN Destinations
This page shows all configured LAN destinations and available slots. You can modify or add
new LAN destination entry from on this page. A maximum of 15 slots are available.
This page allows you to create and manage firewalls on the BMC.
General Firewall Settings
This page allows you to create and manage existing general firewall settings.
IP Firewall Rules
This page allows you to create and manage existing firewall settings based on IP.
Port Firewall Rules
This page allows you to create and manage existing firewall settings based on ports.
3.6.12 User Management
The User Management page allows you to view the current list of user slots for the server.
You can add a new user and modify or delete the existing users.
This page allows you to customize the video recording settings.
Auto Video Settings
This page allows you to configure the events that will trigger the auto video recording function
of the KVM server and display the list of available recorded video files on the BMC.
Sol Settings
The Java SOL page allows you to launch the Java SOL application.
3.6.14 Web Server Instances
This page allows you to set the number of backend web server instances that will be
launched to provide load balancing.
This menu allows you to perform remote operations on the server. Click
the remote KVM.
3.7.1 Console Redirection
The remote console application, which is started using the WebGUI, allows you to control
your server's operating system remotely, using the screen, mouse, and keyboard, and to
redirect local CD/DVD, Floppy diskette and Hard disk/USB thumb drives as if they were
connected directly to the server. Click
Start KVM
to start the redirection session.
Launch KVM
to start
When launching the KVM, pop-up block should be disabled. For Internet explorer, enable
the download file options from the settings.
This menu allows you to emulate CD/DVD/Floppy/HDD Images as media drives to host.
Local Media
This page allows you to select a local media to emulate to host as media through BMC.
Remote Media
This page allows you to select a remote media to emulate to host as media through BMC.
3.9 Power Control
The Power Control displays the current server power status and allows you to change the
current settings. Select the desired option, and then click
selected action.
This page allows you to select configuration items that will be preserved while all the other
configuration items will be restored to their default values. If none are selected, all the
configuration items will be restored to their default values, essentially restoring the device
configuration to its factory defaults.
System Administrator
This page allows you to change the System Administrator settings.
Redfish is a web based management protocol software solution developed to be fully
compliant with DMTF Redfish specification, and allows users to browse physical resources
at the chassis and system level through an intuitive web-based user interface. It is built upon
Representational State Transfer (REST) which is itself based on HTTP 1.1 protocol. Redfish
improves the scalability and help customers to integrate with existing tools.
Redfish is a hypermedia API with a small set of defined URI’s. This chapter provides the
API list supported by the Redfish Server and the HTTP methods for each URL in addition
to a detailed explanation of the request and JSON response properties. As Redfish is built
on OData specification, it discusses the OData properties and the OData identifier for the
resources.
Redfish provides information categorized under specific resource end point. The redfish
clients allows to utilize the end points using following HTTP methods:
• GET
• POST
• PATCH
• PUT
• DELETE
Not all end-points support all these operations. When not supported it must send back 405
HTTP Status. Such details on the operations are provided by the Redfish JSON Schema.
Redfish API supports Odata v4.0 as it is defined in Redfish specification. All resources within
this REST API are identified by a unique identifier property named @odata.id. Resource
Identifiers shall be represented in JSON payloads as URI paths relative to the Redfish
Schema portion of the URI. That is, they shall always start with
identifier is the canonical URL for the resource and can be used to retrieve or edit the
resource, as appropriate. OData Properties that are part of the JSON response for every
Redfish Resource is defined under
4.3.1 ODATA properties
B. Protocol version
The protocol version is separate from the version of the resources or the version of the
Redfish Schema supported by them.
The root URI for this version of the Redfish protocol shall be
While the major version of the protocol is represented in the URI, the major version, minor
version and errata version of the protocol are represented in the Version property of the
Service Root resource, as defined in the Redfish Schema for that resource. The protocol
version is a string of the form:
Major Version, Minor Version, Errata
Major Version:
Minor Version:
Errata:
Any resource discovered through links found by accessing the root service or any service or
resource referenced using references from the root service shall conform to the same version
of the protocol supported by the root service.
integer: something in the class changed in a backward incompatible way.
integer: a minor update. New functionality may have been added but
nothing removed. Compatibility will be preserved with previous
minor versions.
integer: something in the prior version was broken and needed to be fixed.
/redfish/
. The resource
.
/redfish/v1/
.
C. URI Rules
Redfish Service supports a small set of defined default URIs without authentication. They are:
The following Redfish URI is redirected to the Associated URI as given below:
Table 3 Associated URI
URIAssociated Redfish-Defined URI
/redfish/v1//redfish/v1/
The other defined and relative Redfish URIs are accessed using basic Authentication. Those
URIs are explained in
4.3 Redfish Resources
.
• Redfish URI Rules for Redirection
All URI’s given in Redfish API List in
Table 1
with a trailing slash will be redirected to
the same URI without a trailing slash and will send the response status and body as
the original URI’s in
For example: “
slash will be redirected to “
Table 1
.
/redfish/v1/Systems/{{system_instance}}/
” with a trailing
/redfish/v1/Systems/{{system_instance}}
” and
both will display the same response.
4.2.3 Requests
This section describes the requests that can be sent to Redfish services
A. Read Requests (GET)
The GET method is used to retrieve a representation of a resource. That representation can
either be a single resource or a collection.
• Service Root Request
The root URL for Redfish version 1 services shall be “
for the service returns a Service Root resource as defined by this specification.
• Metadata Document Request
Redfish services shall expose a metadata document describing the service at the “
redfish/v1/$metadata
” resource. The Services shall not require authentication in
order to retrieve the metadata document.
• OData Service Document Request
Redfish services shall expose an OData Service Document, at the
odata
resource. This service document provides a standard format for enumerating
the resources. Services shall not require authentication in order to retrieve the service
document.
/redfish/v1/
/redfish/v1/
”. The root URL
/
• Resource Retrieval Requests
Clients request resources by issuing GET requests to the URI for the individual
resource or resource collection. The URI for a resource or resource collection may be
obtained from a resource identifier property returned in a previous request
The HEAD method differs from the GET method in that it MUST NOT return message
body information. However, all of the same meta information and status codes in the
HTTP headers will be returned as though a GET method were processed, including
authorization checks. Services may support the HEAD method in order to return meta
information in the form of HTTP response headers. Services may support the HEAD
method in order to verify link validity. Services may support the HEAD method in order
to verify resource accessibility. Services shall not support any other use of the HEAD
method. The HEAD method shall be idempotent in the absence of outside changes to
the resource.
B. Data Modification Requests
Clients create, modify, and delete resources by issuing the appropriate Create, Update,
Replace or Delete operation, or by invoking an Action on the resource.
The maximum request size set for request body in Redfish is 256KB.
• Update (PATCH)
The PATCH method is the preferred method used to perform updates on pre-existing
resources. Changes to the resource are sent in the request body. Properties not
specified in the request body are not directly changed by the PATCH request. The
response is either empty or a representation of the resource after the update was done.
The implementation may reject the update operation on certain fields based on its own
policies and, if so, shall not apply any of the update requested.
• Replace (PUT)
The PUT method is used to completely replace a resource. Properties omitted from the
request body are reset to their default value.
• Create (POST)
The POST method is used to create a new resource. The POST request is submitted
to the resource collection in which the new resource is to belong. Submitting a POST
request to a resource representing a collection is equivalent to submitting the same
request to the Members property of that resource.
• Delete (DELETE)
The DELETE method is used to remove a resource. Services shall support the
DELETE method for resources that can be deleted.
• Actions (POST)
The POST method is used to initiate operations on the object (such as Actions).
Services shall support the POST method for sending actions. The POST operation may
not be idempotent.
This section describes about the response headers, Error codes, and response format used
in Redfish v0.3 update.
A. Response Headers
The response messages specified in this document refers to
B. Redfish error response
In the case of an error, Redfish REST API responds with an HTTP status code, as defined
by the HTTP 1.1 specification and constrained by additional requirements defined in this
specification.
HTTP Response: status codes alone often do not provide enough information to determine
the error cause. The Redfish REST API returns extended error information as a JSON object
with a single property named error.
Table 4 Error Code Response
AttributeDescription
Message IDString indicating a specific error or message (not to be confused with the HTTP status
MessageThis is the human readable message, if provided. This property shall contain an optional
Message ArgsAn optional array of strings representing the substitution parameter values for the
SeverityAn optional string representing the severity of the error.
ResolutionAn optional string describing recommended action(s) to take to resolve the error.
Related PropertiesAn optional array of JSON Pointers defining the specific properties within a JSON payload
code). This code can be used to access a detailed message from a message registry.
human readable message.
message. This shall be included in the Response: if a Message ID is specified for a
parameterized message.
described by the message.
Redfish 1.0.4 Specification
.
• Common Error Status Codes
The following are the common error codes that are handled in Redfish:
- 404 Not Found
The request specified a URI of a resource that does not exist. This status code is
returned for any of the HTTP Methods namely GET, POST, PATCH, DELETE, PUT.
- 400 Bad Request
The request could not be processed because it contains missing or invalid
information (such as validation error on an input field, a missing required value, and
so on). An extended error shall be returned in the response body, as defined in the
above mentioned table.
This is typically returned with PATCH or POST response involving request
The HTTP verb specified in the request (e.g., DELETE, GET, HEAD, POST, PUT,
PATCH) is not supported for this request URI. The response shall include an Allow
header which provides a list of methods that are supported by the resource identified
by the Request-URI.
This is typically returned with POST, PATCH, DELETE, PUT on the URL for which
it’s not supported.
C. Status Codes
The status codes of each and every response in tabulated in the chapter 6.5.2 in
configurable properties and its reference document for the list. Section
Resource Entity give a brief list of properties which are inherited by all Entities in the sections
given below from
4.3.4 Service Root
The following Note is applicable for all API’S.
(M) – DeNotes the mandatory attributes.
(N) - DeNotes Navigation Property. (The properties in Resource Type is inherited by all
properties)
(C) – DeNotes Configurable Property
Please refer to the section
document which needs to be populated at build time to get this property in the JSON
response.
.
Configurable Keys
How to Add OEM extensions (v1.1)”
in “
4.3.1 ODATA properties
OData Properties are used to provide information on the resource like its Id, type, context,etc
accessed by an URI. The following are the properties used in Redfish:
@odata.contextStringTrueThe value of this property shall be the context URL that
@odata.idStringTrueThe value of this property shall be the unique identifier for
@odata.typeStringTrueThe value of this property shall be an absolute URL that
describes the resource according to OData-Protocol and shall
be of the form defined in the Redfish specification.
the resource and it shall be of the form defined in the Redfish
specification.
specifies the type of the resource and it shall be of the form
defined in the Redfish specification. The type values for each
Redfish Entity gives the schema it follows and is mentioned in
Redfish API List under Schema column.
@odata.etag--ETags provide the ability to conditionally retrieve or update a
These ODATA properties should be present in each JSON response for all Redfish URI’s
mentioned in the document.
resource. This value gives the timestamp at which the resource
properties have been initialized or modified.
According to
section
stamp value that changes when the underlying
object changes.” So the etag for all Collection
resources in Redfish will change if the etag of the
underlying instances change.
Redfish Specification 1.1.0
6.1.5 Etags
, we have “An ETag is a time
under
4.3.2 User Configurable Properties
Redfish allows the user to specify default values for some properties in the existing Redfish
Entities like the maximum number of records, overwrite policy in Log Services, sensor related
properties in Chassis Thermal, Voltage, Temperature, Power etc. and some properties in
all the services namely Event, Task, Session and Account Service. These properties can
be configured through redis commands as specified in the Configurable Properties section
MegaRAC Redfish - How to Add OEM extensions (v1.1)
in “
configure the same through System Builder. Please refer MegaRAC Redfish - System Builder
User Guide (v1.1) to add these properties.
” document. User can also
For a detailed list of properties, refer to the “
extensions (v1.1)
” document.
MegaRAC Redfish - How to Add OEM
4.3.3 Resource
The resource properties specified in this section are inherited by all API’S mentioned in this
document. The following are the different Resource schema properties.
Id and Name property of Resource Schema is mandated by all the URI’s.
OemObjectThis object represents the Oem property. It can also contain an object of type
OemObject.
Status
Property Name TypeReadOnly Description
StateString TrueThis property shall represent if this component is available or not
HealthRollupString TrueThis property shall represent the HealthState of the resource and its
HealthString TrueThis property shall represent the HealthState of the resource without
OemObject FalseOem extension object. This object represents the Oem properties.
and why. Refer to Table 7 Resource - Enum Types for Resource.
State for the possible Enum values. Enabled indicates the resource
is available. Disabled indicates the resource has been intentionally
made unavailable but it can be enabled. Offline indicates the
resource is unavailable intentionally and requires action to be
made available. InTest indicates that the component is undergoing
testing. Starting indicates that the resource is on its way to becoming
available. Absent indicates the resources is physically unavailable
dependent resources.
considering its dependent resources.
Table 9 Resource.v1_1_0 schema properties
Identifier
Property NameTypeReadOnly Description
DurableNameString TrueThis property shall contain the world wide unique identifier for the
DurableNameFormat StringTrueThis property shall represent the format of the DurableName
resource.
property.
EnumDescription
NAAThis durable name shall be a hexadecimal
FC_WWN This durable name shall be a hexadecimal
UUIDThis durable name shall be the hexadecimal
representation of the Name Address Authority
structure as defined in the T11 Fibre Channel Framing and Signaling - 3 (FC-FS-3) specification
representation of the World Wide Name format
as defined in the T11 Fibre Channel Physical and
Signaling Interface Specification.
representation of the Universal Unique Identifier
as defined in the Internation Telecom Union’s OSI
networking and system aspects - Naming, Addressing
and Registration Specification.
InfoStringTrueThis property shall represent the location of the resource.
InfoFormatStringTrueThis property shall represent the format of the Info property.
EnumDescription
EUIThis durable name shall be the hexadecimal
iQNThis durable name shall be in the iSCSI Qualified
representation of the IEEE-defined 64-bit Extended
Unique Identifier as defined in the IEEE's Guidelines
for 64-bit Global Identifier (EUI-64) Specification.
Name format as defined in RFC 3720 and RFC 3721.
Table 10 Enum Types – Indicator LED
Member NameDescription
LitThe Indicator LED is lit.
BlinkingThe Indicator LED is blinking
OffThe Indicator LED is off.
The properties in Resource Type is inherited by all properties
4.3.4 Service Root
This resource represents the root of the Redfish service, located at the “
URI. As a hypermedia API, all other resources accessible through the Redfish interface on
this device are linked directly or indirectly from the Service Root.
A. GET
• Request
https://{{ip}}/redfish/v1/
Content-Type: application/json
• Response
The response of the request will be in JSON format. The properties are mentioned in
the following table.
Refer to Resource Complex Types under section 4.3.3 Resource.
This property will be a part of JSON response only if an
OEM property is implemented according to “
OEM extensions (v1.1)
” document.
How to Add
Id(M)
Name(M)
DescriptionStringTrue
UUIDStringTrue
RedfishVersionStringTrueThe value of this string shall represent the version of the Redfish
Systems(N)Object TrueLink to a collection of Systems.
Chassis(N)Object TrueLink to a collection of Chassis.
Managers(N)Object TrueLink to a collection of Managers.
Tasks(N)Object TrueLink to Task Service.
AccountService(N) Object TrueLink to the Account Service.
EventService(N)Object TrueLink to the Event Service.
SessionService(N) Object TrueLink to the Session Service.
Registries(N)Object TrueLink to a collection of Registries.
JsonSchemas(N)Object TrueLink to a collection of Json-Schema files.
UpdateService(N) Object TrueLink to the UpdateService.
StringTrue
StringTrue
Refer to section 4.3.3 Resource.
Refer to section 4.3.3 Resource.
Provides description of the resource. Refer to section 4.3.3 Resource.
Refer to section 4.3.3 Resource.
service. The format of this string shall be of the format majorversion.
minorversion.errata in compliance with Protocol Version Section of the
Redfish specification.
A computer system represents a machine (physical or virtual) and the local resources such
as memory, CPU and other devices that can be accessed from that machine. Information on
these resources or sub systems are also linked to this resource. This resource shall be used
to represent resources that represent a computing system in the Redfish specification.
The following BIOS module labels should be present for populating smbios information in
BMC and thereby to view Memory and Processor instance information:
• Platform specific porting needed. Refer to Platform
Specific Properties section in “
extensions (v1.1)
• This can be populated by Host Interface, (Extra Bios
Support is needed, now is).
” document.
How to Add OEM
SKUStringTrueThe value of this property shall contain the manufacturer Stock Keeping
SerialNumberStringTrueThe value of this property shall contain the serial number for this
PartNumberStringTruePart number for this system as defined by the manufacturer.
UUIDStringTrueThe value of this property shall be used to contain a universal unique
Unit (SKU) for the system.
This property will be populated if SMBIOS dump is present
in BMC. This can be populated by Host Interface, (Extra
Bios Support is needed, now is).
system.
• This property will be populated if SMBIOS dump is
present in BMC.
• This can be populated by Host Interface, (Extra Bios
Support is needed, now is).
Platform specific porting needed. Refer to Platform Specific
Properties section in “
document. This can be populated by Host Interface, (Extra
Bios Support is needed, now is).
identifier number for the system. RFC4122 describes methods that
can be used to create the value. The value should be considered to
be opaque. Client software should only treat the overall value as a
universally unique identifier and should not interpret any sub-fields
within the UUID. If the system supports SMBIOS, the value and byte
order of the property should match byte-for-byte with the memory byte
order (from lowest address to highest) of the SMBIOS UUID. Following
this order will make it simpler to correlate the UUID with the SMBIOS
UUID.
How to Add OEM extensions (v1.1)
”
This can be populated by Host Interface, (Extra
Bios Support is needed, now is).
HostNameStringFalseThe value of this property shall be the host name for this system, as
reported by the operating system or hypervisor. This value is typically
provided to the Manager by a service running in the host operating
system.
Northbound API is supported but still requires host
interface and host agent support from host agent and inband communication channel and platform specific porting
needed.
IndicatorLEDStringFalseThe value of this property shall contain the indicator light state for the
PowerStateString TrueThe current power state of the system.
BootObject FalseThis object shall contain properties which describe boot information for the
indicator light associated with this system.
This can be populated by Host Interface, (Extra Bios
Support is needed, now is).
EnumDescription
UnknownThe state of the Indicator LED cannot be
LitThe Indicator LED is Lit.
BlinkingThe Indicator LED is Blinking.
OffThe Indicator LED is Off.
This can be populated by Host Interface, (Extra Bios
Support is needed, now is).
EnumDescription
OnThe system is powered on.
OffThe system is powered off, although some
PoweringOnA temporary state between Off and On. This
PoweringOffA temporary state between On and Off. The
current resource. Changes to this object do not alter the BIOS persistent
boot order configuration. Refer to Table 13 ComputerSystem – Boot Properties.
This can be populated by Host Interface, (Extra Bios
Support is needed, now is)
determined.
components may continue to have AUX power
such as management controller.
temporary state can be very short.
power off action can take time while the OS is
in the shutdown process.
ActionsObject TrueComputer System allows the user to perform Reset Action and it’s
EthernetInterfaces(N) Object True
allowable values are as given in section 4.3.3 Resource. Please refer
to Reset enum type under Resource. It can also contains an OEM
Object under OEM attribute within this Action.
A reference to the collection of Ethernet interfaces associated with
this system.
SimpleStorage(N)Object True
A reference to the collection of storage devices associated with
this system.
LogServices(N)Object True
A reference to the collection of Log Services associated with this
system.
StatusObject True
Please refer to section
This can be populated by Host Interface, (Extra Bios
Support is needed, now is)
4.3.3 Resource
for Resource.Status.
TrustedModulesArrayTrue
This object describes the array of Trusted Modules in the
system.
This can be populated by Host Interface, (Extra Bios
Support is needed, now is)
SecureBoot(N)Object TrueA reference to the UEFI SecureBoot resource associated with this
Bios(N)Object TrueA reference to the BIOS settings associated with this system.
Memory(N)Object TrueA reference to the collection of Memory associated with this system.
Storage(N)Object TrueA reference to the collection of storage devices associated with this
system.
system.
This can be populated by Host Interface, (Extra Bios
Support is needed, now is)
This link will be populated only if corresponding BIOS
module is present.
This link will be populated if memory information is
populated from SMBIOS dump.
Northbound API is supported but still requires host
interface and host agent support from host agent and inband communication channel and platform specific porting
needed.
This object shall contain properties which describe boot information for the current resource.
Changes to this object do not alter the BIOS persistent boot order configuration.
• BootSourceOverrideTarget is set to a default value of “None” and can be changed only
when the data is sent from BIOS (BIOS should support Redfish) or set by end-user
using PATCH request (Enum values are selectively patchable with respect to Redfish
support in BIOS).
This can also be populated by Host Interface, (Extra Bios Support is needed, now is)
- The Allowable values only shows the values that are supported by IPMI by
default so that syncing with IPMI will work. If it is detected that BIOS sent the
AttributeRegistry file, then it is assumed that BIOS has support for using the
Redfish boot options and the syncing with IPMI is disabled
- IPMI default support - None, Pxe, Floppy, Cd, Usb, Hdd, BiosSetup and Diags
• UefiTargetBootSourceOverride will not be displayed by default and can be changed
only when the data is sent from BIOS (BIOS should support Redfish) or set by enduser using PATCH request. Until then it is acceptable to have it not displayed and the
“SelectList” part of odata.context can be omitting it in order to be a valid response.
This can also be populated by Host Interface, (Extra Bios Support is needed, now is)
NameTypeReadOnly Description
BootSourceOverrideTarget StringFalseThe current boot source to be used at next boot instead of the
normal boot device, if BootSourceOverrideEnabled is true. The
allowable values for this property are specified in the following
table:
EnumDescription
NoneBoot from the normal boot device.
PxeBoot from the Pre-Boot Execution (PXE)
FloppyBoot from the floppy disk drive.
CDBoot from the CD/DVD disc.
USBBoot from a USB device as specified by the system
HddBoot from a hard drive.
BiosSetup Boot to the BIOS Setup Utility.
UtilitiesBoot the manufacturer’s Utilities program(s).
environment.
BIOS.
This property is patchable only when
BIOS supports Redfish and BIOS should
send this property to BMC at BIOS Boot.
This property is patchable only when
BIOS supports Redfish and BIOS
should send this property to BMC at
BIOS Boot.
BootSourceOverrideEnabled StringFalse
(continued on the next page)
UefiTargetBoot to the UEFI Device specified in the
SDCardBoot from an SD Card.
UefiHttpBoot from a UEFI HTTP network location.
RemoteDrive Boot from a remote drive (e.g. iSCSI).
The value of this property shall be Once if this is a one time boot
override and Continuous if this selection should remain active until
cancelled. If the property value is set to Once, the value will be
reset back to Disabled after the BootSourceOverrideTarget actions
have been completed.
EnumDescription
DisabledThe system will boot normally.
OnceOn its next boot cycle, the system will boot (one
ContinuousThe system will boot to the target specified in the
UefiTargetBootSourceOverride property.
This property is patchable only when
BIOS supports Redfish and BIOS
should send this property to BMC at
BIOS Boot.
This property is patchable only when
BIOS supports Redfish and BIOS
should send this property to BMC at
BIOS Boot.
This property is patchable only when
BIOS supports Redfish and BIOS
should send this property to BMC at
BIOS Boot.
This property is patchable only when
BIOS supports Redfish and BIOS
should send this property to BMC at
BIOS Boot.
time) to the Boot Source Override Target. The
value of BootSourceOverrideEnabled is then reset
back to Disabled.
BootSourceOverrideTarget until this property is set
to Disabled
UefiTargetBootSourceOverride StringFalseThe value of this property shall be the UEFI device path of
BootSourceOverrideModeStringFalseThe value of this property shall be Legacy for non-UEFI BIOS
the override boot target. The valid values for this property are
specified through the Redfish.AllowableValues annotation.
BootSourceOverrideEnabled = Continuous is not supported for
UEFI Boot Source Override as this setting is defined in UEFI as
a one time boot only.
boot or UEFI for UEFI boot from boot source specified in
BootSourceOverrideTarget property.
EnumDescription
LegacyThe system will boot in non-UEFI boot mode to
UEFIThe system will boot in UEFI boot mode to the
the Boot Source Override Target.
Boot Source Override Target.
Table 14 Computer system – MemorySummary – MemoryMirroringEnum Properties
EnumDescription
SystemThe system supports DIMM mirroring at the System level. Individual DIMMs are not paired
DIMMThe system supports DIMM mirroring at the DIMM level. Individual DIMMs can be mirrored.
HybridThe system supports a hybrid mirroring at the system and DIMM levels. Individual DIMMs
NoneThe system does not support DIMM mirroring.
for mirroring in this mode.
can be mirrored.
Table 15 TrustedModules Properties
This object describes the inventory of a Trusted Modules installed in the system.
NameTypeReadOnly Description
FirmwareVersionStringTrueThe firmware version of this Trusted Module.
InterfaceTypeStringTrueThis property indicates the interface type of the Trusted Module.
EnumDescription
TPM1_2Trusted Platform Module (TPM) 1.2.
TPM2_0Trusted Platform Module (TPM) 2.0.
TCM1_0Trusted Cryptography Module (TCM) 1.0.
StatusStringTrue
Please refer to section 4.3.3 Resource for Resource.Status.
This can be populated by Host Interface, (Extra Bios
Support is needed, now is).
The ResetType can be one of the following values: “On”, “
GracefulShutdown
“
ForceRestart
”, “
”.
ForceOff
”,
POST https://{{ip}}/redfish/v1/Systems/Self/Actions/
ComputerSystem.Reset
Content-Type: application/json
Example POST Request Body:
{“ResetType” : “On”}
• Response
The response status is 204 with no body. For Error Responses refer to section
and section
4.2.4 C
.
4.2.4 B
4.3.7 Memory Collection
It displays a list of Memory instances. This represents the collection of Memory resources.
In BMC, Redfish Inventory population for this API can be achieved by one of the 2 methods
and is available as part of Build Time PRJ Selection “Inventory Configuration”:
Displays the information about the Memory devices like DIMM supported by the host
connected to the BMC.
In BMC, Redfish Inventory population for this API can be achieved by one of the 2 methods
and is available as part of Build Time PRJ Selection “Inventory Configuration”:
• HostInterface
• SMBIOS
For SMBIOS, BIOS support with SMBIOS transfer capability through in-band is needed.
Please refer to section
If all the memory instances are disabled, the Host System will not bootup in the next boot.
Please refer to “
Started Guide (v1.1)
MegaRAC Redfish - BMC Hardware Health Management Getting
” for more detailed test cases.
• Response
The response status is 204 with no body. For Error Responses refer to section
and section
4.2.4 C
.
4.2.4 B
4.3.9 ProcessorCollection
It displays a list of Processor instances in the ComputerSystem(Host).
In BMC, Redfish Inventory population for this API can be achieved by one of the 2 methods
and is available as part of Build Time PRJ Selection “Inventory Configuration”:
This is the schema definition for the Processor resource. It represents the properties of a
processor attached to a System.
In BMC, Redfish Inventory population for this API can be achieved by one of the 2 methods
and is available as part of Build Time PRJ Selection “Inventory Configuration”:
• HostInterface
• SMBIOS
For SMBIOS, BIOS support with SMBIOS transfer capability through in-band is needed.
Please refer to section
This resource shall be used to represent the collection of host side NIC resources. This
requires host agent support from OS and in-band communication channel.
In BMC, Redfish Inventory population for this API can be achieved by one of the 2 methods
and is available as part of Build Time PRJ Selection “Inventory Configuration”:
• HostInterface
• SMBIOS
OR
Northbound API is supported but still requires host agent support from host agent and inband communication channel and platform specific porting needed.
B. Managers
This resource shall be used to represent the collection of NIC resources in the manager.
This resource shall be used to represent host side NIC resources. This requires host agent
support from OS and in-band communication channel.
• In BMC, Redfish Inventory population for this API can be achieved by one of
the 2 methods and is available as part of Build Time PRJ Selection “Inventory
Configuration”:
- HostInterface
- SMBIOS
OR
Northbound API is supported but still requires host agent support from host agent and
in-band communication channel and platform specific porting needed.
• Host Agent should be running in Host and should be capable to send this information
through a channel created between Host & BMC like IPMI/KCS/USB interface etc or
by some other proprietary protocol.
• Sync agent OEM extension should be written in which this data should be written onto
redis db. Customer can refer to section 1.3 in “How to add OEM Extensions” for it.
• Key to populate on redisdb:
SET Redfish:Systems:Self:EthernetInterfaces:{{Interface1}}:
{{Interface1_property}} {{Interface1_value}}
Example:
B. Managers
This resource shall be used to represent the NIC resources in the manager.