Re: Proper understanding of

Mike Seufert <[email protected]> Tue, 02 Jan 2007 10:05:02 -0500
Newsgroups gmane.ietf.rddp
Message-ID <[email protected]>
Barry,

In the situation you described, the receiver could not use the marker=20
information in the 3rd segment until the 2nd segment had also arrived.
This means the receiver must be prepared to do some amount of=20
(per-session) buffering. Fortunately the amount of this buffering is=20
small since the marker period is only 512B.

Mike Seufert
www.neterion.com

bbr wrote:
>
> Folks,
>
> I=92m looking at the changes in MPA from draft 02 (against which the=20
> conformance suite was written) to draft 08. I would like to understand=20
> how to take the following text from page 25 (clause 6).
>
> =93To detect the start of the FPDU unambiguously one of the following
>
> MUST be used:
>
> 1: In an ordered TCP stream, the ULPDU Length field in the current
>
> FPDU when FPDU has a valid CRC, can be used to identify the
>
> beginning of the next FPDU.
>
> 2: For optimized MPA/TCP receivers that support out of order
>
> reception of FPDUs (see section 4.3 MPA Markers on page 15) a
>
> Marker can always be used to locate the beginning of an FPDU (in
>
> FPDUs with valid CRCs). Since the location of the Marker is
>
> known in the octet stream (sequence number space), the Marker can
>
> always be found.
>
> 3: Having found an FPDU by means of a Marker, an optimized MPA/TCP
>
> receiver can find following contiguous FPDUs by using the ULPDU
>
> Length fields (from FPDUs with valid CRCs) to establish the next
>
> FPDU boundary.=94
>
> Question: Is an implementation allowed to use the marker, as described=20
> below, to =93unambiguously=94 detect the start of a FPDU?
>
> Condition under which marker was received:
>
> 1. Markers being used (negotiated on)
>
> 2. Large FPDU being sent which consumes three TCP segments (not=20
> desired but allowed)
>
> 3. Second TCP segment lost
>
> 4. Marker located in third TCP segment
>
> Issue: In item two above it would appear that the implementation would=20
> have to validate the FPDU in which the marker is received (perform CRC=20
> check) before it can use it. However, since a portion of the FPDU is=20
> missing this would not be possible to do. Therefore a conformant=20
> device MUST NOT use this marker to detect the start of the FPDU.
>
> Is this the correct understanding of this requirement?
>
> Barry Reinhold
>
> (603) 868-8411
>
> [email protected] <mailto:[email protected]>
>
> -----------------------------------------------------------------------=
-
>
> _______________________________________________
> rddp mailing list
> [email protected]
> https://www1.ietf.org/mailman/listinfo/rddp
>  =20