SORT BY:

LIST ORDER
THREAD
AUTHOR
SUBJECT


SEARCH

IPS HOME


    [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

    Re: iSCSI: multiple sessions b/n a pair of WWUIs.


    • To: Jim Hafner <hafner@almaden.ibm.com>
    • Subject: Re: iSCSI: multiple sessions b/n a pair of WWUIs.
    • From: Santosh Rao <santoshr@cup.hp.com>
    • Date: Wed, 09 May 2001 11:29:49 -0700
    • Cc: IPS Reflector <ips@ece.cmu.edu>
    • Content-Type: multipart/mixed;boundary="------------C306A54DFAE7FD6C9DA5E8FE"
    • Organization: Hewlett Packard, Cupertino.
    • References: <OF7B1E9CE5.54BE92E3-ON88256A47.00633828@LocalDomain>
    • Sender: owner-ips@ece.cmu.edu

    Jim,
    
    Agreed on the ISID issue. One additional comment below.
    
    Regards,
    Santosh
    
    Jim Hafner wrote:
    
    > The spec might make a note that says that multiple sessions
    > handlers within a given iSCSI Node sharing a common iSCSI Name should
    > coordinate their use of ISIDs (carve the name space between them) to avoid
    > rejected login by one session handler because it reused an ISID already in
    > use by another session handler. 
    
    
    As I've brought up before, login rejection when a target receives a
    second session login from the same (iSCSI Initiator Name, ISID) when the
    first session login is still active may not be a good option.
    
    This scenario can typically occur when the host rebooted without having
    done a logout and then attempts to re-login. The host must be allowed to
    maintain persistence of its ISID without being rejected in its login
    attempt.
    
    I'd suggest something along the following lines :
    " When the target receives a second session login while one is already
    active for a given
    (iSCSI Initiator Name, ISID), it MUST treat this as an implicit logout
    of the prior session and then accept the second login". [provided the
    login authentication was successful].
    
    I believe this is also what Spteh Bailey had in mind when writing up
    algorithms for ERT (?). Do you see any issues with such an approach. (?)
    begin:vcard 
    n:Rao;Santosh 
    tel;work:408-447-3751
    x-mozilla-html:FALSE
    org:Hewlett Packard, Cupertino.;SISL
    adr:;;19420, Homestead Road, M\S 43LN,	;Cupertino.;CA.;95014.;USA.
    version:2.1
    email;internet:santoshr@cup.hp.com
    title:Software Design Engineer
    x-mozilla-cpt:;21088
    fn:Santosh Rao
    end:vcard
    


Home

Last updated: Tue Sep 04 01:04:44 2001
6315 messages in chronological order