Jim,
I have two questions for you.
1] can you post a diff of changes?
2] Is there any plan to document(= real use example?) this feature
or how it works? Also, perhaps document change in behaviour as well?
Perhaps, it's done already. This feature is already documented, I
mean, not the changes.
Ok Jim, sounds good to me.
Thanks,
Z.
--
Zdenek Styblik
email: zdenek.styb...@gmail.com
jabber: zdenek.styb...@gmail.com
On Wed, Feb 27, 2013 at 7:14 PM, Jim Mankovich jm...@hp.com wrote:
Z,
This change will make ipmitool work as it is currently documented so no new
documentation is
All,
If anyone has an objection to my proposed change to have -m local_address be
all that is
necessary to modify the local IPMB address, let me know by the end of the week.
With the code as currently written, you have to specify both -m local_address
and
-t target_address with both
Corey,
When you specify -m 0x54 and -t 0x54 on the ipmitool command line, the message
will
be correctly routed to the local MC.But, if you only specify -m 0x54, the
message will
be bridged to 0x20 from 0x54 because the default target address in the OpenIPMI
interface
in ipmptool is set to
All,
I recently discovered that the in band ipmitool OpenIPMI Interface did now work
as I
expected when I attempted to specify different local IPMB address via the -m
switch.
My expectation was that local system interface would be used with the address I
specified on the command line, but
So you are saying that if you set the local address to, say -m 0x54, and
then send a messages with -t 0x54, it will not route it to the local MC,
and the message just gets lost? That may be the case, I'm not that
familiar with ipmitool. One would expect that would work properly, but
the
