[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20130127.193255.422316407262674573.davem@davemloft.net>
Date: Sun, 27 Jan 2013 19:32:55 -0500 (EST)
From: David Miller <davem@...emloft.net>
To: vyasevich@...il.com
Cc: xufengzhang.main@...il.com, nhorman@...driver.com,
linux-sctp@...r.kernel.org, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2] sctp: set association state to established in
dupcook_a handler
From: Vlad Yasevich <vyasevich@...il.com>
Date: Thu, 24 Jan 2013 10:05:37 -0500
> On 01/23/2013 09:44 PM, xufengzhang.main@...il.com wrote:
>> From: Xufeng Zhang <xufeng.zhang@...driver.com>
>>
>> While sctp handling a duplicate COOKIE-ECHO and the action is
>> 'Association restart', sctp_sf_do_dupcook_a() will processing
>> the unexpected COOKIE-ECHO for peer restart, but it does not set
>> the association state to SCTP_STATE_ESTABLISHED, so the association
>> could stuck in SCTP_STATE_SHUTDOWN_PENDING state forever.
>> This violates the sctp specification:
>> RFC 4960 5.2.4. Handle a COOKIE ECHO when a TCB Exists
>> Action
>> A) In this case, the peer may have restarted. .....
>> After this, the endpoint shall enter the ESTABLISHED state.
>>
>> To resolve this problem, adding a SCTP_CMD_NEW_STATE cmd to the
>> command list before SCTP_CMD_REPLY cmd, this will set the restart
>> association to SCTP_STATE_ESTABLISHED state properly and also avoid
>> I-bit being set in the DATA chunk header when COOKIE_ACK is bundled
>> with DATA chunks.
>>
>> Signed-off-by: Xufeng Zhang <xufeng.zhang@...driver.com>
>
> Acked-by: Vlad Yasevich <vyasevich@...il.com>
Applied, thanks everyone.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists