SORT BY:

LIST ORDER
THREAD
AUTHOR
SUBJECT


SEARCH

IPS HOME


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

    RE: iSCSI: Naming and Discovery Draft...



    "Busy" and "Reservation Conflict" are SCSI Status code names defined in
    SAM-2; I'd avoid using them for this different purpose.
    ---
    Robert.Elliott@compaq.com
    Compaq Server Storage
    
    
    
    > -----Original Message-----
    > From: Renato E. Maranon [mailto:rmaranon@marantinetworks.com]
    > Sent: Wednesday, March 07, 2001 11:12 AM
    > To: klein@sanrad.com; 'Tanjore K. Suresh'
    > Cc: ips@ece.cmu.edu
    > Subject: RE: iSCSI: Naming and Discovery Draft...
    > 
    > 
    > My two cents.  I like to suggest "Target Reserved", "Target 
    > Reservation
    > Conflict" or "Target Committed".  For this condition to 
    > occur, the target
    > may not be necessarily busy, but just out of resources, or 
    > can only handle
    > one.  "Target Busy" seems to imply busy.  Building on Mark's 
    > desciption
    > below, something like:
    > 
    >    The target has committed resources to one or more 
    > initiators and cannot
    > handle
    >    another one. The initiator MAY try again later. This can 
    > be the case
    >    for simple devices that can handle only one initiator at a time, or
    >    for a target that has does not have the resources to 
    > support one more
    >    initiator.  In contrast to the  previous examples, this 
    > rejection is
    >    temporary.
    > 
    > 
    > 
    > Renato Maranon
    > Maranti Networks, Inc
    > 920 Hillview Court
    > Milpitas, Ca 95035
    > Phone:  408-719-9600 x309
    > Fax:    408-719-9631
    > email:  rmaranon@marantinetworks.com
    > home:   www.marantinetworks.com
    > 
    > 
    > -----Original Message-----
    > From: owner-ips@ece.cmu.edu [mailto:owner-ips@ece.cmu.edu]On Behalf Of
    > Yaron Klein
    > Sent: Wednesday, March 07, 2001 1:38 AM
    > To: 'Tanjore K. Suresh'
    > Cc: ips@ece.cmu.edu
    > Subject: RE: iSCSI: Naming and Discovery Draft...
    > 
    > 
    > Tanjore,
    > 
    > Some more comments:
    > 
    > The error statuses codes on Appendix B are not synchronized 
    > with the main
    > draft. We will fix it.
    > 
    > The term "target conflict" was borrowed from HTTP. Mark clarified this
    > scenario well. I would like to add that this status enables better
    > resolution and knowledge to the target. That is, in those 
    > cases the target
    > can just not open the connection or just reject it like server error.
    > However, this will not give indication of the situation as 
    > described by
    > Mark.
    > 
    > Regards,
    > 
    > Yaron
    > 
    > -----Original Message-----
    > From: owner-ips@ece.cmu.edu [mailto:owner-ips@ece.cmu.edu]On 
    > Behalf Of Mark
    > Bakke
    > Sent: Tuesday, March 06, 2001 6:51 PM
    > To: Tanjore K. Suresh
    > Cc: kaladhar@us.ibm.com; ips@ece.cmu.edu
    > Subject: Re: iSCSI: Naming and Discovery Draft...
    > 
    > 
    > Tanjore-
    > 
    > Thanks for the feedback.  I can comment on #3:
    > 
    > "Tanjore K. Suresh" wrote:
    > >         3. Appendix B, B.4.5,
    > >           Target Conflict 45 doesnot seem to be appropriate.
    > >
    > >                 I have not reviewed all the documents yet to give a
    > >                 recommendation and hence cannot give, but feel
    > >                 " Target Conflict" doesnot
    > >                 convey the meaning of the Scenario indicating
    > >                 case of " simple devices that can handle 
    > one device or
    > >                 the target had reached the limit of its Initiators'
    > capacity."
    > 
    > Perhaps we chose the wrong term for this one.  How about if call it
    > "Target Busy", and slightly re-word it?
    > 
    >    The target is busy with another initiator and cannot handle
    >    another one. The initiator MAY try again later. This can 
    > be the case
    >    for simple devices that can handle only one initiator at a time, or
    >    for a target that has does not have the resources to 
    > support one more
    >    initiator.  In contrast to the  previous examples, this 
    > rejection is
    >    temporary.
    > 
    > --
    > Mark A. Bakke
    > Cisco Systems
    > mbakke@cisco.com
    > 763.398.1054
    > 
    


Home

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