FC-TAPE Clause 9 and Ladder Diagrams

[Dave Peterson]

* From the T10 (formerly SCSI) Reflector (t10 at symbios.com), posted by:
* Dave Peterson <dap at nsco.network.com>
*

--------------861D5882B1BA443A09C75B91
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Howdy All,

I have placed the following on the T11 web site:

98-322v0.pdf    FC-TAPE Clause 9
98-323v0.pdf    FC-TAPE Ladder Diagrams

Please review them for the upcoming Tape meeting in July.
As always any comments/input prior to the meeting will help.
I have not received any input regarding CRN usage or the ABTS
proposal discussed at the last meeting.

An issue has surfaced when an SRR has been received, the
response is lost, and the requested retransmitted Sequence has not been
received within FCP_TOV. If a REC is issued to see if the SRR arrived
the
currrent Target response will be a LS_RJT indicating the Exchange is
unknown (i.e. no way to determine if the SRR was received or not from
the
Initiator). A simple change would be to require the Target to hold the
SRR
Exchange info for some time greater than FCP_TOV.
See Figure 42, Case 2 in 98-323v0.pdf.
Any other ideas?

--
===================================================================
Dave Peterson                     phone : 612-391-1008
Senior Engineer
StorageTek Network Systems Group  email: dap at network.com



--------------861D5882B1BA443A09C75B91
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit


 Howdy All, I have placed the following on the T11 web site: 98-322v0.pdf    FC-TAPE Clause 9 
98-323v0.pdf    FC-TAPE Ladder Diagrams Please review them for the upcoming Tape meeting in July. 
As always any comments/input prior to the meeting will help. 
I have not received any input regarding CRN usage or the ABTS 
proposal discussed at the last meeting. An issue has surfaced when an SRR has been received, the 
response is lost, and the requested retransmitted Sequence has not been 
received within FCP_TOV. If a REC is issued to see if the SRR arrived the 
currrent Target response will be a LS_RJT indicating the Exchange is 
unknown (i.e. no way to determine if the SRR was received or not from the 
Initiator). A simple change would be to require the Target to hold the SRR 
Exchange info for some time greater than FCP_TOV. 
See Figure 42, Case 2 in 98-323v0.pdf. 
Any other ideas? -- 
===================================================================
Dave Peterson                     phone : 612-391-1008
Senior Engineer 
StorageTek Network Systems Group  email: dap at network.com  

--------------861D5882B1BA443A09C75B91--

*
* For T10 Reflector information, send a message with
* 'info t10' (no quotes) in the message body to majordomo at symbios.com