On Fri, 2005-07-15 at 11:52 -0400, Ming Zhang wrote:
> On Fri, 2005-07-15 at 17:43 +0200, Arne Redlich wrote:
> > it expected to receive in 1 PDU got split into to 2 PDUs because of
> > the
> > target using a smaller MaxRxDSL than announced by the ini. Unless I'm
> > misunderstanding the RFC here, the target isn't required to use the
> > ini's MaxRxDSL when xmitting, it only must not exceed it. So IMHO, the
>
> i agree with this. it is a up bound, not a line have to reach every
> time.
>
>
> > target's behaviour is alright - except for the handling of MaxRxDSL
> > during login :P
> >
>
> yes, we need to fix this. we need to add another variable.
>
>
> a simple test will be set the MaxRxDSL in ietd.conf to same or larger
> value open-iscsi use, and see if there are still corruption.
i'm still not convinced, open-iscsi respects MRDSL <= negotiated.
Once BufferOffset's are in increasing order and no overlays. open-iscsi
will work. Tough, it is missing important checking... so that is why
corruption happened that silently. We must fix that checking first
and see if it detects re-order.
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
|
