SORT BY:

LIST ORDER
THREAD
AUTHOR
SUBJECT


SEARCH

IPS HOME


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

    iSCSI: Connection replacement


    • To: ips@ece.cmu.edu
    • Subject: iSCSI: Connection replacement
    • From: Pierre Labat <pierre_labat@hp.com>
    • Date: Wed, 10 Jan 2001 18:23:20 -0800
    • Content-Transfer-Encoding: 7bit
    • Content-Type: text/plain; charset=us-ascii
    • Organization: Hewlett Packard ATM-SISL
    • Sender: owner-ips@ece.cmu.edu

    Julian,
    
    
    Where
    =====
    2.10 Login command
    
    
    Problem
    ======
    
    In the case where
    - the maximum number of connections/session is reached
    - the initiator is faster than the target to detect a failed TCP
       connection,
    
    the establishement of a new connection to replace the bad
    one will fail.
    
    The Login on the new connection will be rejected by the target
    because the maximum number of connections is reached and the target
    has not yet detected that there were a failed connection.
    
    In the event of a server adapter failure this problem  will almost
    always happen.
    As soon as the harware fails, the server open a new connection
    using a new adapter. The target will not be fast enough to
    realize the connection is bad.
    
    
    Solution
    ======
    
    a) in the Login message add a field (RecoverID)  to inform the target
      that this connection is to replace a failed one. The value 0xffff
    means
      it is not a connection used to replace an old one.
    
    b) After the login phase, the first message sent to the target on this
       new connection must be a Logout for the failed connection. If not
      the target close the connection.
    
    
    Regards,
    
    Pierre
    
    


Home

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