Множественные интерпретации мостового сообщения IPMI
Допустим, я хотел бы отправить Get Device Id
команда от LAN
канал для IPMB
канал через BMC
с message tracking
Мне нужно пройти через эти шаги:
- инкапсулировать
Get Device Id
командовать вSend Message
команда - послать
Send Message
команда отLAN
вBMC
предоставление необходимых данных, таких как цельIPMB
адрес, все теNetFn
s,LUN
s и наиболее актуально в этом случае: запрос уникален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 немедленно возвращает ответ на саму команду " Отправить сообщение ". Между тем, запрос извлекается из команды Send Message и пересылается на указанный целевой канал.
IPMI 2.0 spec
даже приведите пример описания:
Например, предположим, что команда Get Device ID инкапсулировала запрос в команде Send Message, направленной на IPMB из канала LAN. BMC немедленно отправит ответ на команду Send Message обратно по локальной сети. BMC извлечет инкапсулированное содержимое сообщения Get Device ID и отформатирует его как запрос Get Device ID для IPMB. Целевое устройство на IPMB отвечает ответным сообщением Get Device ID в формате IPMB. BMC берет информацию об отслеживании, которая была сохранена, когда была выполнена команда " Отправить сообщение", и использует ее для создания ответа " Получить идентификатор устройства" в формате LAN.
1 ответ
Я поддерживаю FreeIPMI. Из всех материнских плат, с которыми я работал, "B" всегда была поддерживаемой реализацией. Я лично никогда не видел реализацию "А". Я бы посчитал реализацию "А" минимально "нестандартной" (в том смысле, что даже если в спецификации IPMI для "А" была найдена законная формулировка, отрасль стандартизировалась на "В").
Не уверен в своей конечной цели, но если вы разрабатываете продукт, я бы с уверенностью сказал, что "B" будет работать на большинстве серверов IPMI. Если у вас есть возможность поговорить с продавцом "А", я бы определенно подтолкнул их к внедрению "Б".