All,
I've been digging into various issue associated with ipmitool bridging on a
PICMG
system and I wouldappreciate some help with understanding what the actual
intended
use of the bridging command line arguments was. There are two different
bridging
argument specifications, -t target_address/-b target_channel (single bridge),
and
-T transit_address/-B transit_channel (dual bridge).
When only -t is specified, single level bridging will be used to read the SDR
repository
if the address specified by -t is not equivalent to the ipmitool identified
IPMB-0 address.
Note: The ipmitool identified IPMB-0 address is either the default of 0x20, or
specified
on the command line via the -m address switch, or discovered via PICMG get
address
info.
In addition to -t, you may also specify a transit address via -T.If a transit
address is
specified, dual bridging will be used to read the SDR repository(via the
transit address
to get to the target identified via -t). The specification of a transit
address without a
target address is meaningless as the transit address is not used unless there
is a target
address specification with -t.
Does my description agree with your understanding of these switches and their
use?
Now, in addition to bridging to read the SDR repository, bridging will also
occur to access
an individual sensor if the sensor owner id identified in the SDR repository
does not match
the ipmitool identified IPMB-0 address. This bridging will override the
specified target address
identified via the -t switch, but will make use of the transit address (and
dual bridge) when
both -t and -T are specified.
This bridging implementation has issues on the PICMG system I have been using
when
addressing sensors whose owner id and channel specification in the SDR
repository do
not identify the exact same addressing that was used to read the SDR repository.
For example:If a sensor identified in an SDR repository resides on IPMB-0
(channel 0),
but the SDR repository was accessed via bridging on IPMB-L (channel 7), the
sensor can't
be accessed with the current code because the sensor will be addressed via
bridging using
channel 0 (from the SDR repository)instead of channel 7 (from the -b channel
specification).
The problem is that when using bridging to access an SDR repository, the
bridged SDR
repository destination may actually identify another IPMB-0 at the bridged
destination.
If this is the case, then the sensor can simply be read using the same bridging
as was
used to read the SDR repository.
On PICMG compliant systems, this issue can be resolved by getting the IPMB-0
address
of the target and compare this target IPMB-0 address with the sensor owner
id/channel
number from the SDR repository.If the sensor owner id is equal to the target
IPMB-0
address and the sensor channel is 0, then the sensor can be accessed using the
same
addressing as was used to address the SDR repository.
I have some ipmitool changes in the works which resolve the sensor bridging
issue
I've described, but I need some insight from someone more familiar with PICMG
and
sensor bridging to make sure my analysis of the problem I'm seeing is correct.
Thanks in advance,
Jim
--
-- Jim Mankovich | jm...@hp.com (US Mountain Time) --
------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced
analytics on semi-structured data. The platform includes APIs for building
apps and a phenomenal toolset for data science. Developers can use
our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter
_______________________________________________
Ipmitool-devel mailing list
Ipmitool-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ipmitool-devel
