[T10] 答复: Question: when to close an STP connection for a STP target?

Guojian (F) guojian111 at hisilicon.com
Wed Jan 20 18:20:08 PST 2016

Hi Gerry,
The behavior you describe makes sense to me.
---Do you mean that the behavior of Expander never closing a connection makes sense?

In my opinion, it is more reasonable that Expander can close a connection according to bus idle time and other SATA device sending commands require.

Best Regards!

发件人: Gerry Houlder [mailto:gerry.houlder at seagate.com]
发送时间: 2016年1月21日 4:30
收件人: Guojian (F)
抄送: t10 at t10.org
主题: Re: [T10] Question: when to close an STP connection for a STP target?

The behavior you describe makes sense to me.

Remember that the expander device probably has a small number of connection to an initiator and a larger number of connections to devices. Further, the devices could be a mix of SATA devices and SAS devices. When a SATA device isn't actively accepting or sending commands or data then it sends SATA_SYNC. This is like being idle on the bus. At this point, the expander can disconnect from the initiator as well and prepare to service a new connection between that same initiator and a different device (maybe a SAS device that will use SSP protocol rather than STP protocol).

On Wed, Jan 20, 2016 at 2:30 AM, Guojian (F) <guojian111 at hisilicon.com<mailto:guojian111 at hisilicon.com>> wrote:
   We can see an example of STP target closing an connection. But I didn’t find any description about the condition of STP target closing an connection. So I want to know when to close an STP connection if the target opened it.
   Most of the expander I have seen won’t close the connection after it sent all the frame even through the target opened it. And the connection will be closed by initiator when its max connection timer or max bus inactive timer expired.
   Is this kind of target behavior reasonable?

The example:
[cid:image001.png at 01D15433.17108940]

Best wishes and Regards!

T10 mailing list
T10 at t10.org<mailto:T10 at t10.org>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.t10.org/pipermail/t10/attachments/20160121/8c2351a5/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 77438 bytes
Desc: image001.png
URL: <http://www.t10.org/pipermail/t10/attachments/20160121/8c2351a5/attachment-0001.png>

More information about the T10 mailing list