|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: typo
Sorry 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 |