Interfaz del controlador integrado del host

La interfaz de controlador integrado del host ( HECI ) es una tecnología introducida en 2006 que se utiliza para la tecnología de gestión activa ( AMT ) en los chipsets de Intel que admiten microprocesadores Core 2 Duo .

El bus HECI permite que el sistema operativo (SO) anfitrión se comunique directamente con el motor de gestión (ME) integrado en el chipset . Este bus bidireccional de velocidad de datos variable permite que el anfitrión y el ME comuniquen información y eventos de gestión del sistema de forma compatible con los estándares, reemplazando esencialmente el bus de gestión del sistema (SMBus). El bus consta de cuatro cables: un par de solicitud y otro de concesión, junto con un par de transmisión y recepción de datos en serie.

Históricamente, los fabricantes de equipos originales ( OEM ) han proporcionado tecnologías de gestión activa mediante el uso de controladores integrados propietarios , como los controladores de gestión de placa base (BMC ). Estas soluciones suelen presentar dos desventajas principales debido a su naturaleza propietaria: altos costos de lista de materiales (BOM) debido a la necesidad de componentes y enrutamiento adicionales; y altos costos de ciclo de vida del producto debido a la implementación no estándar, lo que incrementa los costos de diseño y validación de software y hardware, además de ser relativamente inflexibles ante futuros cambios. Por otro lado, la inflexibilidad es aún mayor con HECI debido a su acoplamiento con un chipset y la necesidad de rediseñar el software HECI para cada chipset diferente, en lugar de utilizar un software BMC común para múltiples chipsets.

HECI y el SMBus utilizado anteriormente tienen en común los siguientes aspectos: el sistema operativo anfitrión puede controlar dispositivos de gestión del sistema, como controladores de ventiladores integrados, dispositivos de activación remota como Wake-on-LAN y dispositivos de alimentación como Smart Battery Data . La funcionalidad HECI integrada y las tarjetas de gestión de terceros permiten que el sistema operativo anfitrión inicie directamente eventos de gestión (como la activación remota o la limitación de rendimiento fuera de banda para reducir el perfil térmico y de consumo energético) si el sistema operativo en ejecución admite HECI. Ejemplos de dispositivos son las tarjetas de red y las tarjetas gráficas . Además, tanto HECI como otras tecnologías ME son específicas del fabricante del chipset/ME.

• Leer el estado de la batería
• Leer datos térmicos
• Habilitar/deshabilitar dispositivos de activación
• Notificar a los dispositivos para que cambien su estado de energía (térmico, de rendimiento o de limitación de potencia).

• Alertar al anfitrión sobre el evento de la batería
  • Nivel de batería bajo o crítico
  • Cambia entre corriente alterna (toma de corriente) y corriente continua (batería).
• Alerta al anfitrión sobre evento térmico (desconexión térmica por calor o crítica)
• Cambiar la velocidad del ventilador
• Detectar la activación de la red
• Sistema de arranque/apagado
• Intrusión detectada en el host
• Cambiar dispositivo de arranque
• Inventario del sistema de informes

Como ejemplo, consideremos el caso de Wake-on-LAN. Tradicionalmente, el sistema operativo controla Wake-on-LAN y debe llamar a controladores de dispositivos de terceros para habilitar la compatibilidad en una tarjeta de red. Con el bus HECI, el host puede activar su línea de solicitud (REQ#), el ME activará su línea de concesión (GNT#) y el host puede enviar su mensaje mediante su señal de transmisión serie . Al recibir el mensaje de habilitación de Wake-on-LAN en HECI, el ME habilita directamente Wake-on-LAN en el dispositivo de red integrado (o con soporte externo). Sin controladores HECI en el sistema operativo, la funcionalidad de Wake-on-LAN se pierde, incluso si los controladores de red estándar pudieran habilitarla. Esto representa un problema importante en implementaciones empresariales a gran escala con imágenes de software estándar.

Cuando el dispositivo LAN recibe el paquete mágico de activación, los datos encapsulados se envían al ME , que dispone de su propia pila TCP/IP y puede desencapsular el paquete. A continuación, el ME activa su línea de solicitud (REQ#), el host confirma la recepción activando la concesión (GNT#) y el mensaje se envía al host para iniciar un evento de activación.

Con esta tecnología, el paquete mágico puede encapsularse en paquetes TCP , lo que permite que atraviese las infraestructuras de red mediante enrutadores y, por lo tanto, aumenta la superficie de ataque, algo que Wake-on-LAN tradicional no permite. Una ventaja en implementaciones centradas en Intel es que la solución no requiere controladores que no sean de Intel. Si no se necesita interacción entre el host y el ME, HECI y otras tecnologías ME son independientes del sistema operativo .

• Tecnología de gestión activa de Intel (AMT)
• Controlador de gestión de zócalo (BMC)
• Interfaz de control del entorno de la plataforma (PECI)

• Hofemeier, Gael. "Blogs de la red de software de Intel >> Intel(r) AMT y el Intel(r) ME" . Recuperado el 14 de diciembre de 2011 .

• Mungara, Ajay. "Blogs de Intel Software Network >> Hablemos de HECI y LMS" . Recuperado el 29 de diciembre de 2007 .
• "Controladores y herramientas de la tecnología de gestión activa de Intel de código abierto" . Consultado el 29 de diciembre de 2007 .
• "Tecnología de gestión activa de Intel" . Consultado el 29 de diciembre de 2007 .
• "Blogs de Intel Software Network >> Controladores de administración de placa base (BMC) frente a administración basada en dispositivos de virtualización" . Archivado del original el 13 de agosto de 2011. Consultado el 29 de diciembre de 2007 .