freebsd-transport  

Messages by Thread

• sockbuf locking in sctp_sosend() Mark Johnston
  • Re: sockbuf locking in sctp_sosend() Michael Tuexen
  • Re: sockbuf locking in sctp_sosend() Mark Johnston
  • Re: sockbuf locking in sctp_sosend() Michael Tuexen
• integer divide fault in tcp_mss() Mark Johnston
  • Re: integer divide fault in tcp_mss() Michael Tuexen
  • Re: integer divide fault in tcp_mss() Mark Johnston
  • Re: integer divide fault in tcp_mss() Michael Tuexen
• AW: [Differential] D29690: [tcp] Keep socket buffer locked until upcall Scheffenegger, Richard
• AW: git: d1de2b05a001 - main - tcp: Rename rfc6675_pipe to sack.revised, and enable by default Scheffenegger, Richard
  • Re: git: d1de2b05a001 - main - tcp: Rename rfc6675_pipe to sack.revised, and enable by default Peter Holm
  • AW: git: d1de2b05a001 - main - tcp: Rename rfc6675_pipe to sack.revised, and enable by default Scheffenegger, Richard
  • Re: git: d1de2b05a001 - main - tcp: Rename rfc6675_pipe to sack.revised, and enable by default Peter Holm
• [Bug 254610] [tcp] tcp_bbr broken after 69a34e8d0235c0304a28bf8ab076b931aa61835f bugzilla-noreply
  • [Bug 254610] [tcp] tcp_bbr broken after 69a34e8d0235c0304a28bf8ab076b931aa61835f bugzilla-noreply
  • [Bug 254610] [tcp] tcp_bbr broken after 69a34e8d0235c0304a28bf8ab076b931aa61835f bugzilla-noreply
  • [Bug 254610] [tcp] tcp_bbr broken after 69a34e8d0235c0304a28bf8ab076b931aa61835f bugzilla-noreply
• [Bug 254610] tcp_bbr broken after 69a34e8d0235c0304a28bf8ab076b931aa61835f bugzilla-noreply
• AW: Newsack on 13 Scheffenegger, Richard
• [Bug 253848] [tcp] panic: sackhint bytes rtx >= 0 bugzilla-noreply
  • [Bug 253848] [tcp] panic: sackhint bytes rtx >= 0 bugzilla-noreply
  • [Bug 253848] [tcp] panic: sackhint bytes rtx >= 0 bugzilla-noreply
  • [Bug 253848] [tcp] panic: sackhint bytes rtx >= 0 bugzilla-noreply
  • [Bug 253848] [tcp] panic: sackhint bytes rtx >= 0 bugzilla-noreply
  • [Bug 253848] [tcp] panic: sackhint bytes rtx >= 0 bugzilla-noreply
• [Bug 253848] panic: sackhint bytes rtx >= 0 bugzilla-noreply
  • [Bug 253848] panic: sackhint bytes rtx >= 0 bugzilla-noreply
  • [Bug 253848] panic: sackhint bytes rtx >= 0 bugzilla-noreply
  • [Bug 253848] panic: sackhint bytes rtx >= 0 bugzilla-noreply
  • [Bug 253848] panic: sackhint bytes rtx >= 0 bugzilla-noreply
• approval for D28780 / 853fd7a2e39802e46bd3d6476529796ac22412d9 Scheffenegger, Richard
  • Re: approval for D28780 / 853fd7a2e39802e46bd3d6476529796ac22412d9 Glen Barber
• Re: [tcpm] meaning of "idle" for TCP Keep-Alives (was: 793bis ready to go?) Scheffenegger, Richard
• TT_KEEP reset Scheffenegger, Richard
  • Re: TT_KEEP reset Randall Stewart via freebsd-transport
• [Bug 250363] [tcp] data in syn_ack should be ignored bugzilla-noreply
  • [Bug 250363] [tcp] data in syn_ack should be ignored bugzilla-noreply
  • Re: [Bug 250363] [tcp] data in syn_ack should be ignored Jeremy Harris
  • [Bug 250363] [tcp] data in syn_ack should be ignored bugzilla-noreply
  • [Bug 250363] [tcp] data in syn_ack should be ignored bugzilla-noreply
  • [Bug 250363] [tcp] data in syn_ack should be ignored bugzilla-noreply
  • [Bug 250363] [tcp] data in syn_ack should be ignored bugzilla-noreply
