RE: iSCSI - Basic Question

["Randy Jennings" <randyj@data-transit.com>]

I actually got caught with the same misunderstanding.  Check out the
documentation on Markers.  Without support for these, you would need to send
an async message to logout or connection dropped (target), or a logout
request (initiator).

Randy Jennings
Data Transit

> -----Original Message-----
> From: owner-ips@ece.cmu.edu [mailto:owner-ips@ece.cmu.edu]On Behalf Of
> akraslavsky@istor-networks.com
> Sent: Monday, April 15, 2002 9:56 AM
> To: Joel Evans; chhavi_garg@indiatimes.com; ips@ece.cmu.edu
> Cc: Julian_Satran@il.ibm.com
> Subject: Re: iSCSI - Basic Question
>
>
> Joel,
>
> I think the reference is to the length of the entire iSCSI PDU.  Since TCP
> is a stream protocol, the fields in the BHS of each iSCSI PDU relating to
> length (TotalAHSLength and DataSegmentLength) can be used to
> establish where
> in the TCP stream the subsequent iSCSI PDU will begin.
>
> If the iSCSI header is no good, making the total iSCSI PDU length
> uncertain,
> how can processing continue at the next PDU?
>
> At least I think this is what is being asked...
>
> -- Andrew
>
> >-- Original Message --
> >From: "Joel Evans" <djjoelevans@hotmail.com>
> >To: chhavi_garg@indiatimes.com, ips@ece.cmu.edu
> >Cc: Julian_Satran@il.ibm.com
> >Subject: Re: iSCSI - Basic Question
> >Date: Mon, 15 Apr 2002 15:20:17 +0000
> >
> >
> >
> >Chhavi,
> >
> >You mentioned 'packet' length...  Are you referring a length issue with
> the
> >
> >packet, the segment, or the iSCSI payload?  The question is a little
> >ambiguous - from the sound of it, it sounds as though you're asking about
> >
> >the length of the segment which would be handled by TCP error recovery
> -
> >in
> >which case, would be resent (no acknowledgement, etc).
> >
> >Joel
> >
> >
> >>From: "chhavi_garg" <chhavi_garg@indiatimes.com>
> >>Reply-To: "chhavi_garg"<chhavi_garg@indiatimes.com>
> >>To: <ips@ece.cmu.edu>
> >>CC: <Julian_Satran@il.ibm.com>
> >>Subject: iSCSI - Basic Question
> >>Date: Mon, 15 Apr 2002 19:38:35 +0530
> >>MIME-Version: 1.0
> >>Received: from [128.2.136.200] by hotmail.com (3.2) with ESMTP id
> >>MHotMailBE843884003F4004325D800288C8D6840; Mon, 15 Apr 2002
> 08:11:07 -0700
> >>Received: (from majordom@localhost)by ece.cmu.edu (8.11.0/8.10.2) id
> >>g3FEALc10780for ips-outgoing; Mon, 15 Apr 2002 10:10:21 -0400 (EDT)
> >>Received: from WS0005.indiatimes.com ([203.199.93.15])by ece.cmu.edu
> >>(8.11.0/8.10.2) with ESMTP id g3FEADw10751for <ips@ece.cmu.edu>; Mon,
> 15
> >
> >>Apr 2002 10:10:14 -0400 (EDT)
> >>Received: from 192.168.57.15 (a2 [192.168.57.22])by
> WS0005.indiatimes.com
> >
> >>(8.9.3/8.9.3) with SMTP id TAA07419;Mon, 15 Apr 2002 19:24:23 +0530
> >>From owner-ips@ece.cmu.edu Mon, 15 Apr 2002 08:11:40 -0700
> >>X-Authentication-Warning: ece.cmu.edu: majordom set sender to
> >>owner-ips@ece.cmu.edu using -f
> >>Message-Id: <200204151354.TAA07419@WS0005.indiatimes.com>
> >>X-URL: http://indiatimes.com
> >>Sender: owner-ips@ece.cmu.edu
> >>Precedence: bulk
> >>
> >>
> >>
> >>
> >>Hi All,
> >>
> >>
> >>Section 6.5 of draft 11-95 says that,
> >>
> >>
> >>"When an initiator receives any iSCSI PDU with a header digest error,
> it
> >
> >>MUST discard the PDU."
> >>
> >>
> >>How will the initiator discard the packet as the packet length itself
> may
> >
> >>be wrong.
> >>
> >>
> >>How can the initiator recover from this condition?
> >>
> >>
> >>Should the initiator close this connection and start connection
> recovery?
> >>
> >>
> >>-regards,
> >>
> >>
> >>Chhavi.
> >>Get Your Private, Free E-mail from Indiatimes at
> >>http://email.indiatimes.com
> >>Buy Music, Video, CD-ROM, Audio-Books and Music Accessories from
> >>http://www.planetm.co.in
> >
> >
> >
> >
> >
> >_________________________________________________________________
> >MSN Photos is the easiest way to share and print your photos:
> >http://photos.msn.com/support/worldwide.aspx
> >
>
>