Ladder Diagrams for Error Recovery For FCP -2 Rev 04 Out-Of-Order Delivery- Annex D
|
|
- Rhoda Newman
- 5 years ago
- Views:
Transcription
1 Ladder Diagrams for Error Recovery For FCP -2 Rev 04 Out-Of-Order Delivery- Annex D Carl Zeitler Compaq Computer Corporation April 24, 2000 T10/00-137r3 Reference: T11/00-133r1 and r2
2 Summary of Major Changes Put SRR back in for Class 2 recovery D.3, D.5, D.5a, Class 2 D.5 Class 3 Revert to doing and SRR on a closed Exchange Generated two possible ways of recovering from lost to FCP_CONF, Class 2--let s vote. See D.?? Possibilities 1 and 2. Made decision to Abort the Exchange in multiple error situations. See D.5? and D.5?? Too many corner cases Fear (reality?) of data integrity exposures Testing is bad enough for single error cases Questionable value Added D.6a to show show another Exchange ambiguity case Added text to qualify the length of time context must be maintained after FCP_RESP to differentiate between Sequence level and Exchange level recovery Added that the use of to determine status for recovery in Class 2 is optional.
3 D.1 Class 3 Error Detection _TOV (Continue with error recovery)
4 D.1 Class 2 Error Detection _TOV (Continue with error recovery)
5 D.2 Class 3 FCP_CMD Lost _TOV LS_RJT (Continue with error recovery)
6 D.2 Class 2 FCP_CMD Lost * BA_ (Exchange continues) Error Recovery The BA_ indicates that the FCP_CMD was never received. (BA- payload : SEQ_ID Validity = invalid, Low SEQ_CNT= 0, High SEQ_CNT= SEQ_CNT of frame.) Both the Initiator and Target establish Recovery Qualifiers. FCP_CMD* is resent in a new Exchange with a new SEQ_ID. The use of to determine status for error recovery is optional.
7 D.2.1 Class 2 Lost on BA (Exchange continues, no error recovery necessary) Reclaim Initiator Recovery Qualifier No error recovery. The BA_ Payload indicates that FCP_CMD was received. The BA_ payload is SEQ_ID Valid, SEQ_ID value of, low SEQ_CNT=high SEQ_CNT=SEQ_CNT of. Note that the issuance of is not necessary in this case, since the Target will not have established a Recovery Qualifier. However, the Initiator cannot reclaim the resources associated with its Recovery Qualifier until time-out expires. The use of to determine status for error recovery is optional.
8 D.3 Class 3 FCP_FER_RDY Lost _TOV FCP_FER_RDY _TOV WAIT _TOV. IF FCP_FER_RDY IS RETURNED, CONTINUE WITH ECHANGE-- ARRIVED BEFORE FCP_FER_RDY SENT ERROR OVERY Error Recovery Addition A new SEQ_ID must be used for the retransmission of the FCP_FER_RDY.
9 D.3 Class 2 FCP_FER_RDY Lost BA_ FCP_FER_RDY (Continue the Error Recovery, issue SRR) Error Recovery For Class 2 the BA_ indicates that the FCP_FER_RDY was never received by the Target. (BA_ Payload is SEQ_ID invalid, low SEQ_CNT=0, high SEQ_CNT =SEQ_CNT in frame = 1.) Both Target and Initiator must establish Recovery Qualifiers. A new SEQ_ID must be used in the retransmission of FCP_FER_RDY and the SEQ_CNT value used must be one greater than the value used in the frame. The use of to determine status for error recovery is optional.
10 D.4 Class 2 FCP_FER_RDY Rcvd, Lost FCP_FER_RDY BA_ (Continue exchange) Reclaim Target Recovery Qualifier Error Recovery None: The BA_ indicates that the FCP_FER_RDY was received by the Target, Payload of SEQ_ID valid, SEQ-ID =SEQ_ID of the FCP_FER_RDY frame, low SEQ_CNT=high SEQ_CNT=SEQ_CNT of the frame. No error recovery is required. Note: There is no need for the Target to issue the since no Recovery Qualifier was established by the Initiator in this case. It must still let expire before reclaiming the resources associated with its Recovery Qualifier. The use of to determine status for error recovery is optional.
11 D.5 Class 3 FCP_RESP Lost, No FCP_CONF Req. _TOV FCP_RESP _TOV WAIT _TOV. IF FCP_RESP EIVED, COMPLETE THE ECHANGE. OTHERWISE DO ERROR OVERY RR_TOV For Sequence level recovery, the Target must keep the context of this Exchange until the O_ID value is reused in a new command, implicitly validating the receipt of FCP_RESP, or for at least RR_TOV, in order to preserve the FCP_RESP information. This long timeout can be avoided by using FCP_CONF. The FCP_RESP retransmission must use a new SEQ_ID. For Exchange level recovery, the context of the Exchange can be purged by the Target after FCP_RESP is transmitted.
12 D.5 Class 2 FCP_RESP Lost, No FCP_CONF Req BA_ FCP_RESP (Continue recovery, issue SRR) BA_ Error Recovery BA_ indicates that FCP_RESP was never received by the Initiator (Payload is SEQ_ID invalid, low SEQ_CNT=0, high SEQ_CNT=SEQ_CNT in frame=1.) Both Initiator and Target must establish Recovery Qualifiers. A new SEQ_ID must be used in the retransmission of FCP_RESP and the SEQ_CNT value used must be one greater than the value used in the frame. The use of to determine status for error recovery is optional.
13 D.5a Class 2 FCP_RESP Lost after a Write Cmnd, No FCP_CONF Req. BA_ FCP_DATA FCP_RESP (Continue recovery, issue SRR) Error Recovery BA_ indicates that FCP_RESP was never received by the Initiator (Payload is SEQ_ID valid, SEQ_ID=SEQ_ID of FCP_DATA Sequence, low SEQ_CNT=0, high SEQ_CNT=SEQ_CNT in frame=1.) Both Initiator and Target must establish Recovery Qualifiers. A new SEQ_ID must be used in the retransmission of FCP_RESP and the SEQ_CNT value used must be one greater than the value used in the frame. The use of to determine status for error recovery is optional.
14 D.6 Class 2 FCP_RESP Rcvd, Lost FCP_RESP BA_RJT(Logical error, Invalid O_ID-R_ID) Error Recovery Reclaim Target Recovery Qualifier None: The BA_RJT for the indicates the Exchange is unknown and therefore complete and no error recovery is required. The Target must establish a Recovery Qualifier. The associated resources cannot be reused for a period of. (See D.5?? where the same O_ID is used before the expiration of ) Note: The Target need not issue as no Recovery Qualifier was established by the initiator.
15 D.6a Class 2 FCP_RESP Rcvd, Lost, Case 2, O_ID=j, O_ID=j FCP_RESP BA_RJT(Logical error, Invalid O_ID-R_ID) Reclaim Target Recovery Qualifier Error Recovery None: The BA_RJT for the indicates the Exchange is unknown and therefore complete and no error recovery is required. The Target must establish a Recovery Qualifier. The associated resources cannot be reused for a period of. Note that no action is taken on until the to the outstanding Sequence has been received, allowing the analysis to take into consideration the R_ID, to eliminate ambiguity. (See D. 5?? For another case.) Note: The Target need not issue as no Recovery Qualifier was established by the initiator.
16 D.7 Class 3 Lost Write Data, Last Frame of Seq. FCP_FER_RDY ( R0=0) _TOV FCP_DATA (seq=1, cnt=0, RO=0) FCP_DATA (seq=1, cnt=1) (Continue with error recovery. New SEQ_IDs must be used for FCP_FER_RDY and FCP_DATA retransmission.)
17 D.7 Class 2 Lost Write Data, Last Frame of Seq. FCP_DATA (seq=1, cnt=0, RO=0) FCP_DATA (seq=1, cnt=1) (continue error recovery) BA_ FCP_FER_RDY ( R0=0) Error Recovery Addition BA_ indicates by its payload, that FCP_DATA Sequence was not completely received(payload: SEQ_ID valid, SEQ_ID value =SEQ_ID of, low SEQ_CNT of 0 not equal to high SEQ_CNT of 2). New SEQ_IDs shall be used for the retransmission of FCP_FER_RDY and FCP_DATA. For Class 2 the starting SEQ_CNT value used with FCP_DATA must one greater than the value used in. The s for / are not shown.
18 D.8 Cl 3, Lost Write Data, Not Last Fr. of Seq. FCP_FER_RDY ( R0=0) _TOV FCP_DATA (seq=1, cnt=0, RO=0) FCP_DATA (seq=1, cnt=1) (If the lost data frame arrives at the Target prior to the expiration of _TOV, then the Exchange proceeds and no recovery is required.) (Continue error recovery. New SEQ_IDs must be used for FCP_FER_RDY and FCP_DATA retransmission.)
19 D.8 Class 2 Lost Write Data, Not Last Frame of Seq. FCP_DATA (seq=1, cnt=0, RO=0) FCP_DATA (seq=1, cnt=1) (continue error recovery) (Abort Sequence Condition) FCP_FER_RDY ( R0=0) BA_CC Error Recovery Addition BA_ indicates by its payload, that the FCP_DATA Sequence was not completely received(payload: SEQ_ID valid, SEQ_ID value =SEQ_ID of, low SEQ_CNT of 0 not equal to high SEQ_CNT of 2). New SEQ_IDs shall be used for retransmission of FCP_FER_RDY and FCP_DATA. For Class 2 the Sequence count value used with the retransmission of FCP_DATA must be one greater than the value used in. Note that if all data frames arrive at the Target prior to the expiration of ( out-of-order), then there is no error and no recovery is necessary. s for / are not shown. Note:Sequence Error Detected
20 D.9 Class 3 Lost Read Data, Last Frame of Seq. FCP_DATA seq=1, cnt=0, RO=0 FCP_DATA (seq=1, cnt=1) FCP_RESP _TOV (IF FCP_DATA (seq=1,cnt=1) is received during _TOV, then complete the Exchange.) (Continue error recovery. FCP_DATA retransmission must use a new SEQ_ID.)
21 D.9 Class 2 Lost Read Data, Last Frame of Seq. FCP_DATA seq=1, cnt=0, RO=0 FCP_DATA (seq=1, cnt=1) BA_ (Continue error recovery) Error Recovery Addition BA_ indicates by its payload, that the FCP_DATA Sequence was not completely received(payload: SEQ_ID invalid, low SEQ_CNT of 0 not equal to high SEQ_CNT of the frame of 2). A new Sequence ID shall be used for retransmission of FCP_DATA. For Class 2, the Sequence count value used with the retransmission of FCP_DATA shall be one greater than the value used in. The s for / are not shown.
22 D.10 Class 3 Lost Read Data, Not Last Frame of Seq FCP_DATA( seq=1, cnt=0, RO=0) FCP_DATA( seq=1, cnt=1) FCP_RESP _TOV (If FCP_DATA (seq=1, cnt=0,ro=0) is received within _TOV, then proceed with or finish the Exchange.) (Continue error recovery. A new SEQ_ID must be used for the retransmission of FCP_DATA.)
23 D.10 Class 2 Lost Read Data, Not Last Frame of Seq Note: Sequence Error Detected BA_ FCP_DATA (seq=1, cnt=1) FCP_DATA seq=1, cnt=0, RO=0 (Abort Sequence Condition) (Continue error recovery) Error Recovery Addition BA_ indicates by its payload, that the FCP_DATA Sequence was not completely received(payload: SEQ_ID invalid, low SEQ_CNT of 0 not equal to high SEQ_CNT of the frame of 2). A new Sequence ID shall be used for retransmission of FCP_DATA. For Class 2, the SEQ_CNT used with the retransmission of FCP_DATA shall be one greater than the value used in. Note that if all data frames arrive at the initiator before expires, then no recovery is required; a frame or frames arrived out-of-order. The s for / are not shown.
24 D.11 Class 2 Lost on Read FCP_DATA seq=1, cnt=0, RO=0 BA_ (No recovery required, complete the Exchange) FCP_RESP Recover Target Recovery Qualifier Error Recovery None: The initiator has received the FCP_DATA Sequence. No error recovery is required. Note: The BA_ indicates the FCP_DATA sequence was received (Payload is SEQ_ID valid, SEQ_ID value =SEQ_ID value of FCP_DATA Sequence, low SEQ_CNT=high SEQ_CNT= SEQ_CNT of frame). Note: The Target must establish its Recovery Qualifier. The resources associated with the Recovery Qualifier can be reclaimed after. The issuance of is optional as no Recovery Qualifier was established by the Initiator in this case. FCP_RESP can be received anytime after the transmission of FCP_CMD due to out-of-order delivery.
25 D.12a Class 2 Lost on Write FCP_FER_RDY ( R0=0) FCP_DATA (seq=1, cnt=0, RO=0) FCP_DATA (seq=1, cnt=1) BA_ FCP_RSP Recover Initiator Recovery Qualifier Error Recovery None: The Target received the FCP_DATA sequence. No error recovery is required. Note: The BA_ indicates the data sequence was received (Payload is SEQ_ID valid, SEQ_ID value =SEQ_ID value of the FCP_DATA Sequence, low SEQ_CNT=high SEQ_CNT=SEQ_CNT of frame). The Target and Initiator continue the Exchange. The Initiator must establish its Recovery Qualifier. The resources associated with the Recovery Qualifier can be reclaimed after. The issuance of the is optional as no Recovery Qualifier was established by the Target. FCP_RESP can be received at any time after the last FCP_DATA frame has been transmitted.
26 D.?1 Class 3 FCP_CONF Lost FCP_RESP FCP_CONF LS-RJT Error Recovery None. LS-RJT implicitly indicates that the Initiator received FCP_RESP and sent FCP_CONF, since no context exists for the Exchange. The context for the Exchange in the Target must be preserved for another to prevent possible aliasing. If FCP_CONF is received after is transmitted, it is accepted and discarded and the context for the Exchange can be purged.
27 D.?? Class 2 FCP_CONF Lost(Possibility 1) FCP_RESP FCP_CONF FCP_CONF * BA_ Error Recovery BA_ payload indicates that FCP_CONF was not received (low SEQ_CNT=0, not equal to high SEQ_CNT =1, SEQ_ID valid, SEQ_ID value =SEQ_ID of ) * Second FCP_CONF must be sent with a different SEQ_ID and the SEQ_CNT value must be one greater than the value used in the frame.
28 D.?? Class 2 FCP_CONF Lost(Possibility 2) FCP_RESP FCP_CONF (Abort the Exchange) BA_ Error Recovery Since the Initiator has received FCP_RESP, the Initiator can Abort the Exchange.
29 D.??? Class 2 Lost on FCP_CONF FCP_RESP FCP_CONF BA_RJT(logical error, Invalid O_ID-R_ID) Reclaim Initiator Recovery Qualifier Error Recovery None: BA_RJT is the response to the since no context exists for this Exchange and the was not issued on the first Sequence of a new Exchange. The Initiator must establish a Recovery Qualifier on receipt of the BA_RJT. The resources associated with the Recovery Qualifier can be reclaimed when expires. Note that the issuance of is optional as no Recovery Qualifier was established by the Target.
30 D.5? Class 2 Multiple Error Condition, Abort the Exchange I SEQ_ID=x, SEQ_CNT=0 T FCP_RESP SEQ_ID=y, SEQ_CNT=0 SEQ_ID=x SEQ_CNT=1 SEQ_ID=y SEQ_CNT=1 BA_ SEQ_ID=y SEQ_CNT=1, see 1. BA_ SEQ_ID=x SEQ_CNT=1, see 2. LS bit=1 LS bit=1 or LS_RJT or LS_RJT Error Recovery Error recovery shall not be attempted if multiple errors, or the appearance of multiple errors, have occurred in an Exchange. A multiple error arises when a Recovery Qualifier has been established and then either an is received or the recovery action indicates the need to send an. The Exchange shall be aborted by issuing (Abort Sequence) if called for in the recovery process or by setting the Last_Sequence bit to one in BA_ with payload of SEQ_ID Validity = invalid, Low SEQ_CNT=hex 0000, High SEQ_CNT= hex FFFF, or both.
31 D.5?? Mutliple Error Condition, Exchange Ambiguities, Abort the Exchange I SEQ_ID=x, SEQ-CNT=0 O_ID=a, R_ID=ff T SEQ_ID=x, SEQ_CNT=0, O_ID=a, R_ID=g FCP_RESP SEQ_ID=y, SEQ_CNT=0, O_ID=a, R_ID=g SEQ_ID=y SEQ_CNT=0, O_ID=a, R_ID=g SEQ_ID=x, SEQ-CNT=0 O_ID=a, R_ID=ff SEQ_ID=x, SEQ_CNT=0, O_ID=a, R_ID=d FCP_RESP SEQ_ID=z, SEQ_CNT=0, O_ID=a, R_ID=d SEQ_ID=y SEQ_CNT=1, O_ID=a, R_ID=g BA_ SEQ_ID=y SEQ_CNT=1, O_ID=a, R_ID=g, see note 1. (Abort Exchange) SEQ_ID=x SEQ_CNT=1 OID=a, R_ID=ff BA_ SEQ_ID=z SEQ_CNT=1 OID=a, R_ID=d, LS=1 SEQ_ID=z SEQ_CNT=1, OID=a, R_ID=d BA_ SEQ_ID=x SEQ_CNT=1 OID=a, R_ID=d, LS=1 or LS_RJT or LS_RJT Error Recovery Reuse of Exchange IDs can produce ambiguities. In the event of multiple errors, the current Exchange shall be aborted. 1. The Initiator shall not act on the until either the to is received or expires.
32 D.13 Cl 3, Lost x 2* BA_ Since the was never received by the Target, the BA_ payload is SEQ_ID invalid, low SEQ_CNT =0, high SEQ_CNT= SEQ_CNT of =1. Recovery qualifiers are established on both sides The second must be issued in a new Exchange Change in the test to 2* to agree with the text in
33 D.13a Cl 3, Response Lost 2* x BA_ Since the Target has already responded with then no context exists for the Exchange. The Target would view the as being issued on a new Exchange, establish a Recovery Qualifier and respond with BA_ (Payload is SEQ_ID invalid, low SEQ_CNT=high SEQ_CNT= SEQ_CNT of ). Since does not change any state, it can be reissued unconditionally. The second must be issued in a new Exchange. Change in the test to 2* to agree with the text in
34 ED_TOV x D.13b Class 2, Lost BA_ The BA_ payload indicates that the was never received by the Target (Payload is SEQ_ID invalid, low SEQ_CNT=0, high SEQ_CNT= SEQ_CNT in frame) Recovery Qualifiers are established on each side. The second is issued using a new Exchange.
35 D.13c Class 2, Response Lost BA_ x for for ED_TOV Note: The Target determines that the was never received by the Initiator; BA_ payload is SEQ_ID invalid, Low SEQ_CNT=0, High SEQ_CONT= SEQ_CNT of. Target reissues the.
36 D.14a Class 3, SRR Lost 2* SRR x BA_ SRR* Note: BA_ Payload: SEQ_ID Validity = invalid, low SEQ_CNT=0, high SEQ_CNT =SEQ_CNT of frame. Recovery Qualifiers are established on both sides. SRR* is issued in a new Exchange. The Target restarts the original Exchange per the SRR* Payload. Change in the test to 2* to agree with the text in
37 D.14b Class 3, SRR Response Lost SRR 2* SRR* BA_ LS_RJT(FCP_RJT) Note: The Exchange for the SRR completed. Since to the Target this looks like an on a new Exchange, the BA_ Payload is SEQ_ID Validity = invalid, low SEQ_CNT=0, high SEQ_CNT = SEQ_CNT of. FCP_RJT is the response to the SRR* since the the original Exchange has been restarted by the Target per the Payload of the SRR. The original Exchange is in process, or it has completed and no context for it (O_ID-R_ID) remains. Change in the test to 2* to agree with the text in
38 ED_TOV SRR x D.14c Class 2, SRR Lost BA_ SRR Since this is an on a new Exchange, Recovery Qualifiers must be established. BA- indicates Invalid SEQ_ID, low SEQ_CNT= 0 and high SEQ_CNT = SEQ_CNT of the. The second SRR is issued using a new Exchange.
39 D.14d Class 2, SRR Response Lost SRR BA_ x for SRR for SRR ED_TOV Note: The BA_ payload indicates SEQ_ID invalid, low SEQ_CNT=0 and high SEQ_CNT=SEQ_CNT of the, which indicates that the for SRR was not received and will be discarded if it is received. Recovery Qualifiers are established on both sides. The for SRR is issued with a new SEQ_ID and a SEQ_CNT one greater than used in the.
To: T10 Membership T10/97-184R4 Subject: Use of Class 2 for Fibre Channel Tapes From: Date: 23-Oct-1997
To: T10 Membership T10/97-184R4 Subject: Use of Class 2 for Fibre Channel Tapes From: Date: 23-Oct-1997 This paper describes the use of the Fibre Channel Class 2 protocol
More information22 March r1 FCP-4 QUERY TASK task management function
To: T10 Technical Committee From: Rob Elliott, HP (elliott@hp.com) Date: 22 March 2007 Subject: 07-072r1 FCP-4 QUERY TASK task management function Revision history Revision 0 (14 February 2007) First revision
More informationFCP-2 Issues To Resolve (T10/02-267r0) Dave Peterson, Cisco Systems, Inc.
FCP-2 Issues To Resolve (T10/02-267r0) Dave Peterson, Cisco Systems, Inc. 1. IBM INCITS No Vote In reviewing the response to Veritas's FCP-2 Public Review comments concerning the clearing actions of link
More informationClass 3 Error Detection and Recovery for Sequential Access Devices Preliminary ANSI T10 Working Document R22
Class 3 Error Detection and Recovery for Sequential Access Devices Preliminary ANSI T10 Working Document 97-189R22 Scope Problems exist in PLDA in detecting and correcting error conditions on sequential
More informationJohn Lohmeyer, chairperson, T10 From: Bob Snively Date: February 2, 2000 Subject:Comments on the FCP-2 letter ballot of revision 04
Sun Microsystems, Inc. 901 San Antonio Road Palo Alto, CA 94303-4900 February 2, 2000 T10/00-139 revision 0 To: John Lohmeyer, chairperson, T10 From: Bob Snively Date: February 2, 2000 Subject:Comments
More informationI would like to report the following issues with
Brian Hart/Austin/IBM 03/07/2008 01:59 PM Default custom expiration date of 03/07/2009 To cc bcc Subject Kevin D Butt/Tucson/IBM@IBMUS Jerry Poole/Raleigh/IBM@IBMUS, Christine R Knibloe/Tucson/IBM@IBMUS,
More informationfile:///c:/users/hpguo/dropbox/website/teaching/fall 2017/CS4470/H...
1 of 9 11/26/2017, 11:28 AM Homework 3 solutions 1. A window holds bytes 2001 to 5000. The next byte to be sent is 3001. Draw a figure to show the situation of the window after the following two events:
More informationT10/03-229r0 SAS-1.1 Transport layer retries ladder diagrams
To: T10 Technical Committee From: Jim Jones, Quantum (jim.jones@quantum.com) and Rob Elliott, HP (elliott@hp.com) Date: 25 June 2003 Subject: T10/03-229r0 SAS-1.1 Transport Layer Retries ladder diagrams
More informationT10/03-229r1 SAS-1.1 Transport layer retries ladder diagrams
To: T10 Technical Committee From: Jim Jones, Quantum (jim.jones@quantum.com) and Rob Elliott, HP (elliott@hp.com) Date: 11 August 2003 Subject: T10/03-229r1 SAS-1.1 Transport Layer Retries ladder diagrams
More information03-186r3r3 SAS-1.1 Transport layer retries 25 October 2003
To: T10 Technical Committee From: Rob Elliott, HP (elliott@hp.com) Date: 25 October 2003 Subject: 03-186r3r3 SAS-1.1 Transport layer retries Revision history Revision 0 (6 May 2003) first revision Revision
More informationRevision 6: Red text Incorporate comments from January 5, 2004 conference call. Minor wording changes.
To: INCITS T10 Committee From: Susan Gray, Quantum Date: January, 5, 2004 Document Number: T10/03-355r6 Subject: ADT Section 4.7.1.3 1 Revision History Revision 6: Red text Incorporate comments from January
More informationData Link Layer, Part 5 Sliding Window Protocols. Preface
Data Link Layer, Part 5 Sliding Window Protocols These slides are created by Dr. Yih Huang of George Mason University. Students registered in Dr. Huang's courses at GMU can make a single machine-readable
More informationADT Frame Format Notes (Paul Suhler) ADI ADT Frame Format Proposal (Rod Wideman)
To: INCITS T10 Membership From: Paul Entzel, Quantum Date: 11 November 2002 Document: T10/02-329r2 Subject: Proposed frame format for ADT 1 Related Documents T10/02-233r0 T10/02-274r0 ADT Frame Format
More information03-186r5 SAS-1.1 Transport layer retries 13 January 2004
To: T10 Technical Committee From: Rob Elliott, HP (elliott@hp.com) Date: 13 January 2004 Subject: 03-186r5 SAS-1.1 Transport layer retries Revision history Revision 0 (6 May 2003) first revision Revision
More informationThe objective. Atomic Commit. The setup. Model. Preserve data consistency for distributed transactions in the presence of failures
The objective Atomic Commit Preserve data consistency for distributed transactions in the presence of failures Model The setup For each distributed transaction T: one coordinator a set of participants
More informationT10/03-186r2 SAS-1.1 Transport layer retries
To: T10 Technical Committee From: Rob Elliott, HP (elliott@hp.com) and Jim Jones, Quantum (jim.jones@quantum.com) Date: 28 July 2003 Subject: T10/03-186r1 SAS-1.1 Transport layer retries T10/03-186r2 SAS-1.1
More informationReliable Transport : Fundamentals of Computer Networks Bill Nace
Reliable Transport 14-740: Fundamentals of Computer Networks Bill Nace Material from Computer Networking: A Top Down Approach, 6 th edition. J.F. Kurose and K.W. Ross Administration Stuff is due HW #1
More informationFault Tolerance. o Basic Concepts o Process Resilience o Reliable Client-Server Communication o Reliable Group Communication. o Distributed Commit
Fault Tolerance o Basic Concepts o Process Resilience o Reliable Client-Server Communication o Reliable Group Communication o Distributed Commit -1 Distributed Commit o A more general problem of atomic
More informationGEARMOTORS AF MOTORS FOR INVERTER C-1
C-1 C-2 C-3 C-4 R R C-5 C-6 C-7 1.47 14.7 584Hz 438Hz 318Hz 270Hz 234Hz 206Hz 167Hz 140Hz 121Hz 100Hz 81.4Hz 68.6Hz 59.4Hz 49.2Hz 40.2Hz 33.7Hz 28.9Hz 24.5Hz 21.2Hz 17.9Hz 15.2Hz 12.8Hz 3.11 4.15 5.70
More informationComputer Networking : Principles, Protocols and Practice
Computer Networking : Principles, Protocols and Practice Part 3 : Transport Layer Olivier Bonaventure http://inl.info.ucl.ac.be/ O. Bonaventure 2008 Basics Module 3 : Transport Layer Building a reliable
More informationChapter 11 Data Link Control 11.1
Chapter 11 Data Link Control 11.1 Copyright The McGraw-Hill Companies, Inc. Permission required for reproduction or display. 11-1 FRAMING The data link layer needs to pack bits into frames, so that each
More informationATOMIC COMMITMENT Or: How to Implement Distributed Transactions in Sharded Databases
ATOMIC COMMITMENT Or: How to Implement Distributed Transactions in Sharded Databases We talked about transactions and how to implement them in a single-node database. We ll now start looking into how to
More information1.0 Editorial Changes
FCP-2 initial changes 1 Doc: T10/97-266r3 Date: 10/30/98 Project: FPC-2 Ref Doc: Reply to: Bob Snively To: T10 Membership From: Bob Snively, Sun Microsystems Subject: FCP-2 Initial Changes There have finally
More informationThe challenges of non-stable predicates. The challenges of non-stable predicates. The challenges of non-stable predicates
The challenges of non-stable predicates Consider a non-stable predicate Φ encoding, say, a safety property. We want to determine whether Φ holds for our program. The challenges of non-stable predicates
More informationUSB Feature Specification: Shared Endpoints
USB Feature Specification: Shared Endpoints SYSTEMSOFT CORPORATION INTEL CORPORATION Revision 1.0 October 27, 1999 USB Feature Specification: Shared Endpoints Revision 1.0 Revision History Revision Issue
More informationSequence Number. Acknowledgment Number. Data
CS 455 TCP, Page 1 Transport Layer, Part II Transmission Control Protocol These slides are created by Dr. Yih Huang of George Mason University. Students registered in Dr. Huang's courses at GMU can make
More informationNWEN 243. Networked Applications. Layer 4 TCP and UDP
NWEN 243 Networked Applications Layer 4 TCP and UDP 1 About the second lecturer Aaron Chen Office: AM405 Phone: 463 5114 Email: aaron.chen@ecs.vuw.ac.nz Transport layer and application layer protocols
More informationCSC 4900 Computer Networks: TCP
CSC 4900 Computer Networks: TCP Professor Henry Carter Fall 2017 Project 2: mymusic You will be building an application that allows you to synchronize your music across machines. The details of which are
More informationDifferent Layers Lecture 20
Different Layers Lecture 20 10/15/2003 Jian Ren 1 The Network Layer 10/15/2003 Jian Ren 2 Network Layer Functions Transport packet from sending to receiving hosts Network layer protocols in every host,
More informationTCP/IP Protocol Suite 1
TCP/IP Protocol Suite 1 Stream Control Transmission Protocol (SCTP) TCP/IP Protocol Suite 2 OBJECTIVES: To introduce SCTP as a new transport-layer protocol. To discuss SCTP services and compare them with
More informationNetwork Protocols. Sarah Diesburg Operating Systems CS 3430
Network Protocols Sarah Diesburg Operating Systems CS 3430 Protocol An agreement between two parties as to how information is to be transmitted A network protocol abstracts packets into messages Physical
More information17 March r1 SAM-4 SAS-2 QUERY UNIT ATTENTION task management function
To: T10 Technical Committee From: Rob Elliott, HP (elliott@hp.com) Date: 17 March 2007 Subject: 07-067r1 SAM-4 SAS-2 QUERY UNIT ATTENTION task management function Revision history Revision 0 (13 February
More information10.1 REVIEW QUESTIONS
CHAPTER 10 Data Link Control 10.1 REVIEW QUESTIONS 1. Transmission means to put a signal on a line. Communication is a meaningful and orderly relationship between devices that send and receive data. 3.
More informationMYE017 Distributed Systems. Kostas Magoutis
MYE017 Distributed Systems Kostas Magoutis magoutis@cse.uoi.gr http://www.cse.uoi.gr/~magoutis Basic Reliable-Multicasting Schemes A simple solution to reliable multicasting when all receivers are known
More informationReliable Services. Implies... Reliability. Stop and Wait / Idle ARQ. Recovery by Timer Using Stop and Wait
Reliability Services G Fairhurst (c) 998 G Fairhurst (c) 998 efinition of Reliability Stop & wait ARQ s N Implies... All information is received No information is duplicated (no loss, no residual errors)
More informationTCP Basics : Computer Networking. Overview. What s Different From Link Layers? Introduction to TCP. TCP reliability Assigned reading
TCP Basics 15-744: Computer Networking TCP reliability Assigned reading [FF96] Simulation-based Comparisons of Tahoe, Reno, and SACK TCP L-9 TCP Basics 2 Key Things You Should Know Already Port numbers
More informationERROR AND FLOW CONTROL. Lecture: 10 Instructor Mazhar Hussain
ERROR AND FLOW CONTROL Lecture: 10 Instructor Mazhar Hussain 1 FLOW CONTROL Flow control coordinates the amount of data that can be sent before receiving acknowledgement It is one of the most important
More informationCMSC 417. Computer Networks Prof. Ashok K Agrawala Ashok Agrawala. October 11, 2018
CMSC 417 Computer Networks Prof. Ashok K Agrawala 2018 Ashok Agrawala Message, Segment, Packet, and Frame host host HTTP HTTP message HTTP TCP TCP segment TCP router router IP IP packet IP IP packet IP
More informationLecture 26: Data Link Layer
Introduction We have seen in previous lectures that the physical layer is responsible for the transmission of row bits (Ones and Zeros) over the channel. It is responsible for issues related to the line
More informationCS 5520/ECE 5590NA: Network Architecture I Spring Lecture 13: UDP and TCP
CS 5520/ECE 5590NA: Network Architecture I Spring 2008 Lecture 13: UDP and TCP Most recent lectures discussed mechanisms to make better use of the IP address space, Internet control messages, and layering
More informationJoint T11/T10 Tape AdHoc Meeting Minutes July 13, Colorado Springs, CO Stewart Wyatt - FC-TAPE Secretary
Joint T11/T10 Tape AdHoc Meeting Minutes July 13, 1999 - Colorado Springs, CO Stewart Wyatt - FC-TAPE Secretary T11/99-411v0 1. Introductions: Group Facilitator Dale Lafollette called the meeting to order
More informationChapter 11 Data Link Control 11.1
Chapter 11 Data Link Control 11.1 Copyright The McGraw-Hill Companies, Inc. Permission required for reproduction or display. 11-1 FRAMING The data link layer needs to pack bits into frames, so that each
More informationFault Tolerance Part II. CS403/534 Distributed Systems Erkay Savas Sabanci University
Fault Tolerance Part II CS403/534 Distributed Systems Erkay Savas Sabanci University 1 Reliable Group Communication Reliable multicasting: A message that is sent to a process group should be delivered
More informationFault Tolerance. Distributed Systems IT332
Fault Tolerance Distributed Systems IT332 2 Outline Introduction to fault tolerance Reliable Client Server Communication Distributed commit Failure recovery 3 Failures, Due to What? A system is said to
More informationFC-FS clauses. 2 B r3, /04/00
May 4, 2000 T11/00-284 version 0 T10/00-230 revision 0 To: Kumar Malavalli, chairperson, T11, John Lohmeyer, chairperson, T10 From: Bob Snively Date: February 2, 2000 Subject: FCP-2 items that need to
More informationNetworked Systems and Services, Fall 2018 Chapter 3
Networked Systems and Services, Fall 2018 Chapter 3 Jussi Kangasharju Markku Kojo Lea Kutvonen 4. Transport Layer Reliability with TCP Transmission Control Protocol (TCP) RFC 793 + more than hundred other
More informationCSC 401 Data and Computer Communications Networks
CSC 401 Data and Computer Communications Networks Transport Layer Connection Oriented Transport: TCP Sec 3.5 Prof. Lina Battestilli Fall 2017 Transport Layer Chapter 3 Outline 3.1 Transport-layer Services
More informationNetworked Systems and Services, Fall 2017 Reliability with TCP
Networked Systems and Services, Fall 2017 Reliability with TCP Jussi Kangasharju Markku Kojo Lea Kutvonen 4. Transmission Control Protocol (TCP) RFC 793 + more than hundred other RFCs TCP Loss Recovery
More informationThe Transport Layer Reliability
The Transport Layer Reliability CS 3, Lecture 7 http://www.cs.rutgers.edu/~sn4/3-s9 Srinivas Narayana (slides heavily adapted from text authors material) Quick recap: Transport Provide logical communication
More informationETSF05/ETSF10 Internet Protocols Transport Layer Protocols
ETSF05/ETSF10 Internet Protocols Transport Layer Protocols 2016 Jens Andersson Transport Layer Communication between applications Process-to-process delivery Client/server concept Local host Normally initialiser
More informationCSCD 330 Network Programming
CSCD 330 Network Programming Lecture 10 Transport Layer Continued Spring 2018 Reading: Chapter 3 Some Material in these slides from J.F Kurose and K.W. Ross All material copyright 1996-2007 1 Last Time.
More informationAnalyzation of Automatic Repeat Request (ARQ) Protocols
RESEARCH ARTICLE OPEN ACCESS Analyzation of Automatic Repeat Request (ARQ) Protocols 1 Jeshvina.S, 2 Sneha.P, 3 Saraanya.S Final year BCA, Dept of Computer Science New Horizon College Kasturinagar, Bangalore
More informationIEC Master Driver Help Kepware Technologies
IEC 60870-5-101 Master Driver Help 2014 Kepware Technologies IEC 60870-5-101 Master Driver 2 Table of Contents Table of Contents 2 IEC 60870-5-101 Master Driver Help 3 Overview 3 Channel Setup 4 Device
More informationItem 2) In clause PL_OC2:Overall_Control state frame transmission cancellations: change the text to be as follows:
a Maxtor Corporation 500 McCarthy Boulevard Milpitas, CA 95035 USA To: T10 SAS Protocol Working Group Contact: Mark Evans Phone: 408-894-5310 Email: mark_evans@maxtor.com Date: 23 February 2004 Subject:
More informationFC-FS clauses. 2 B r3, /04/00 3 All r3, 4.18 All 05/10/00 4 All r3, 4.36, 4.96, 4.78,
May 10, 2000 T11/00-284 version 1 T10/00-230 revision 1 To: Kumar Malavalli, chairperson, T11, John Lohmeyer, chairperson, T10 From: Bob Snively Date: February 2, 2000 Subject: FCP-2 items that need to
More informationCSE 5306 Distributed Systems. Fault Tolerance
CSE 5306 Distributed Systems Fault Tolerance 1 Failure in Distributed Systems Partial failure happens when one component of a distributed system fails often leaves other components unaffected A failure
More informationCongestion Avoidance. Finding Feature Information
This chapter provides information about slow devices that cause congestion (slow-drain devices) in a network and how to avoid slow-drain devices. Finding Feature Information, page 1 Feature History for,
More informationChapter 11 Data Link Control 11.1
Chapter 11 Data Link Control 11.1 Copyright The McGraw-Hill Companies, Inc. Permission required for reproduction or display. 11-1 1 FRAMING The data link layer needs to pack bits into frames,, so that
More informationTCP: Flow and Error Control
1 TCP: Flow and Error Control Required reading: Kurose 3.5.3, 3.5.4, 3.5.5 CSE 4213, Fall 2006 Instructor: N. Vlajic TCP Stream Delivery 2 TCP Stream Delivery unlike UDP, TCP is a stream-oriented protocol
More informationRequest for Comments: 714 NIC: April A Host/Host Protocol for an ARPANET-Type Network
Network Working Group A. McKenzie Request for Comments: 714 BBN-NCC NIC: 35144 April 1976 A Host/Host Protocol for an ARPANET-Type Network Recently we have been involved in the planning of a network, which,
More informationMultiple unconnected networks
TCP/IP Life in the Early 1970s Multiple unconnected networks ARPAnet Data-over-cable Packet satellite (Aloha) Packet radio ARPAnet satellite net Differences Across Packet-Switched Networks Addressing Maximum
More informationLayered Network Architecture. CSC358 - Introduction to Computer Networks
Layered Network Architecture Layered Network Architecture Question: How can we provide a reliable service on the top of a unreliable service? ARQ: Automatic Repeat Request Can be used in every layer TCP
More informationFault Tolerance. Chapter 7
Fault Tolerance Chapter 7 Basic Concepts Dependability Includes Availability Reliability Safety Maintainability Failure Models Type of failure Crash failure Omission failure Receive omission Send omission
More informationRequest for Comments: 1007 June 1987
Network Working Group Wayne McCoy Request for Comments: 1007 June 1987 MILITARY SUPPLEMENT TO THE ISO TRANSPORT PROTOCOL Status of this Memo This RFC is being distributed to members of the Internet community
More information04-340r0 SAS-1.1 OPEN_REJECT BAD DESTINATION handling 18 October 2004
To: T10 Technical Committee From: Rob Elliott, HP (elliott@hp.com) Date: 18 October 2004 Subject: 04-340r0 SAS-1.1 OPEN_REJECT BAD DESTINATION handling Revision history Revision 0 (18 October 2004) First
More informationTransport Layer: outline
Transport Layer: outline Transport-layer services Multiplexing and demultiplexing Connectionless transport: UDP Principles of reliable data transfer Connection-oriented transport: TCP Segment structure
More informationChapter 3 Transport Layer
Chapter 3 Transport Layer A note on the use of these ppt slides: We re making these slides freely available to all (faculty, students, readers). They re in PowerPoint form so you can add, modify, and delete
More informationFault Tolerance. Distributed Systems. September 2002
Fault Tolerance Distributed Systems September 2002 Basics A component provides services to clients. To provide services, the component may require the services from other components a component may depend
More informationChapter 4: Distributed Transactions (First Part) IPD, Forschungsbereich Systeme der Informationsverwaltung
Chapter 4: Distributed Transactions (First Part) IPD, Forschungsbereich e der Informationsverwaltung 1 Distributed Transactions (1) US Customers Transfer USD 500,-- from Klemens account to Jim s account.
More informationCommunications Software. CSE 123b. CSE 123b. Spring Lecture 3: Reliable Communications. Stefan Savage. Some slides couresty David Wetherall
CSE 123b CSE 123b Communications Software Spring 2002 Lecture 3: Reliable Communications Stefan Savage Some slides couresty David Wetherall Administrativa Home page is up and working http://www-cse.ucsd.edu/classes/sp02/cse123b/
More informationComputer Networking. Reliable Transport. Reliable Transport. Principles of reliable data transfer. Reliable data transfer. Elements of Procedure
Computer Networking Reliable Transport Prof. Andrzej Duda duda@imag.fr Reliable Transport Reliable data transfer Data are received ordered and error-free Elements of procedure usually means the set of
More informationFunctional Acknowledgment - 997
997 Functional Acknowledgment - 4030 INBOUND Version: 1.0 Author: Modified: 03/06/2006 V4030 1 997 Functional Acknowledgment Functional Group=FA This Draft Standard for Trial Use contains the format and
More informationLixia Zhang M. I. T. Laboratory for Computer Science December 1985
Network Working Group Request for Comments: 969 David D. Clark Mark L. Lambert Lixia Zhang M. I. T. Laboratory for Computer Science December 1985 1. STATUS OF THIS MEMO This RFC suggests a proposed protocol
More informationNetwork Working Group. Category: Informational DayDreamer August 1996
Network Working Group Request for Comments: 1974 Category: Informational R. Friend Stac Electronics W. Simpson DayDreamer August 1996 PPP Stac LZS Compression Protocol Status of this Memo This memo provides
More informationCPSC 3600 HW #4 Fall 2017 Last update: 11/9/2017 Please work together with your project group (3 members)
CPSC 3600 HW #4 Fall 2017 Last update: 11/9/2017 Please work together with your project group (3 members) Name: Q 1 Kurose chapter 3, review question R14 Q 2 Kurose chapter 3, review question R15 Q 3 Kurose
More informationGroom synchronization with nzbackup
Groom synchronization with nzbackup What is Groom and what does it do? As part of routine database maintenance activities, the administrator will need to recover disk space that is occupied by outdated
More informationBasic Protocols and Error Control Mechanisms
Basic Protocols and Error Control Mechanisms Nicola Dragoni Embedded Systems Engineering DTU Compute ACK/NACK Protocol Polling Protocol PAR Protocol Exchange of State Information Two-Way Handshake Protocol
More informationTransport Layer: Outline
Transport Layer: Outline Transport-layer services Multiplexing and demultiplexing Connectionless transport: UDP Principles of reliable data transfer Connection-oriented transport: TCP Segment structure
More informationReliable Transport I: Concepts and TCP Protocol
Reliable Transport I: Concepts and TCP Protocol Brad Karp UCL Computer Science CS 3035/GZ01 29 th October 2013 Part I: Transport Concepts Layering context Transport goals Transport mechanisms 2 Context:
More informationDistributed File System
Distributed File System Last Class NFS Design choices Opportunistic locking Local name spaces CS 138 XVIII 1 Copyright 2018 Theophilus Benson, Thomas W. Doeppner. All DFS Basic Info Global name space across
More informationProgramming Assignment 3: Transmission Control Protocol
CS 640 Introduction to Computer Networks Spring 2005 http://www.cs.wisc.edu/ suman/courses/640/s05 Programming Assignment 3: Transmission Control Protocol Assigned: March 28,2005 Due: April 15, 2005, 11:59pm
More informationINTERNET ARCHITECTURE & PROTOCOLS
INTERNET ARCHITECTURE & PROTOCOLS Set # 02 Delivered By: Engr Tahir Niazi Need for Data Link Layer possibility of transmission errors receiver need to regulate the rate at which data arrive that's why
More informationCommand Manual Network Protocol. Table of Contents
Table of Contents Table of Contents Chapter 1 IP Address Configuration Commands... 1-1 1.1 IP Address Configuration Commands... 1-1 1.1.1 display ip host... 1-1 1.1.2 display ip interface... 1-1 1.1.3
More informationTransactions. CS 475, Spring 2018 Concurrent & Distributed Systems
Transactions CS 475, Spring 2018 Concurrent & Distributed Systems Review: Transactions boolean transfermoney(person from, Person to, float amount){ if(from.balance >= amount) { from.balance = from.balance
More information997 Functional Acknowledgement X12 Version 4010
997 Functional Acknowledgement X12 Version 4010 Version: 2.0 Author: Advance Auto Parts Company: Advance Auto Parts Publication: 12/03/2016 Publication Record Date Version Description Author N/A 1.0 Initial
More informationETSI TS V ( )
TS 124 250 V14.1.0 (2018-01) TECHNICAL SPECIFICATION LTE; Protocol for Reliable Data Service between UE and SCEF; Stage 3 (3GPP TS 24.250 version 14.1.0 Release 14) 1 TS 124 250 V14.1.0 (2018-01) Reference
More informationFailures, Elections, and Raft
Failures, Elections, and Raft CS 8 XI Copyright 06 Thomas W. Doeppner, Rodrigo Fonseca. All rights reserved. Distributed Banking SFO add interest based on current balance PVD deposit $000 CS 8 XI Copyright
More informationCOMMENTS. AC-1: AC-1 does not require all processes to reach a decision It does not even require all correct processes to reach a decision
ATOMIC COMMIT Preserve data consistency for distributed transactions in the presence of failures Setup one coordinator a set of participants Each process has access to a Distributed Transaction Log (DT
More informationDistributed Systems Fault Tolerance
Distributed Systems Fault Tolerance [] Fault Tolerance. Basic concepts - terminology. Process resilience groups and failure masking 3. Reliable communication reliable client-server communication reliable
More informationECE 435 Network Engineering Lecture 10
ECE 435 Network Engineering Lecture 10 Vince Weaver http://web.eece.maine.edu/~vweaver vincent.weaver@maine.edu 28 September 2017 Announcements HW#4 was due HW#5 will be posted. midterm/fall break You
More informationMatrixDTLS Developer s Guide
MatrixDTLS Developer s Guide Electronic versions are uncontrolled unless directly accessed from the QA Document Control system. Printed version are uncontrolled except when stamped with VALID COPY in red.
More informationPrinciples of Reliable Data Transfer
Principles of Reliable Data Transfer 1 Reliable Delivery Making sure that the packets sent by the sender are correctly and reliably received by the receiver amid network errors, i.e., corrupted/lost packets
More informationComputer Peripherals
Computer Peripherals School of Computer Engineering Nanyang Technological University Singapore These notes are part of a 3rd year undergraduate course called "Computer Peripherals", taught at Nanyang Technological
More informationX12 Implementation Guidelines For Inbound 997 v (I )
X12 Implementation Guidelines For Inbound 997 v004010 (I9974010) 997-4010 (i9974010) 1 10/12/2009 997 Functional Acknowledgment Functional Group ID=FA Introduction: This Draft Standard for Trial Use contains
More informationCSE 5306 Distributed Systems
CSE 5306 Distributed Systems Fault Tolerance Jia Rao http://ranger.uta.edu/~jrao/ 1 Failure in Distributed Systems Partial failure Happens when one component of a distributed system fails Often leaves
More informationToday: Fault Tolerance. Reliable One-One Communication
Today: Fault Tolerance Reliable communication Distributed commit Two phase commit Three phase commit Failure recovery Checkpointing Message logging Lecture 17, page 1 Reliable One-One Communication Issues
More informationRSC Part III: Transport Layer 3. TCP
RSC Part III: Transport Layer 3. TCP Redes y Servicios de Comunicaciones Universidad Carlos III de Madrid These slides are, mainly, part of the companion slides to the book Computer Networking: A Top Down
More informationSIP System Features. SIP Timer Values. Rules for Configuring the SIP Timers CHAPTER
CHAPTER 4 Revised: March 24, 2011, This chapter describes features that apply to all SIP system operations. It includes the following topics: SIP Timer Values, page 4-1 SIP Session Timers, page 4-7 Limitations
More informationData Link Control Protocols
Protocols : Introduction to Data Communications Sirindhorn International Institute of Technology Thammasat University Prepared by Steven Gordon on 23 May 2012 Y12S1L07, Steve/Courses/2012/s1/its323/lectures/datalink.tex,
More informationHitless Failover and Hitless Upgrade User Guide
Hitless Failover and Hitless Upgrade User Guide This guide describes hitless failover and hitless upgrade, including: Causes and Behaviors of MSM Failover on page 1 Summary of Supported Features on page
More information