From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1423319AbdAITT2 (ORCPT ); Mon, 9 Jan 2017 14:19:28 -0500 Received: from charlotte.tuxdriver.com ([70.61.120.58]:53576 "EHLO smtp.tuxdriver.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752931AbdAITTY (ORCPT ); Mon, 9 Jan 2017 14:19:24 -0500 Date: Mon, 9 Jan 2017 14:18:23 -0500 From: Neil Horman To: Sun Paul Cc: David Laight , "linux-sctp@vger.kernel.org" , "linux-kernel@vger.kernel.org" Subject: Re: Problem on SCTP Message-ID: <20170109191823.GC20973@hmswarspite.think-freely.org> References: <20170106123711.GA15139@hmsreliant.think-freely.org> <063D6719AE5E284EB5DD2968C1650D6DB025A97E@AcuExch.aculab.com> <20170109122408.GA20973@hmswarspite.think-freely.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.1 (2016-10-04) X-Spam-Score: -2.9 (--) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jan 10, 2017 at 12:31:01AM +0800, Sun Paul wrote: > what kind of information do you need? the whole INIT packet? > That would be ideal. > On Mon, Jan 9, 2017 at 8:25 PM, Neil Horman wrote: > > On Mon, Jan 09, 2017 at 06:00:36PM +0800, Sun Paul wrote: > >> Hi > >> > >> the linux router just change the destination, so it can arrive on the > >> the SERVER. > >> > > Please post the relevant snippets from the client and server tcpdump > > operations > > > > Neil > > > >> On Mon, Jan 9, 2017 at 5:51 PM, David Laight wrote: > >> > 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 > >> > > >> > -- > To unsubscribe from this list: send the line "unsubscribe linux-sctp" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html >