|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: typoSorry the whole sentence should be deleted. It is a residue that remained after one of the word crashes that I failed to catch. The Data text is: 1.1.1 F (Final) Bit For outgoing data, this bit is 1 for the last PDU of unsolicited data or the last PDU of a sequence answering an R2T. For incoming data, this bit is 1 for the last input (read) data PDU of a sequence. Input can be split in several sequences each one having it's own F bit. Splitting the data stream in sequences does not affect DataSN counting on Data-In PDUs. It MAY be used as a "change direction" indication for Bidirectional operations that need such a change. For Bidirectional operations, the F bit is 1 both for the end of the input sequences as well as the end of the output sequences. 1.1.2 A (Acknowledge) bit For sessions with ErrorRecoveryLevel 1 or higher the target sets this bit to 1 to indicate that it requests from the initiator a positive acknowledgement for the data received. The target MAY set the A-bit to 1 once at most every MaxBurstSize bytes, and MUST NOT do so any more frequently than that. On receiving a Data-In PDU with the A bit set to 1 the initiator MUST issued a SNACK of type DataACK. If the initiator has detected holes in the input sequence, it MAY postpone issuing the SNACK of type ACKN until the holes are filled. Thanks, Julo "Eddy Quicksall" <Eddy_Quicksall@iV To: Julian Satran/Haifa/IBM@IBMIL ivity.com> cc: Subject: typo 11-10-01 01:59 Please respond to "Eddy Quicksall" Section 3.7.1 A target that implements ErrorRecoveryLevel 1 or higher MUST use the F bit to indicate the end-of-sequence of Data-In PDUs is it is going to discard. Sounds funny. Should it be: end-of-sequence of Data-In PDUs it is going to discard. ? Eddy_Quicksall@iVivity.com
Home Last updated: Sat Oct 13 07:17:37 2001 7228 messages in chronological order |