Guy,
Thanks!
Yes, I noted the DLT_IPMB value. However, our captures also contain
message flags (as passed by the driver), and driver events - which
DLT_IPMB format doesn't allow for.
Best regards,
Alexey.
On 22 December 2007 Guy Harris wrote:
> Alexey Neyman wrote:
> > Okay,
Guy,
> Well, that would have the advantage that files are self-identifying.
> If the file is only ever read once, that's just a question of whether
> to indicate the file type when you do the capture or when you read
> the file; however, if it's read more than once, with a link-layer
> type that
Guy,
> So if it were to be used for other I2C-based buses, would the
> expectation be that you'd have to configure the application reading
> the file to indicate what protocol is being used?
Yes, in the Wireshark changes that we'll submit it is possible to select
the protocol being used on I2C b
Guy,
> So would this be usable for any other I2C-based buses? If not,
> perhaps the name should include IPMB. If so, does the pseudo-header
> indicate what type of traffic it is?
It can be used for any other I2C-based bus, though we only use it to
capture IPMB traffic. The capture utility is a
Guy,
Is this request being processed/queued?
Best regards,
Alexey.
On 29 November 2007 Alexey Neyman wrote:
> Guy,
>
> On 29 November 2007 Guy Harris wrote:
> > > The format of the capture is a 5-byte pseudo header followed by
> > > the actual I2C data. The MS bit o
Guy,
On 29 November 2007 Guy Harris wrote:
> > The format of the capture is a 5-byte pseudo header followed by the
> > actual I2C data. The MS bit of 1st byte of pseudo-header indicates
> > whether the packet contains data or is an event detected on the I2C
> > controller. The remaining 7 bits con
Hi,
We have an utility that allows capturing the I2C traffic over the IPMB
bus; that utility generates capture files in libpcap format for later
use with WireShark for analysis. We would like to have a link type
number assigned for such captures. We are going to submit the necessary
changes f
