From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934496AbdAIJv6 (ORCPT ); Mon, 9 Jan 2017 04:51:58 -0500 Received: from smtp-out6.electric.net ([192.162.217.185]:59168 "EHLO smtp-out6.electric.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934459AbdAIJvy (ORCPT ); Mon, 9 Jan 2017 04:51:54 -0500 From: David Laight To: "'Sun Paul'" , Neil Horman CC: "linux-sctp@vger.kernel.org" , "linux-kernel@vger.kernel.org" Subject: RE: Problem on SCTP Thread-Topic: Problem on SCTP Thread-Index: AQHSaACC7+hIZPmNnUGSq7HBsSmGZaErYzKAgAQHN4CAAICIMA== Date: Mon, 9 Jan 2017 09:51:47 +0000 Message-ID: <063D6719AE5E284EB5DD2968C1650D6DB025A97E@AcuExch.aculab.com> References: <20170106123711.GA15139@hmsreliant.think-freely.org> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.202.99.200] Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 X-Outbound-IP: 213.249.233.130 X-Env-From: David.Laight@ACULAB.COM X-Proto: esmtps X-Revdns: X-HELO: AcuExch.aculab.com X-TLS: TLSv1:AES128-SHA:128 X-Authenticated_ID: X-PolicySMART: 3396946, 3397078 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by mail.home.local id v099q35x005761 From: Sun Paul > Sent: 09 January 2017 02:08 > >> I am setting up a lab where the SCTP traffics from client is passing > >> through a linux router before reaching to the SCTP server running > >> LKSCTP. > >> > >> The linux router did not change the source address of the client, so > >> when it arrived to the SCTP server, the source address is the oriingal > >> one. > > the INIT chunk arrive on the SERVER, but then no response. the > application that using in SERVER is the same as the other test. > > I noticed one thing in Ethernet frame of the incoming packet on the > SERVER compared to the one captured from the client is the LG bit on > the source address. > > The LG bit is set to 0 on the request packet received in the > SERVER,but it is 0 from the one originated on the client. willl it be > the root cause? Which addresses are you talking about, and what do you mean by the LG bit? Is your linux 'router' just routing (ie IP forwarding) or is it doing NAT? If it is changing the IP addresses then the addresses inside some SCTP chunks also need changing. David