• Re: [Differential] D26807: move cwnd and ssthresh updates into individual congestion control module Cui, Cheng
• AW: [Differential] D26807: move cwnd and ssthresh updates into individual congestion control module Scheffenegger, Richard
  • Re: AW: [Differential] D26807: move cwnd and ssthresh updates into individual congestion control module Lawrence Stewart
• Fwd: The Morning Paper: Understanding operational 5G - a first measurement study on its coverage, performance, and energy consumption George Neville-Neil
• [Bug 227303] [tcp] huge cwnd does not slowly decay while app/rwnd limited, interacts badly with rwnd autosize bugzilla-noreply
• Socket option to configure Ethernet PCP / CoS per-flow Scheffenegger, Richard
  • Re: Socket option to configure Ethernet PCP / CoS per-flow sthaug
  • RE: Socket option to configure Ethernet PCP / CoS per-flow Scheffenegger, Richard
  • Re: Socket option to configure Ethernet PCP / CoS per-flow Ryan Stone
  • RE: Socket option to configure Ethernet PCP / CoS per-flow Scheffenegger, Richard
  • RE: Socket option to configure Ethernet PCP / CoS per-flow Scheffenegger, Richard
• RE: Fast recovery ssthresh value Scheffenegger, Richard
  • Re: Fast recovery ssthresh value Liang Tian
  • RE: Fast recovery ssthresh value Scheffenegger, Richard
  • Re: Fast recovery ssthresh value Randall Stewart via freebsd-transport
  • Re: Fast recovery ssthresh value Liang Tian
  • Re: Fast recovery ssthresh value Liang Tian
  • RE: Fast recovery ssthresh value Scheffenegger, Richard
  • Re: Fast recovery ssthresh value Liang Tian
  • RE: Fast recovery ssthresh value Scheffenegger, Richard
  • Re: Fast recovery ssthresh value Liang Tian
  • RE: Fast recovery ssthresh value Scheffenegger, Richard
• ECN backports Scheffenegger, Richard
• review for outgoing TCP port reuse Mike Karels
  • Re: review for outgoing TCP port reuse Mike Karels
  • Re: review for outgoing TCP port reuse Mike Karels
• SCTP deadlock Reynolds, Paul
  • Re: SCTP deadlock Michael Tuexen
  • RE: SCTP deadlock Reynolds, Paul
• SACK scoreboard accounting improvement Scheffenegger, Richard
• FW: QUIC – Will it Replace TCP/IP? Scheffenegger, Richard
  • Re: QUIC – Will it Replace TCP/IP? Randall Stewart via freebsd-transport
  • Re: QUIC – Will it Replace TCP/IP? Jeremy Harris
  • Re: QUIC – Will it Replace TCP/IP? Michael Tuexen
  • Re: QUIC – Will it Replace TCP/IP? Michael Tuexen
  • Re: QUIC – Will it Replace TCP/IP? Randall Stewart via freebsd-transport
  • Re: QUIC – Will it Replace TCP/IP? Matt Joras
  • Re: QUIC – Will it Replace TCP/IP? Michael Tuexen
  • Re: QUIC – Will it Replace TCP/IP? Michael Tuexen
  • RE: QUIC – Will it Replace TCP/IP? Scheffenegger, Richard
  • Re: QUIC – Will it Replace TCP/IP? Michael Tuexen
  • RE: QUIC – Will it Replace TCP/IP? Scheffenegger, Richard
  • Re: QUIC – Will it Replace TCP/IP? Michael Tuexen
  • Re: QUIC – Will it Replace TCP/IP? Adrian Chadd
