E N D
1. IPMI Overview, Progress and Implementation
2. Agenda Introduction & Overview
Architecture & Implementation
What’s New for IPMI v1.0
Summary & Call to Action
3. Agenda Introduction & Overview
Architecture & Implementation
What’s New for IPMI v1.0
Summary & Call to Action
4. IPMI Initiative Intelligent Platform Management Interface
IPMI v0.9 announced at Spring ‘98 Intel Developer Forum
Made available for industry review
Promoters:Intel, Hewlett-Packard, NEC, and Dell
Owners of the specification, consolidated industry review input
5. Initiative Status
6. IPMI Initiativev1.0 is Ready to Go Adopters
Sign royalty-free Adopter’s agreement for implementing the IPMI v1.0 specification
Details on IPMI Web Site
7. Initiative StatusAdopter News! IPMI Adopters* - 9/16/98
8. IPMI OriginsServer Focus Keep it Running!
RAS Features Focus
Reliability
Availability
Serviceability
Server Environment
Remote administrator
Expensive hardware
High cost for downtime and repair
9. Server Environment More extensive monitoring, control, and automatic recovery features
Need for ‘Always Accessible’ management
Complex system topologies
Multiple internal boards, external peripheral chassis, modular ‘rack mount’ systems
Multi-OS support
10. The IPMI Challenge
11. IPMI StrategySpecify the interface Intelligent
Platform
Management
Interface
12. IPMI StrategyWhere it fits...
13. The IPMI Solution
14. IPMI Benefits System
OEM
Software
Hardware
15. IPMI BenefitsSystem Provides the foundation forIntelligent Platform Management
Autonomous access, monitoring, logging, and control features that function independently from the system processors, software, and OS
Provides scalable support for entry to high-end systems
Supports multi-chassis and modular configurations
16. IPMI BenefitsOEM Supports OEM differentiation
Codes, events, and sensor types reserved for OEM use.
Supports chassis feature integration without baseboard modifications
Provides a common platform mgmt. configuration interface
no need to touch BIOS FLASH
no need for platform-specific utilities
17. IPMI BenefitsSoftware Speeds instrumentation software porting
Makes platform management features ‘self-descriptive’ (Plug ‘N Play). Software automatically configures to platform management hardware
Isolates mgmt. S/W from H/W changes
Enables cross-platform software
Standardized platform hardware interface enables mgmt. software and driver to work on multiple platforms.
Can be used with any mgmt. S/W stack
Designed for simple mapping to WMI/CIM
Supports localization
18. IPMI BenefitsHardware Preserves ability to innovate hardware
Provides standardized interfaces for extending management features
IPMB - for intra-chassis extensions and standardized Emergency Management Card Access
ICMB - for inter-chassis extensions
Facilitates ‘out-of-band’ secondary access
Message based interface supports bridging to secondary management interfaces - NIC, RS-232, etc.
Uses ‘off-the-shelf’ components
19. Agenda Introduction & Overview
Architecture & Implementation
What’s New for IPMI v1.0
Summary & Call to Action
20. IPMI ArchitectureKey Elements IPMI Messaging Command Sets
Sensor Data Records
Event Messages
Baseboard Mgmt. Controller
System Interface
Non-volatile Storage
Intelligent Platform Mgmt. Bus
Intelligent Chassis Mgmt. Bus
An example: HP TopTools
An example: Intel Server Control
21. IPMI AbstractionMessaging & Command Sets All IPMI operations are accomplished by sending messages to the management controllers
Standardized commands defined in the IPMI specification
All messages use a Request / Response Protocol
Facilitates delivery over multiple transports: system interface, IPMB, ICMB, etc.
22. IPMI AbstractionMessaging & Command Sets IPMI Commands grouped by functionality
Supports modular firmware development
Sensor and Event commands
Application commands for controller specific functionality
Chassis commands for chassis control & status
Storage commands for non-volatile storage access
Bridge commands
Firmware Transfer commands
OEM commands
23. IPMI AbstractionSDRs Describe the population of sensors
Location, ID, and access method
Type (temp, voltage, processor, etc.), unit of measurement (volts, amps, bytes/sec, etc.), reading type (digital/discrete/analog) and threshold support
Guide software in presenting sensor information
normal reading ranges, sensor accuracy and tolerance
sensor id string
Identify the entity and/or FRU associated with each sensor
Direct the sensor initialization process
Initialization of Event Generation, Thresholds, Hysterisis, and/or Event Scanning
24. IPMI AbstractionEvent Messages EventMessages Standardized content - Event Messages Encapsulate Key Event Info:
Sensor Type, Event Type, Event Transition, & Event Generator
Combine with SDR info for richer event analysis
Allow application to identify Entity and FRU associated with event
Sensor short ID String
etc.
25. IPMI H/W Elements
26. IPMI H/W ElementsBMC BaseboardManagementController Management Micro-controller provides the Intelligence for IPMI:
Autonomous monitoring and logging
Interface to IPMI Storage
Receives and logs event messages
System interface to IPMB / I2C
System Watchdog Timer
Optional power control functions.
Plus OEM ‘value added’ mgmt. features
27. IPMI H/W ElementsSystem Interface KeyboardControllerStyle Classic ‘8742’ Interface
Available built-in to micros
28. IPMI H/W ElementsNon-volatile Storage SystemEventLog Centralized non-volatile storage for time-stamped Event Messages
Compact 16-byte Event Records include provision for OEM event types and fields
Message format tied to Sensor representation and access
29. IPMI H/W Elements
30. IPMI H/W ElementsIPMB Standardized bus and protocol for extending management control, monitoring, and event delivery within the chassis.
Provides integration point for chassis mgmt. features
Offers standardized connection for ‘emergency management’ cards
Multi-master I2C-based bus
Simple request/response protocol
Uses IPMI Command sets
Supports non-IPMI devices
31. IPMI H/W ElementsPrivate Management Busses I2C-based, single master busses accessed via management controller
Used primarily for IPMI FRU SEEPROMs
Available for ‘value added’ I2C devices - outside IPMI context
Shareable with ‘hidden’ I2C devices owned by the management controller
Accessed via Master Write-Read I2C command
Other I2C busses may be present - but these aren’t IPMI ‘Private Busses’ unless command access is provided
32. IPMI SoftwareExample: HP TopTools HP TopTools*
Web-based management application for HP’s NetServers, Kayak workstations, and Vectra desktop clients*
Data exposed to Java applications through a combination of DMI and SNMP
NetServer agents have standardized on IPMI for hardware event log, sensors, and OS watchdog
* Third-party marks and brands are the property of their respective owners. 1. TopTools is used to manage multiple device types via standard interfaces
2. NetServers have an SNMP-based event log agent, but the sensor & FRU data is from DMI component instrumentation1. TopTools is used to manage multiple device types via standard interfaces
2. NetServers have an SNMP-based event log agent, but the sensor & FRU data is from DMI component instrumentation
33. IPMI SoftwareExample: Intel Server Control Intel Server Control
IPMI-based instrumentation software for Intel’s server board sets
Automatically integrates additional chassis sensors:
fans, temperatures, voltages, chassis intrusion, and power supplies
Also uses non-IPMI interfaces, such as SM BIOS
34. IPMI SpecificationsTie it all together... IPMI - Intelligent Platform Management Interface
BMC and satellite management controller functions
Command set specifications
Sensor Data Record and Event Log data formats
IPMB - Intelligent Platform Management Bus Protocol
Transport protocol, timing, electrical specifications, and connectors for the IPMB
Plus supporting specifications...
35. IPMI Specificationsv1.0 supporting documentation FRU Inventory Format specification
Comprises product, board, chassis, power supply, and OEM FRU information
IPMB Address allocation
specifies the allocation of I2C addresses for devices that connect to the IPMB
Platform Event Trap Format Specification
specifies a common format for asynchronous SNMPv1 traps generated by platform events
36. Development Support Developer information
IPMI Implementer’s Guide
IPMI FAQ
Development test tools
Hardware development aids
I2C Bus interfaces, monitors, & s/w:
Micro Computer Control Corporation*
Calibre UK Ltd*
More to come…
* Third-party marks and brands are the property of their respective owners.
37. Agenda Introduction & Overview
Architecture & Implementation
What’s New for IPMI v1.0
Summary & Call to Action
38. What’s New in IPMI v1.0Highlights Block Transfer interface
System Interface interrupts
Deassertion event status
Improved command consistency
Optional POH (power on hour) Counter
39. What’s New in IPMI v1.0Highlights Improved identification of Management Controllers
Manufacturer ID based on IANA Enterprise ID
Optional controller GUID
Modal SDR Repository support
Supports incorporation SDRs in FLASH
40. What’s New in IPMI v1.0Highlights New FRU Record Types
Power Supply Information
input voltage ranges, wattage, input current, fan/predictive-fail support, etc.
DC Output
power delivery capabilities of individual PS outputs
Power Consumption
DC loading records that match DC Output records
Management Access Record
stores alternate access paths for peripheral and systems
41. What’s New in IPMI v1.0 Entity Association records
Standardized Watchdog Timer
Assignable sensor types
New sensor & event types
42. Entity Association Records Identifies relationship between physical and/or logical entities
Single bit defines entity as logical or physical entity. e.g. processor or processor group.
Links to FRU information
Supports multiple mappings
physical - to - physical, logical - to - physical,logical - to - logical, nested
Can be used to populate CIM associations
43. Entity AssociationSimple Entity - to - FRU Association presence sensor for memory module
44. Entity Association RecordsExample 1 voltage sensor for processor pair
45. Entity Association RecordsExample 2 power unit redundancy sensor
46. Watchdog Timer Specified to generate selectable actions on timeout:
Reset
Power Cycle
Power Off
Interrupt: NMI, SMI, or IRQ
Maintains identity of timer use
BIOS, FRB/ASR, OS, OEM
Automatically logs timeout action and use
Provides common platform mgmt. access for Emergency Mgmt. Cards
47. Assignable Sensor Types Supports the creation of generic management controllers
Sensor Type assigned at initialization
Works with discrete and threshold-based ‘analog’ sensors
Supports mix of Pre-defined and Generic sensors in system
Leaves SDR Repository and Event Logging functions decoupled
48. Assignable Sensor Types
49. New Sensor & Event Types Security status
Physical Security
extension of chassis intrusion includes:
drive bay & I/O bay intrusion
LAN Leash and unauthorized dock/undock
Platform Security Violation Attempt
pre-boot & out-of-band password violation
Slot / Connector
interlock, fault, presence, and power status for ‘hot-plug’ slot support
50. New Sensor & Event Types System ACPI Power State
for out-of-band reporting of ACPI state
Platform Alert
for platform generated alerts, e.g. LAN alerts and telephone pages
Entity Presence Sensor
for auto-configuration support
Plus:
LAN, Monitor ASIC, Boot & Pre-boot Events, Boot and OS-Load Errors
51. Agenda Introduction & Overview
Architecture & Implementation
What’s New for IPMI v1.0
Summary & Call to Action
52. Summary IPMI provides the foundation for Intelligent Platform Management
Provides ‘Plug N Play’ platform management
Preserves differentiation
Implemented with off-the-shelf components
IPMI v1.0 is ready to go
Stay tuned ... more to come!
53. Call to Action Get the specs
Become an IPMI 1.0 Adopter
Deploy IPMI v1.0 in your server products