From owner-freebsd-bugs@freebsd.org Fri Jul 10 18:14:46 2020 Return-Path: Delivered-To: freebsd-bugs@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 622E636FCB0 for ; Fri, 10 Jul 2020 18:14:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4B3LmQ20QSz3Sc4 for ; Fri, 10 Jul 2020 18:14:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 42C4136FF90; Fri, 10 Jul 2020 18:14:46 +0000 (UTC) Delivered-To: bugs@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 428C436FF8F for ; Fri, 10 Jul 2020 18:14:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B3LmQ0yrnz3SX2 for ; Fri, 10 Jul 2020 18:14:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 04A8A25ED0 for ; Fri, 10 Jul 2020 18:14:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 06AIEjVx016332 for ; Fri, 10 Jul 2020 18:14:45 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 06AIEjCv016331 for bugs@FreeBSD.org; Fri, 10 Jul 2020 18:14:45 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 180873] [sctp] SCTP connection hangs on COOKIE_ECHOED Date: Fri, 10 Jul 2020 18:14:46 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 9.2-BETA1 X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: jau@iki.fi X-Bugzilla-Status: Open X-Bugzilla-Resolution: X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2020 18:14:46 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D180873 --- Comment #6 from jau@iki.fi --- The reason is known. When one binds the local addresses explicitly one by one before calling connect() the system activates all of the local addresses right after the INIT and INIT-ACK before COOKIE-ECHO and COOKIE-ACK. Because at this phase the system has not seen any other traffic between the endpoints but the couple of packets needed for a successful INIT and INIT-ACK it only knows about one single pair of operational addresses. Activating the other potential local addresses at this phase causes the COOKIE processing being attempted using a different local address which may not be routable at all to the one known peer address. The local addresses can be activated only when they have been used for a successful INIT + INIT-ACK or they have been tested and proven to be routable to at least one of the reported peer addresses. This testing of functional address pairs works only through successful pairs of HEARTBEAT + HEARTBEAT-ACK. The current logic is opportunistic and wrong. --=20 You are receiving this mail because: You are the assignee for the bug.=