| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
| |
http://www.gont.com.ar/drafts/icmp-attacks-against-tcp.html)
ok markus frantzen
|
|
|
|
| |
ok krw@ canacar@
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
while t_rtt was 1-based), update callers
2. define and use TCP_RTT_BASE_SHIFT instead of the hardcoded 2.
3. add missing shifts when t_srtt/t_rttvar are used.
4. update the comments: t_srtt uses 5 bits of fraction (not 3)
and t_rttvar uses 4 bits
5. remove obsolete/unused macros TCP_RTT_SCALE and TCP_RTTVAR_SCALE
6. make sure rttmin is not > TCPTV_REXMTMAX
parts from netbsd, ok mcbride, henning
|
|
|
|
| |
ok markus@ frantzen@
|
|
|
|
| |
the window size he have when entering the established state. ok deraadt@
|
|
|
|
|
| |
TF_LASTIDLE across invocations of tcp_output (from freebsd);
ok mcbride
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
due to incorrect mixing of types.
From NetBSD
ok cedric@ markus@
|
|
|
|
|
|
| |
This moves md5.c out of libkern and into sys/crypto where it belongs (as
requested by markus@). Note that md5.c is still mandatory (dev/rnd.c uses it).
Verified with IPsec + hmac-md5 and tcp md5sig. OK henning@ and hshoexer@
|
|
|
|
|
|
|
|
| |
interface MTU.
- break a tcp_output() -> tcp_mtudisc() -> tcp_output() infinite recursion
when the TCP mss ends up larger than the interface MTU (when the if_mtu is
smaller than the tcp header). connections will still stall
feedback from itojun@, claudio@ and provos and testing from beck@
|
|
|
|
| |
ok itojun@, henning@, mcbride@
|
|
|
|
| |
avoid magic constants; ok henning@
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
(please test, especially PF portion)
|
|
|
|
|
|
| |
>use m_pulldown not m_pullup2. fix some bugs in IPv6 tcp_trace().
PR 3283 fixed (confirmed)
|
|
|
|
| |
rescinded 22 July 1999. Proofed by myself and Theo.
|
| |
|
|
|
|
|
|
| |
one tcp segment, improves performance of tcp over interfaces
with large mtu (e.g. lo0); based on similar change in netbsd;
ok djm, henning, henric, millert, deraadt
|
|
|
|
|
|
|
|
| |
NULL to full 64 bits on a 64 bit address system. Soultion is to add a
(void *) cast before NULL. This makes a 64 bit MIPS kernel work and will
probably help future 64 bit ports as well.
OK from art@
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
it consists of
- ECN support in TCP
- tunnel-egress and fragment reassembly rules in layer-3 not to lose
congestion info at tunnel-egress and fragment reassembly
to enable ECN in TCP, build a kernel with TCP_ECN, and then,
turn it on by "sysctl -w net.inet.tcp.ecn=1".
ok deraadt@
|
|
|
|
| |
tcp connections during tcp_slowtimo. apdapted from thorpej@netbsd.org
|
|
|
|
| |
adapated from netbsd. okay angelos@
|
|
|
|
|
| |
unless we are transmitting the last of our data. report from
jishac@grc.nasa.gov; pr/2368
|
| |
|
| |
|
| |
|
|
|
|
|
| |
if it exists). Cuts down on code a bit, and we don't need to look at
the routing entry at TCP. Based on NetBSD. UDP case to follow.
|
| |
|
|
|
|
| |
interface is not in bridge mode.
|
| |
|
|
|
|
| |
to compute the checksums. Still, it shouldn't affect anything.
|
|
|
|
| |
from FreeBSD; fixes pr/1878
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
armin@wolfermann.org
- set the persist timer so that connections in CLOSING state timeout
- honor keep-alive timer in CLOSING state.
Fixes the problem in simulaneous close situation where connections
would never leave the CLOSING state and stay arround indefinitly.
|
| |
|
| |
|
|
|
|
|
| |
flag delayed to ip_output(). That halves the code and reduces most of
the route lookups. okay deraadt@
|
|
|
|
| |
osuga@mml.yrp.nttdocomo.co.jp
|
|
|
|
|
|
|
|
|
|
|
|
| |
- tcp_sack_adjust() was completely rewritten, since it was erroneously
referencing receiver side sequence numbers and comparing with sender
side sequence numbers (thanks to Arun Desai (adesai@cisco.com) who
discovered the problem)
- in tcp_output(), moved assignment of sendalot=0 to the piece of code
immediately following the search for sack-eligible retransmissions
(bug identified by Arun Desai).
- tcp_input() was not clearing t_dupacks if fewer than three dupacks arrived
between acks of new data. (bug identified by Gaurav Banga (gaurav@netapp.com))
|
|
|
|
| |
From: Michael Shalayeff <mickey@lucifier.dial-up.user.akula.net>
|