what really would be useful would be to refactor the code
in packet-scsi.c to be table driven
and not if-else driven so it would be easy to add other commandsets.
there is also i suspect but have not had time to investigate what i
belive an issue with the tracking of the commandsets used in the
current code.
i suspect it can only keep track of hte inq data properly for when
lun-0 is used by fails for luns!=0.
when time permits i will refactor the scsi code so it works with other
command sets as well.
im getting tired of looking at the hexdump for mmc4 when looking at
issues with my dvd-r emulation which use non-sbc/spc/ssc commands.
On 5/27/05, Dinesh G Dutt <ddutt@xxxxxxxxx> wrote:
> Hi Ming,
>
> Can you provide samples of packet captures that cause the problem that
> you allude to ? It'll help us debug and fix the decoder, if necessary,
>
> Dinesh
> Ming Zhang wrote:
> > I am wondering what is the best options to decode iscsi traffic?
> >
> > Different options can give me different output. some packets are
> > malformed in one option combination but not in another.
> >
> > thanks.
> >
> > ming
> >
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Ethereal-dev mailing list
> > Ethereal-dev@xxxxxxxxxxxx
> > http://www.ethereal.com/mailman/listinfo/ethereal-dev
>
> --
> All of us yearn for a better society. Only when we recognize how we make
> sense of the world around us will we truly be able to reach towards it.
> - Dorothy Rowe
>
> _______________________________________________
> Ethereal-dev mailing list
> Ethereal-dev@xxxxxxxxxxxx
> http://www.ethereal.com/mailman/listinfo/ethereal-dev
>