Re: Bug in SCTP with SCTP_BINDX_REM_ADDR

2007-04-05 Thread Paolo Galtieri
Oops, the patch I sent previously was for an older 2.6 kernel. I'm testing on a 2.6.10+ SCTP patches up to 2.6.17. Here is a revised patch for 2.6.21: Paolo Signed-off-by: Paolo Galtieri <[EMAIL PROTECTED]> --- linux-2.6.21/net/sctp/socket.c 2007-03-26 06:58:14.0 -0700 +++ lin

Re: Bug in SCTP with SCTP_BINDX_REM_ADDR

2007-04-05 Thread Paolo Galtieri
Here's the revises patch Paolo Signed-off-by: Paolo Galtieri <[EMAIL PROTECTED]> --- net/sctp/socket.c.orig 2007-04-05 12:59:15.0 -0700 +++ net/sctp/socket.c 2007-04-05 13:11:37.0 -0700 @@ -627,6 +627,12 @@ int sctp_bindx_rem(struct sock *sk, stru r

Re: Bug in SCTP with SCTP_BINDX_REM_ADDR

2007-04-05 Thread Vlad Yasevich
Hi Paolo Paolo Galtieri wrote: What is happening is that the check for IPV6_ADDR_MAPPED that occurs during the add is missing when you do the remove and hence the IPv6 address is never mapped to the IPv4 address causing the lookup to fail. Below is the patch to add the necessary checks to do th

Bug in SCTP with SCTP_BINDX_REM_ADDR

2007-04-05 Thread Paolo Galtieri
Folks, while doing some testing of SCTP recently I came across a scenario where the behavior I see is not what I expect. Here is the scenario: I have 2 interfaces on a system, each has both an IPv4 and an IPv6 address, e.g. eth0 192.168.1.130 :::192.168.1.130 eth1 192.168.3.130 ::