Множественные интерпретации мостового сообщения IPMI

Допустим, я хотел бы отправить Get Device Id команда от LAN канал для IPMB канал через BMC с message tracking Мне нужно пройти через эти шаги:

  1. инкапсулировать Get Device Id командовать в Send Message команда
  2. послать 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. Если у вас есть возможность поговорить с продавцом "А", я бы определенно подтолкнул их к внедрению "Б".

Другие вопросы по тегам