Re: Freeing QN=1 State

Caitlin Bestler wrote:

>>Is there a window where the Data Sink ORRQ doesn't match the 
>>Data Source IRRQ?  For example, a compliant Data Sink 
>>completes the RDMA Read as you describe and sends a new one.  
>>However, the Data Source doesn't have its implementation 
>>specific criteria met for considering the Read in Queue 1 to 
>>be complete.  The new RDMA Read from the Data Sink results in 
>>the session being terminated.  Both sides claim they comply.
>>
> 
> 
> Essentially you are asking, can the Data Sink have received
> the completion of its RDMA Read Reply, and then submit a new
> RDMA Read Request which will reach the peer *before* the
> ack of the RDMA Read Reply does?

As the draft reads now, when to clean up state is implementation 
dependent.  You said so yourself :-)  So the draft allows a Data Source 
to e.g. set a timer to some large value and not clean up state until it 
fires and claim that it complies.

Text that says that state must be freed when the Read Response is acked 
(or sooner) fixes this.

Regards,
MikeC