| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
receiver socket buffer size correctly into account.
MFC after: 1 week
|
|
|
|
| |
MFC after: 1 week
|
|
|
|
|
|
|
|
| |
This will allow an easier integration of the support
for NDATA.
While there, do also some minor cleanups.
Obtained from: rrs@
MFC after: 2 weeks
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
| |
ABORT cause, since the user can also provide this kind of
information. So the receiver doesn't know who provided the
information.
While there: Fix a bug where the stack would send a malformed
ABORT chunk when using a send() call with SCTP_ABORT|SCT_SENDALL
flags.
MFC after: 3 days
|
|
|
|
|
|
|
| |
SHUTDOWN_ACK_SENT state. While there, make the corresponding
code consistent.
MFC after: 1 week
|
|
|
|
|
|
|
|
|
| |
malloc(9) flags within sys.
Exceptions:
- sys/contrib not touched
- sys/mbuf.h edited manually
|
|
|
|
|
|
|
|
|
| |
chunks for each SCTP outgoing stream are in the send and
sent queue.
While there, improve the naming of NR-SACK related constants
recently introduced.
MFC after: 1 week
|
|
|
|
|
|
|
|
| |
and sent queue. This provides no functional change, but is
a preparation for an upcoming stream reset improvement.
Done with rrs@.
MFC after: 1 week
|
|
|
|
|
| |
MFC after: 1 week
X-MFC with: 242708
|
|
|
|
|
|
| |
Based on work done by Mohammad Rajiullah.
MFC after: 1 week
|
|
|
|
|
|
| |
structure.
MFC after: 10 days
|
|
|
|
| |
MFC after: 10 days
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
|
|
| |
the mbuf chain at different places.
While there: Fix several bugs related to VRFs.
MFC after: 3 days
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
|
| |
the correct ssf_error or ssfe_error as required by RFC 6458.
MFC after: 3 days
|
|
|
|
|
|
| |
specified in RFC 6458.
MFC after: 3 days
|
|
|
|
|
|
| |
if case of SCTP_COMM_LOST or SCTP_CANT_STR_ASSOC as required by RFC 6458.
MFC after: 3 days
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
|
|
|
|
|
| |
actually in it. This happens when SCTP receives an unknown chunk, which
requires the sending of an ERROR chunk, and there is no final padding but
the chunk is not 4-byte aligned.
Reported by yueting via rwatson@
MFC after: 3 days
|
|
|
|
|
|
| |
issues.
MFC after: 3 months.
|
|
|
|
|
|
| |
While there, fix some whitespace issues.
MFC after: 3 months.
|
|
|
|
|
|
|
|
|
|
|
| |
* Decouple the path supervision using a separate HB timer per path.
* Add support for potentially failed state.
* Bring back RTO.min to 1 second.
* Accept packets on IP-addresses already announced via an ASCONF
* While there: do some cleanups.
Approved by: re@
MFC after: 2 months.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In particular add support for:
* SCTP_SNDINFO, SCTP_PRINFO, SCTP_AUTHINFO, SCTP_DSTADDRV4, and
SCTP_DSTADDRV6 cmsgs.
* SCTP_NXTINFO and SCTP_RCVINFO cmgs.
* SCTP_EVENT, SCTP_RECVRCVINFO, SCTP_RECVNXTINFO and SCTP_DEFAULT_SNDINFO
socket option.
* Special association ids (SCTP_FUTURE_ASSOC, ...)
* sctp_recvv() and sctp_sendv() functions.
MFC after: 1 month.
|
|
|
|
| |
MFC after: 1 week.
|
|
|
|
|
|
| |
authentication events. DTLS/SCTP renegotiations trigger the bug.
MFC after: 2 weeks.
|
|
|
|
|
|
|
|
|
| |
right mix. Still may need some tweaks but it
appears to almost not give away too much to an
RFC2581 flow, but can really minimize the amount of
buffers used in the net.
MFC after: 3 months
|
|
|
|
|
|
|
|
|
|
|
| |
1) Add four new points that allow you to get more information
to cc algo's
2) Fix the case where user changes module on a existing TCB, in
such a case, the initialization module needs to be called on all nets.
3) Move htcp_cc structure to a union that other modules can use.
4) Add 5th point for get/set socket options for cc_module specific options
MFC after: 2 months
|
|
|
|
|
| |
2) Mass update to all copyrights.
MFC after: 3 Months
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
2) Add separate max-bursts for retransmit and hb. These
are set to sysctlable values but not settable via the
socket api. This makes sure we don't blast out HB's or
fast-retransmits.
3) Determine on the first data transmission on a net if
its local-lan (by being under or over a RTT). This
can later be used to think about different algorithms
based on locallan vs big-i (experimental)
4) The cwnd should NOT be allowed to grow when an ECNEcho
is seen (TCP has this same bug). We fix this in SCTP
so an ECNe being seen prevents an advance of cwnd.
5) CWR's should not be sent multiple times to the
same network, instead just updating the TSN being
transmitted if needed.
MFC after: 1 Month
|
|
|
|
|
|
|
|
|
|
|
| |
1) We now remove ECN-Nonce since it will no longer continue as a I-D
2) Eliminate last_tsn_echo, this tied us to an assoc not the net
and thus we were not doing m-homing on the ECN-Echo senders side right.
3) Increment the count going out even if the TSN in lower in the pending
ECN-Echo, this way the receiver knows exactly how many packets were
marked even with network re-ordering
4) Fix so we DO NOT stop doing delayed sack if a ECN Echo is in queue
MFC after: 1 month
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1) ECN was on an association basis, this is incorrect and
will not work with CMT or for that matter if the user
is sending to multiple addresses. This commit makes
ECN on a per path basis.
2) Adopt the new format for the ECN internet draft. This also
maintains compatability with old format chunks as well.
3) Keep track of the real time of a RTT down to micro seconds.
For some future conditional features (for like a data center
this is good information to have).
MFC after: 1 month
|
|
|
|
|
|
|
| |
and use them instead of the generic compare_with_wrap.
Retire compare_with_wrap.
MFC after: 3 months.
|
|
|
|
|
|
|
| |
TAILQ_FOREACH_SAFE where appropriate.
No functional change.
MFC after: 3 months.
|
|
|
|
|
|
| |
Allow cmt_on_off to support values 0 (no CMT), 1 (CMT), and 2 (CMT/RP).
MFC after: 3 months.
|
|
|
|
|
|
|
| |
gaps.
Reviewed by: rrs@
MFC after: 3 days.
|
|
|
|
| |
MFC after: 1 day.
|
|
|
|
|
|
| |
was considered to be potentially renegable.
MFC after: 1 day.
|
|
|
|
|
|
| |
but also when entering the SHUTDOWN_ACK_SEND state.
MFC after: 3 days.
|
|
|
|
|
|
| |
due to a corrupted nr-mapping array.
MFC after: 2 weeks.
|
|
|
|
|
|
|
| |
While there, use always the same code for the check of
TTL expiration.
MFC after: 2 weeks.
|
|
|
|
| |
Set whoFrom to NULL after freeing whoFrom.
|
|
|
|
|
|
|
|
| |
Fix the switching on/off of PF and NR-SACKs using sysctl.
Add minor improvement in handling malloc failures.
Improve the address checks when sending.
MFC after: 4 weeks
|
|
|
|
|
|
|
|
| |
PR SCTP FWD-TSN's would not be sent and thus
cause a stalled connection. Also the rwnd
Calculation was also off on the receiver side for
PR-SCTP.
MFC after: 1 month
|
|
|
|
|
|
|
| |
to calculate the cum-ack (we were not doing
it for the NR-Sack case). With this fix
NR-sack should now work correctly.
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1) Only use both mapping arrays when NR sack is off. This
way we can hold off moving the cumack (not the best but
workable) when NR-sack is on.
2) We must make sure to just return on the move of the
bit to the NR array if the cum-ack as already went
past the TSN. This prevents marking a bit behind the
array and hitting the invariant code that panic's us.
MFC after: 1 week
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
We were only paying attention to the nr-mapping-array. Which
seems to make sense on the surface, by definition things
up to the cum-ack should be deliverable thus in the nr-mapping-array.
However (there is always a gotcha) thats not true when it
comes to large messages. The stack may hold the message
while re-assembling it not not deliver it based on several
thresholds. If that happens (which it would for smaller
large messages) then the cum-ack is figured wrong. We
now properly use both arrays in the cum-ack calculation.
MFC after: 1 week.
|