[openib-general] Re: [PATCH] CMA: allow/require bind beforeconnect

[Tom Tucker]

from svcsock.c in svc_recv, the main sunrpc (NFS) receive routine

	... 
        rqstp->rq_secure  = ntohs(rqstp->rq_addr.sin_port) < 1024;
	...

and in fs/nfsd/nfsfh.c

		/* Check if the request originated from a secure port. */
		error = nfserr_perm;
		if (!rqstp->rq_secure && EX_SECURE(exp)) {
			printk(KERN_WARNING
			       "nfsd: request from insecure port (%u.%u.%u.%u:%d)!\n",
			       NIPQUAD(rqstp->rq_addr.sin_addr.s_addr),
			       ntohs(rqstp->rq_addr.sin_port));
			goto out;
		}


On Mon, 2006-03-27 at 12:29 -0800, Sean Hefty wrote:
> Roland Dreier wrote:
> > OK, fair enough.  I was really replying to the first sentence of:
> > 
> >      Caitlin> From the perspective of any given host, IP addresses are
> >      Caitlin> unique across all interface devices. A given connection
> >      Caitlin> can therefore be identified by just the 4-tuple, with no
> >      Caitlin> need to explicitly state "via this device".
> > 
> > IP addresses are not unique.  However, I do agree that a 4-tuple
> > uniquely identifies a TCP connection.
> 
> I agree with this as well.  But the CMA, when running over IB, does not 
> establish TCP connections.  It's simply mapping addresses.  RDMA connections 
> will end up being identified by QPs.
> 
> If a user tries to establish a connection, the CMA will determine which device 
> that connection will go out on.  If it's an IB device, there's no need for a 
> local port number.  If it's an iWarp device, then the iWarp CM will need to 
> allocate a usable port number.
> 
> What I'm still trying to understand is why the CMA should allocate a port number 
> for active connections.  The port space over IB is separate, and the port number 
> is not needed for connecting or routing data.  Are there specific applications 
> that will run over RDMA that will have a problem with this?
> 
> - Sean
> _______________________________________________
> openib-general mailing list
> openib-general at openib.org
> http://openib.org/mailman/listinfo/openib-general
> 
> To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general