Допустим, я хотел бы отправить Get Device Id команда от LAN направить на IPMB канал через BMC с участием message tracking, Мне нужно выполнить следующие действия:
Get Device Id командовать в Send Message командаSend Message команда от LAN к BMC предоставление необходимых данных, таких как цель IPMB адрес, все эти NetFnс, LUNs и наиболее актуальны в данном случае: запрос-уникальный Sequence Number и message tracking набор битов параметровЗдесь начинается мое замешательство .. потому что я видел 2 разных решения, как BMC обрабатывать такие запросы:
A Ответ на Get Device Id возвращается в Send Message ответ
B Отдельный Send Message и IPMB ответы
, который оказывается зависимым от BMC режиссер.
Поэтому мне нужны знания экспертов:
Это как IPMI Стандарт означает, что BMC реализация может обеспечить A и / или B? Или это ошибочная интерпретация BMC производители?
На мой взгляд и как я понимаю IPMI 2.0 spec, только B решение - это один и единственный совместимый поток, как он должен работать, как подтверждено в 6.13.4 Bridged Request Example:
Когда сообщение запроса передается на другой канал, инкапсулируя его в Отправить сообщение (из исходного канала, отличного от системного интерфейса), BMC немедленно возвращает ответ на Отправить сообщение сама команда. Между тем, запрос извлекается из Отправить сообщение команда и перенаправляется на указанный целевой канал.
IPMI 2.0 spec даже предоставьте описание примера:
Например, предположим, что Получить идентификатор устройства команда была инкапсулирована запросом в Отправить сообщение команда, направленная на IPMB из канала LAN. BMC немедленно отправит ответ на Отправить сообщение команда обратно в LAN. BMC извлечет инкапсулированный Получить идентификатор устройства содержимое сообщения и отформатируйте его как Получить идентификатор устройства запрос на IPMB. Целевое устройство на IPMB отвечает Получить идентификатор устройства ответное сообщение в формате IPMB. BMC принимает информацию отслеживания, которая была сохранена, когда Отправить сообщение была введена команда, и использует ее для создания Получить идентификатор устройства ответ в формате LAN.
Я сопровождаю FreeIPMI. Из всех материнских плат, с которыми я работал, всегда поддерживалась реализация «B». Я лично никогда не видел реализации «А». Я считаю реализацию «A» минимально «нестандартной» (в том смысле, что даже если юридическая формулировка была найдена в спецификации IPMI для «A», промышленность стандартизировала «B»).
Неуверен в своей конечной цели, но если вы разрабатываете продукт, я бы с уверенностью сказал, что «B» будет работать на большинстве серверов IPMI. Если у вас есть возможность поговорить с поставщиком «А», я бы определенно подтолкнул их к внедрению «Б».