• [no subject] Tom Jones
  • Re: How to enable tcp bbr in FreeBSD??? Mark Johnston
  • Re: How to enable tcp bbr in FreeBSD??? Michael Tuexen
  • Re: How to enable tcp bbr in FreeBSD??? Randall Stewart via freebsd-transport
  • Re: How to enable tcp bbr in FreeBSD??? Randall Stewart via freebsd-transport
  • Re: How to enable tcp bbr in FreeBSD??? Randall Stewart via freebsd-transport
  • Re: How to enable tcp bbr in FreeBSD??? Randall Stewart via freebsd-transport
  • Re: How to enable tcp bbr in FreeBSD??? Michael Tuexen
  • Re: How to enable tcp bbr in FreeBSD??? Randall Stewart via freebsd-transport
  • Re: How to enable tcp bbr in FreeBSD??? Michael Tuexen
  • Re: How to enable tcp bbr in FreeBSD??? Randall Stewart via freebsd-transport
  • Re: How to enable tcp bbr in FreeBSD??? Randall Stewart via freebsd-transport
  • Re: How to enable tcp bbr in FreeBSD??? Randall Stewart via freebsd-transport
  • Re: How to enable tcp bbr in FreeBSD??? Michael Tuexen
• Categorizing Diffs for Review/Transport Call. Scheffenegger, Richard
• recwin change Scheffenegger, Richard
  • RE: recwin change Scheffenegger, Richard
  • RE: recwin change Scheffenegger, Richard
• [severe interoperability performance issue] D23364: Send CWR only on new data, as per sec. 6.1.2 of RFC3168 Scheffenegger, Richard
• [Bug 243590] TCP ECN not adhering extremely strictly to RFC3168 can cause massive TCP perf issues bugzilla-noreply
  • [Bug 243590] TCP ECN not adhering extremely strictly to RFC3168 can cause massive TCP perf issues bugzilla-noreply
  • [Bug 243590] TCP ECN not adhering extremely strictly to RFC3168 can cause massive TCP perf issues bugzilla-noreply
  • [Bug 243590] TCP ECN not adhering extremely strictly to RFC3168 can cause massive TCP perf issues bugzilla-noreply
  • [Bug 243590] TCP ECN not adhering extremely strictly to RFC3168 can cause massive TCP perf issues bugzilla-noreply
  • [Bug 243590] TCP ECN not adhering extremely strictly to RFC3168 can cause massive TCP perf issues bugzilla-noreply
• Re: [tcpm] ECN++ Scheffenegger, Richard
  • Re: [tcpm] ECN++ Scheffenegger, Richard
  • Re: [tcpm] ECN++ Bob Briscoe
  • RE: [tcpm] ECN++ Scheffenegger, Richard
  • Re: [tcpm] ECN++ Bob Briscoe
  • Re: [tcpm] ECN++ Bob Briscoe
  • Re: [tcpm] ECN++ Bob Briscoe
• MPTCP (and 5G) Bjoern A. Zeeb
  • RE: MPTCP (and 5G) philip.eardley
• SACK + RTO interaction Scheffenegger, Richard
  • Re: SACK + RTO interaction Christoph Paasch via freebsd-transport
• TCP Fast Open Jeremy Harris
  • Re: TCP Fast Open Michael Tuexen
  • Re: TCP Fast Open Jeremy Harris
  • Re: TCP Fast Open Jeremy Harris
  • Re: TCP Fast Open Michael Tuexen
  • Re: TCP Fast Open Jeremy Harris
  • Re: TCP Fast Open Michael Tuexen
  • Re: TCP Fast Open Jeremy Harris
  • Re: TCP Fast Open Jeremy Harris
  • Re: TCP Fast Open Michael Tuexen
  • Re: TCP Fast Open Jeremy Harris
  • Re: TCP Fast Open Michael Tuexen
  • Re: TCP Fast Open Michael Tuexen
  • TCP Fast Open Jeremy Harris
  • Re: TCP Fast Open Michael Tuexen
  • Re: TCP Fast Open Jeremy Harris
• acknow on cwr Scheffenegger, Richard
• https://reviews.freebsd.org/D18811 Scheffenegger, Richard
• reno cwnd growth while app limited... Scheffenegger, Richard
  • Re: reno cwnd growth while app limited... Randall Stewart via freebsd-transport
  • RE: reno cwnd growth while app limited... Scheffenegger, Richard
  • RE: reno cwnd growth while app limited... Scheffenegger, Richard
  • Re: reno cwnd growth while app limited... Randall Stewart via freebsd-transport
