On 10/4/07, Gerrit Renker <[EMAIL PROTECTED]> wrote:
> [DCCP]: Implement both feature-local and feature-remote Sequence Window 
> feature
>
> This adds full support for both local/remote Sequence Window feature, from 
> which the
>  * sequence-number-validity (W) and
>  * acknowledgment-number-validity (W') windows
> derive as specified in RFC 4340, 7.5.3.
>
> Specifically, the following changes are introduced:
>   * integrated new socket fields into dccp_sk;
>   * updated the update_gsr/gss routines with regard to these fields, using 
> modulo-48 arithmetic;
>   * updated handler code: the Sequence Window feature is located at the TX 
> side, so the local feature is
>     meant if the handler-rx flag is false;
>   * the initialisation of `rcv_wnd' in reqsk is removed, since
>         (i)   rcv_wnd is not used by the code anywhere;
>         (ii)  sequence number checks are not done in the LISTEN state (table 
> in 7.5.3);
>         (iii) dccp_check_req already performs more stringent checks on the 
> Ack number validity.
>
> Until the handshake completes with activating negotiated values, the 
> Sequence-Window default values
> (100) are used. As indicated by the comment, I think that this is more than 
> enough. Further, it only
> applies to the client, since:
>   * client's AWL is set in dccp_connect_init(),
>   * client's SWL is set in dccp_rcv_request_sent_state_process() (from the 
> ISR of the Response),
>   * server's AWL/SWL are set when the new child socket is created in 
> dccp_create_openreq_child();
>     but at this stage dccp_feat_activate_values() has already updated the 
> local/remote Sequence
>     Window feature of the server, so it is using the latest values,
>   * dccp_check_req() (used on reqsk's) does not need AWL/SWL and performs 
> more stringent checks.
>
> Signed-off-by: Gerrit Renker <[EMAIL PROTECTED]>

Acked-by: Ian McDonald <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe dccp" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to