[Bug 250499] [tcp] Should we reject the packet with timestamp if no timestamp in SYN and SYN_ACK?

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250499 Roman Bogorodskiy changed: What|Removed |Added CC||no...@freebsd.org --- Comment

[Bug 252449] [tcp] TCP/IP regression or incompatibility since r368181

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252449 --- Comment #12 from commit-h...@freebsd.org --- A commit in branch stable/12 references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=e82353f84c58da9a5c38bd471a09936c16a5b6ea commit e82353f84c58da9a5c38bd471a09936c16a5b6ea Author

[Bug 250499] [tcp] Should we reject the packet with timestamp if no timestamp in SYN and SYN_ACK?

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250499 --- Comment #6 from Michael Tuexen --- (In reply to Roman Bogorodskiy from comment #5) Hi Roman, I introduced a regression, which was fixed in https://cgit.FreeBSD.org/src/commit/?id=cc3c34859eab1b317d0f38731355b53f7d978c97 and MFCed to st

[Bug 252449] [tcp] TCP/IP regression or incompatibility since r368181

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252449 Michael Tuexen changed: What|Removed |Added Flags|mfc-stable12? |mfc-stable12+ Status|

[Bug 252958] [tcp] Kernel panic in tcp_prr_partialack()

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252958 Michael Tuexen changed: What|Removed |Added CC||kbowl...@freebsd.org,

[Bug 235256] [tcp] IW10 without ABC leads to initial window of 11 Segments

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235256 Michael Tuexen changed: What|Removed |Added Resolution|--- |FIXED Status|In Progr

Problem reports for n...@freebsd.org that need special attention

To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and ob

[Bug 252958] [tcp] Kernel panic in tcp_prr_partialack()

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252958 --- Comment #3 from Martin Matuska --- This is somewhat difficult, we are not able to reproduce it artificially on our test system, we need "live" traffic on our 100Gbit link, but very little streaming traffic from various systems (Linux, W

[Bug 252958] [tcp] Kernel panic in tcp_prr_partialack()

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252958 --- Comment #4 from Richard Scheffenegger --- I'm not sure how to end up with a PRR_partialack, without recover_fs being initialized. Potentially with ACK reordering (unlikely), or spurious RTO rollback (where TF_FASTRECOVERY may be set, b

[Bug 252958] [tcp] Kernel panic in tcp_prr_partialack()

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252958 --- Comment #5 from Michael Tuexen --- Martin, are you able to test whether D28326 fixes the issue? If you can't, that is fine, but if you can it would be great to know if this fixes the issue. -- You are receiving this mail because: You