From mboxrd@z Thu Jan 1 00:00:00 1970 From: "'Marcelo Ricardo Leitner'" Subject: Re: [PATCH net 2/2] sctp: not copying duplicate addrs to the assoc's bind address list Date: Fri, 2 Sep 2016 11:44:22 -0300 Message-ID: <20160902144421.GC11159@localhost.localdomain> References: <130956b1e880eab780162a795fde156d61d4de0f.1471605833.git.lucien.xin@gmail.com> <20160819175007.GB3578@hmsreliant.think-freely.org> <20160822142538.GA10323@hmsreliant.think-freely.org> <20160824112338.GB11144@localhost.localdomain> <063D6719AE5E284EB5DD2968C1650D6DB00EF186@AcuExch.aculab.com> <20160902134657.GB11159@localhost.localdomain> <063D6719AE5E284EB5DD2968C1650D6DB00F04FB@AcuExch.aculab.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: "'Xin Long'" , Neil Horman , network dev , "linux-sctp@vger.kernel.org" , davem , Vlad Yasevich , "daniel@iogearbox.net" To: David Laight Return-path: Received: from mx1.redhat.com ([209.132.183.28]:53476 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932274AbcIBOo0 (ORCPT ); Fri, 2 Sep 2016 10:44:26 -0400 Content-Disposition: inline In-Reply-To: <063D6719AE5E284EB5DD2968C1650D6DB00F04FB@AcuExch.aculab.com> Sender: netdev-owner@vger.kernel.org List-ID: On Fri, Sep 02, 2016 at 02:25:42PM +0000, David Laight wrote: > From: Marcelo Ricardo Leitner > > Sent: 02 September 2016 14:47 > ... > > > Consider the following network: > > > > > > ----+---------------+----------------------+--------- > > > | | | > > > x.x.1.1 x.x.1.2 y.y.1.2 > > > 10.1.1.1 10.1.1.2 10.1.1.2 > > > | | | > > > ----+---------------+ +--------- > ... > > > I'm not at sure whether it is possible to setup listener(s) on x.x.1.1 > > > that can accept connections from both x.x.1.2 and y.y.1.2. > > > > You mean without an explicit bind()? > > You might be able to bind one socket to x.x.1.1 and a second to 10.1.1.1 > and x.x.1.1 so that connections to x.x.1.1 are only offered x.x.1.1 and > those to 10.1.1.1 are offered both addresses. > > But you can't make the init-ack responses for connections to x.x.1.1 > depend on whether the connect came from x.x.1.2 or y.y.1.2. > > If the source and destination ports are fixed (as they usually are for M3UA) > you can sit trying to make an outward connection, relying on the init collision > code to work properly. Far from ideal! Ahh yes, I see now. Yep.. Marcelo