Consideration of major changes to ACA behavior

Lawrence Chen LawrenceChen at MaXXan.com
Fri May 7 07:55:53 PDT 2004


* From the T10 Reflector (t10 at t10.org), posted by:
* "Lawrence Chen" <LawrenceChen at MaXXan.com>
*

Hi Bob and George,

My only concern is that redefining the original Clear ACA
function will probably break some devices that have already been shipped to date.
I would favor defining a new function, suchas, TClearACA (patterned after the
other misc. third party logout functionality).

Best Regards,

Lawrence Chen

Principal Member of Technical Staff (PMTS)
MaXXan Systems, Inc.

(408) 382-6427 (V)
(832) 382-6599 (F)
(408) 204-2460 (C)

LawrenceChen at maxxan.com


-----Original Message-----
From: Robert Snively [mailto:rsnively at Brocade.COM]
Sent: Wednesday, May 05, 2004 3:23 PM
To: T10 Reflector (E-mail)
Cc: Robert Snively; George Penokie (E-mail)
Subject: Consideration of major changes to ACA behavior


* From the T10 Reflector (t10 at t10.org), posted by:
* "Robert Snively" <rsnively at Brocade.COM>
*

George Penokie has presented a document T10/04-114r0 describing
some modifications to ACA behavior.  In particular, he defines a
new behavior moderated by the "Allow Task Management Function Only" 
bit that rejects all Tasks with ACA ACTIVE status.

As part of the discussion, a second question was raised that
reflects on the fundamental behavior of ACA.

It was proposed that CLEAR ACA from any Initiator Port/Target Port that
participates in the task set shall clear the ACA Condition for
that task set.  In the past, CLEAR ACA would clear the ACA Condition
only if it was performed by the Initiator Port and Target Port
through which the ACA was established.

The original mechanism allowed the notified application client 
to take the responsibility for the recovery and the termination 
of the recovery period.  Alternative mechanisms were allowed for 
the case where the I_T nexus failed.

The newly proposed mechanism allows any application client to clear
the ACA condition, regardless of whether or not it received the
original notification.  This may work as desired if the application
clients have out-of-band understandings about the proper time to
terminate an ACA, but will not work correctly if such understandings
are not established.

Please consider this question carefully and respond to the reflector.
George will use these inputs to guide his direction in the next
revision of T10/04-114.  


Robert Snively

Brocade Communications Systems, Inc.
1745 Technology Drive
San Jose, CA 95110

+1 408 333 8135
rsnively at brocade.com 
*
* For T10 Reflector information, send a message with
* 'info t10' (no quotes) in the message body to majordomo at t10.org

This email message is for the sole use of the intended recipient(s) and may contain confidential information. Any unauthorized use; review, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by return email and destroy all copies of the original message. 
Copyright  2004 MaXXan Systems, Inc. All rights reserved.
*
* For T10 Reflector information, send a message with
* 'info t10' (no quotes) in the message body to majordomo at t10.org



More information about the T10 mailing list