From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S970108AbdAIQbJ (ORCPT ); Mon, 9 Jan 2017 11:31:09 -0500 Received: from mail-oi0-f51.google.com ([209.85.218.51]:36779 "EHLO mail-oi0-f51.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S965923AbdAIQbD (ORCPT ); Mon, 9 Jan 2017 11:31:03 -0500 MIME-Version: 1.0 In-Reply-To: <20170109122408.GA20973@hmswarspite.think-freely.org> References: <20170106123711.GA15139@hmsreliant.think-freely.org> <063D6719AE5E284EB5DD2968C1650D6DB025A97E@AcuExch.aculab.com> <20170109122408.GA20973@hmswarspite.think-freely.org> From: Sun Paul Date: Tue, 10 Jan 2017 00:31:01 +0800 Message-ID: Subject: Re: Problem on SCTP To: Neil Horman Cc: David Laight , "linux-sctp@vger.kernel.org" , "linux-kernel@vger.kernel.org" Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org what kind of information do you need? the whole INIT packet? 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 >> > >>