• tcpcb cleanup? Scheffenegger, Richard
  • Re: tcpcb cleanup? Randall Stewart via freebsd-transport
  • RE: tcpcb cleanup? Scheffenegger, Richard
  • Re: tcpcb cleanup? Randall Stewart via freebsd-transport
• RFC: patches to pcbhash and porthash Richard Russo
• RE: Some question about DCTCP implementation in FreeBSD Scheffenegger, Richard
• RFC: NUMA mods for SO_REUSEPORT_LB Drew Gallatin via freebsd-transport
• DSACK Scheffenegger, Richard
  • Re: DSACK Michael Tuexen
  • RE: DSACK Scheffenegger, Richard
  • RE: DSACK Scheffenegger, Richard
  • Re: DSACK Michael Tuexen
  • Re: DSACK Randall Stewart via freebsd-transport
  • Re: DSACK Michael Tuexen
  • Re: DSACK Randall Stewart via freebsd-transport
  • RE: DSACK Scheffenegger, Richard
  • Re: DSACK Randall Stewart via freebsd-transport
  • RE: DSACK Scheffenegger, Richard
  • Re: DSACK Michael Tuexen
  • RE: DSACK Scheffenegger, Richard
• Re: svn commit: r344368 - head/sys/netinet Michael Tuexen
• Burst Mitigation Scheffenegger, Richard
• IW10 broken when not doing ABC Scheffenegger, Richard
  • RE: IW10 broken when not doing ABC Scheffenegger, Richard
• RFC8312 Cubic Scheffenegger, Richard
  • Re: RFC8312 Cubic Freddie Cash
  • RE: RFC8312 Cubic Scheffenegger, Richard
• Silby's tcpdiff Bjoern A. Zeeb
• FW: [Diffusion] rS136151: - Estimate the amount of data in flight in sack recovery and use it Scheffenegger, Richard
• possible RFC6675 compute_pipe counting issue. Scheffenegger, Richard
  • RE: possible RFC6675 compute_pipe counting issue. Scheffenegger, Richard
  • RE: possible RFC6675 compute_pipe counting issue. Scheffenegger, Richard
  • RE: possible RFC6675 compute_pipe counting issue. Scheffenegger, Richard
• RFC6675 Scheffenegger, Richard
  • RFC6675 Scheffenegger, Richard
• Re: TCP RTT estimate for connections not using timestamps Bjoern A. Zeeb
• [Bug 227303] TCP: huge cwnd does not slowly decay while app/rwnd limited, interacts badly with rwnd autosize bugzilla-noreply
  • [Bug 227303] TCP: huge cwnd does not slowly decay while app/rwnd limited, interacts badly with rwnd autosize bugzilla-noreply
  • [Bug 227303] TCP: huge cwnd does not slowly decay while app/rwnd limited, interacts badly with rwnd autosize bugzilla-noreply
  • [Bug 227303] TCP: huge cwnd does not slowly decay while app/rwnd limited, interacts badly with rwnd autosize bugzilla-noreply
• [Bug 232391] Add transport list for bugzilla bugzilla-noreply
  • [Bug 232391] Add transport list for bugzilla bugzilla-noreply
• RFC6582 Scheffenegger, Richard
  • RE: RFC6582 Scheffenegger, Richard
• Re: TCP RACK performance hiren panchasara
  • Re: TCP RACK performance Randall Stewart via freebsd-transport
• Status of 10.4 fixes for CVE-2018-6923 (Fragment Stack) Ryan Stone
• Reassembly coalescing in tcp.. Randall Stewart via freebsd-transport
• rwnd autotuning & cwnd growth Scheffenegger, Richard
  • Re: rwnd autotuning & cwnd growth Cui, Cheng
  • Re: rwnd autotuning & cwnd growth Jonathan T. Looney
• why not enable tcp_pmtud_blackhole_detect in default Cui, Cheng
  • Re: why not enable tcp_pmtud_blackhole_detect in default Kevin Bowling
  • Re: why not enable tcp_pmtud_blackhole_detect in default Cui, Cheng
• Pre-IETF Gathering in Cambridge Jonathan Looney

• Earlier messages