Re: iSCSI: large keys during login?

["Julian Satran" <Julian_Satran@il.ibm.com>]

In fact itis there at 9.12.10. I will add the same to 9.13 Julo
----- Forwarded by Julian Satran/Haifa/IBM on 05/01/2002 04:08 PM -----

Julian Satran 05/01/2002 08:35 AM

To:        andy currid <andy@windriver.com>         cc:        andy@windriver.com (andy currid), ips@ece.cmu.edu, owner-ips@ece.cmu.edu, pat_thaler@agilent.com ("THALER,PAT (A-Roseville,ex1)"), wrstuden@wasabisystems.com (Bill Studenmund)         From:        Julian Satran/Haifa/IBM@IBMIL         Subject:        Re: iSCSI: large keys during login?Link

Andy,

The data part is the same on both text and login.
I will make o note to say this again in chapter 9.

Julo

andy currid <andy@windriver.com> 05/01/2002 08:15 AM Please respond to andy currid

To:        Julian Satran/Haifa/IBM@IBMIL         cc:        pat_thaler@agilent.com ("THALER,PAT (A-Roseville,ex1)"), andy@windriver.com (andy currid), ips@ece.cmu.edu, owner-ips@ece.cmu.edu, wrstuden@wasabisystems.com (Bill Studenmund)         Subject:        Re: iSCSI: large keys during login?

Julian

The sections you refer to describe Text Request and Text Response PDUs.
Unless I've misunderstood the spec, neither of those PDUs can be used
during login; the only PDUs that are valid for use during login are Login
Request and Login Response.

I was under the impression that login phase was a very simple
exchange; initiator sends a single Login Request PDU, target replies
with a single Login Response PDU, repeat until logged in or rejected.

How can you have a key value span multiple Login Request or Response
PDUs? Unlike the Text PDUs, the Login PDUs do not contain the fields
required to permit text to span PDUs (target tag, final bit, etc.). So
there's no defined way to determine a text payload is being continued
in a subsequent Login Request or Response PDU.

Regards

Andy


> Pat,
> 
> For spanning look at 9.10.4 and 9.11.4.
> 
> I assume that the text covers whatever does not fit.
> 
> 
> Regards,
> Julo
> 
> 
> 
> 
> "THALER,PAT (A-Roseville,ex1)" <pat_thaler@agilent.com>
> 04/30/2002 02:24 AM
> Please respond to "THALER,PAT (A-Roseville,ex1)"
> 
>  
>         To:     Julian Satran/Haifa/IBM@IBMIL, Bill Studenmund 
> <wrstuden@wasabisystems.com>
>         cc:     andy currid <andy@windriver.com>, ips@ece.cmu.edu, owner-ips@ece.cmu.edu
>         Subject:        RE: iSCSI: large keys during login?
> 
>  
> 
> Julian,
>  
> I assume you mean that keys can span requests as well. I can't find 
> anything in the draft that says that they can though there also isn't 
> anything that says they can't. Does this only apply to key-value pairs too 
> long to fit in a single response or can a short key-value pair span a 
> request/response when multiple key-value pairs are packed into a PDU?
>  
> The draft should clarify.
>  
> -----Original Message-----
> From: Julian Satran [mailto:Julian_Satran@il.ibm.com]
> Sent: Monday, April 29, 2002 3:54 PM
> To: Bill Studenmund
> Cc: andy currid; ips@ece.cmu.edu; owner-ips@ece.cmu.edu
> Subject: Re: iSCSI: large keys during login?
> 
> 
> Key can span responses. Bookmarking is for things that have multiple 
> answers - like the SendTargets - Julo 
> 
> 
> 
> Bill Studenmund <wrstuden@wasabisystems.com> 
> Sent by: owner-ips@ece.cmu.edu 
> 04/30/2002 01:15 AM 
> Please respond to Bill Studenmund 
>         
>         To:        andy currid <andy@windriver.com> 
>         cc:        <ips@ece.cmu.edu> 
>         Subject:        Re: iSCSI: large keys during login? 
> 
>  
> 
> 
> On Mon, 29 Apr 2002, andy currid wrote:
> 
> >
> > Hi
> >
> > In iSCSI draft 12, chapter 10, the Kerberos and SPKM authentication
> > mechanisms specify a limit of 64k on their unencoded key values.
> >
> > Given that these keys are only used during login and, during login,
> > the PDU size in use is 8k and, unlike text commands, there is no
> > bookmarking, how can you send a key value of this size during login?
> 
> I thought that was covered. If you say you can do kerberos or SPKM, you
> are saying you can do 64k.
> 
> Take care,
> 
> Bill
> 


--
Andy Currid                                       andy@windriver.com
Server Products Group                       http://www.windriver.com
Wind River Networks                         Phone : (1) 510 749 2191
500 Wind River Way, Alameda, CA 94501       Fax   : (1) 510 749 2560