linux.git/net/sctp, branch v2.6.19

[SCTP]: Remove temporary associations from backlog and hash.

2006-10-31T02:55:11+00:00

Every time SCTP creates a temporary association, the stack hashes it,
puts it on a list of endpoint associations and increments the backlog.
However, the lifetime of a temporary association is the processing time
of a current packet and it's destroyed after that. In fact, we don't
really want anyone else finding this association. There is no reason to
do this extra work.

Signed-off-by: Vlad Yasevich 
Signed-off-by: Sridhar Samudrala 
Signed-off-by: David S. Miller

[SCTP]: Correctly set IP id for SCTP traffic

2006-10-31T02:54:32+00:00

Make SCTP 1-1 style and peeled-off associations behave like TCP when
setting IP id. In both cases, we set the inet_sk(sk)->daddr and initialize
inet_sk(sk)->id to a random value.

Signed-off-by: Vlad Yasevich 
Signed-off-by: Sridhar Samudrala 
Signed-off-by: David S. Miller

[SCTP]: Always linearise packet on input

2006-10-30T23:24:39+00:00

I was looking at a RHEL5 bug report involving Xen and SCTP
(https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=212550).
It turns out that SCTP wasn't written to handle skb fragments at
all.  The absence of any calls to skb_may_pull is testament to
that.

It just so happens that Xen creates fragmented packets more often
than other scenarios (header & data split when going from domU to
dom0).  That's what caused this bug to show up.

Until someone has the time sits down and audits the entire net/sctp
directory, here is a conservative and safe solution that simply
linearises all packets on input.

Signed-off-by: Herbert Xu 
Signed-off-by: David S. Miller

[IPV6]: Make sure error handling is done when calling ip6_route_output().

2006-10-19T02:55:27+00:00

As ip6_route_output() never returns NULL, error checking must be done by
looking at dst->error in stead of comparing dst against NULL.

Signed-off-by: Ville Nuorvala 
Signed-off-by: David S. Miller

[SCTP]: Fix minor typo

2006-10-19T02:55:26+00:00

Signed-off-by: Ville Nuorvala 
Signed-off-by: David S. Miller

[SCTP]: Fix the RX queue size shown in /proc/net/sctp/assocs output.

2006-10-12T06:59:46+00:00

Show the true receive buffer usage.

Signed-off-by: Vlad Yasevich 
Signed-off-by: Sridhar Samudrala 
Signed-off-by: David S. Miller

[SCTP]: Fix receive buffer accounting.

2006-10-12T06:59:44+00:00

When doing receiver buffer accounting, we always used skb->truesize.
This is problematic when processing bundled DATA chunks because for
every DATA chunk that could be small part of one large skb, we would
charge the size of the entire skb.  The new approach is to store the
size of the DATA chunk we are accounting for in the sctp_ulpevent
structure and use that stored value for accounting.

Signed-off-by: Vlad Yasevich 
Signed-off-by: Sridhar Samudrala 
Signed-off-by: David S. Miller

[SCTP]: Do not timestamp every SCTP packet.

2006-09-30T00:10:03+00:00

We only need the timestamp on COOKIE-ECHO chunks, so instead of always
timestamping every SCTP packet, let common code timestamp if the socket
option is set.  For COOKIE-ECHO, simply get the time of day if we don't
have a timestamp.  This introduces a small possibility that the cookie
may be considered expired, but it will be renegotiated.

Signed-off-by: Vlad Yasevich 
Signed-off-by: Sridhar Samudrala 
Signed-off-by: David S. Miller

[SCTP]: Use correct mask when disabling PMTUD.

2006-09-30T00:09:34+00:00

Signed-off-by: Vlad Yasevich 
Signed-off-by: Sridhar Samudrala 
Signed-off-by: David S. Miller

[SCTP]: Include sk_buff overhead while updating the peer's receive window.

2006-09-30T00:09:05+00:00

Currently if the sender is sending small messages, it can cause a receiver
to run out of receive buffer space even when the advertised receive window
is still open and results in packet drops and retransmissions. Including
a overhead while updating the sender's view of peer receive window will
reduce the chances of receive buffer space overshooting the receive window.

Signed-off-by: Sridhar Samudrala 
Signed-off-by: David S. Miller