RE: silent dropping of TCP segment

"Culley, Paul" <[email protected]>
Newsgroups gmane.ietf.rddp
Message-ID <4D027986353D1341ADA4F2A4F8A170762D470E47@cceexc18.americas.cpqcorp.net>
The use of "committed" does not imply that a segment is acknowledged,
only that this is the one that will be kept (a future segment with the
same sequence numbers will not be passed to MPA).

Any implementation that intends to drop segments based on CRC errors,
must be sufficiently integrated with TCP to insure that such segments
are not acknowledged; and thus will be re-transmitted.

I don't think that just deleting the MUST is sufficient, since there are
other implications, (and I'm not sure I remember them all).  I'm open to
suggestions...

Paul R. Culley
HP Fellow
281-514-5543


> -----Original Message-----
> From: [email protected] [mailto:[email protected]] On 
> Behalf Of Barry Reinhold
> Sent: Thursday, March 25, 2004 10:22 AM
> To: RDDP
> Subject: [rddp] silent dropping of TCP segment
> 
> 
> MPA clause 9, error semantics, states that an MPA aware TCP 
> implementation may silently drop a TCP segment when MPA 
> detects a CRC error. The goal of this TCP segment dropping 
> would be to avoid forcing the teardown of the stream by 
> having TCP retransmit the segment.
> 
> However, clause 5.1.2 on page 11 requires that 
> 
> "The TCP layer MUST have committed to keeping each segment 
> before it can be passed to the MPA." 
> 
> I assume "committed" means that TCP ACKs the segment. Thus 
> the segment is ACKed before it is delivered to MPA. If this 
> is the proper understanding I don't see how "MPA" can 
> silently drop a segment, since by the time it can detect a 
> CRC error TCP has already committed to it.
> 
> It is not clear to me why there is a "MUST" in clause 5.1.2. 
> It would seem desirable to allow MPA some control over when 
> the ACK is to be generated.
> 
> I would like to see the "MUST" removed from clause 5.1.2. 
> 
> Barry Reinhold
> Lamprey Networks
> [email protected]
> (603) 868-8411
>  
> 
> 
> 
> 
> _______________________________________________
> rddp mailing list
> [email protected]
> https://www1.ietf.org/mailman/listinfo/rddp
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.