similar to: [Bug 2016] SCTP Support

https://bugzilla.mindrot.org/show_bug.cgi?id=2016 Joshua Kinard <kumba at gentoo.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kumba at gentoo.org --- Comment #9 from Joshua Kinard <kumba at gentoo.org> --- Created attachment 2423

https://bugzilla.mindrot.org/show_bug.cgi?id=2016 Bug #: 2016 Summary: SCTP Support Classification: Unclassified Product: Portable OpenSSH Version: -current Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: Miscellaneous AssignedTo:

https://bugzilla.mindrot.org/show_bug.cgi?id=1604 Mike Frysinger <vapier at gentoo.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #1646|0 |1 is obsolete| | CC| |vapier at

https://bugzilla.mindrot.org/show_bug.cgi?id=1604 Mike Frysinger <vapier at gentoo.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #2572|0 |1 is obsolete| | --- Comment #12 from Mike Frysinger <vapier at

https://bugzilla.samba.org/show_bug.cgi?id=8060 Summary: "hosts allow" in rsyncd.conf doesn't handle IPv6 subnets smaller than /64. Product: rsync Version: 3.0.8 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P5 Component: core AssignedTo:

Hello, i have a question regarding SCTP support of OpenSSH. (I have searched the list, and it seems to show up periodically every two years, and since it's that time again i dare to ask...) It can't be described better than what i've placed in a bug report yesterday, so please let me (mostly) copy & paste that: Hello. I don't know how you do it, i never managed a(n

https://bugzilla.mindrot.org/show_bug.cgi?id=2016 openssh at ml.breakpoint.cc changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |openssh at ml.breakpoint.cc --- Comment #5 from openssh at ml.breakpoint.cc --- The link local address (fe80::) require the

https://bugzilla.mindrot.org/show_bug.cgi?id=2016 proler at gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |proler at gmail.com --- Comment #1 from proler at gmail.com --- on freebsd: with this patch i cant connect with sctp to v6-only host. v4

On Fri, Apr 20, 2018 at 02:22:19PM -0300, Marcelo Ricardo Leitner wrote: > On Wed, Apr 18, 2018 at 05:06:46PM +0300, Michael S. Tsirkin wrote: > > On Tue, Apr 17, 2018 at 04:35:18PM -0400, Vlad Yasevich wrote: > > > On 04/02/2018 10:47 AM, Marcelo Ricardo Leitner wrote: > > > > On Mon, Apr 02, 2018 at 09:40:01AM -0400, Vladislav Yasevich wrote: > > > >>

On 04/20/2018 01:22 PM, Marcelo Ricardo Leitner wrote: > On Wed, Apr 18, 2018 at 05:06:46PM +0300, Michael S. Tsirkin wrote: >> On Tue, Apr 17, 2018 at 04:35:18PM -0400, Vlad Yasevich wrote: >>> On 04/02/2018 10:47 AM, Marcelo Ricardo Leitner wrote: >>>> On Mon, Apr 02, 2018 at 09:40:01AM -0400, Vladislav Yasevich wrote: >>>>> Now that we have SCTP

Hi, I have written a patch to add SCTP support for OpenSSH on systems with SCTP capabilities with the following features: - SCTP support can be configured with --with-sctp, but is disabled by default - use SCTP for SSH connections instead of TCP - SCTP's multi-homing is activated for all available addresses by default, if SCTP is used - the sshd can be configured to listen with TCP, SCTP, or

Greetings, Are there any plans to import SCTP support to OpenSSH? There have been SCTP patches for OSX and FreeBSD, and those seem to work pretty decently. I guess there might quite a number of potential users for SCTP were it part of the common source tree. A second benefit of having SCTP support as a standard feature in OpenSSH for all platforms supporting SCTP would be kind of social pressure

On Wed, Apr 18, 2018 at 9:33 AM, Marcelo Ricardo Leitner <marcelo.leitner at gmail.com> wrote: > On Tue, Apr 17, 2018 at 04:35:18PM -0400, Vlad Yasevich wrote: >> On 04/02/2018 10:47 AM, Marcelo Ricardo Leitner wrote: >> > On Mon, Apr 02, 2018 at 09:40:01AM -0400, Vladislav Yasevich wrote: >> >> Now that we have SCTP offload capabilities in the kernel, we can

Dear all, I'm running into a possible memory issue with the SCTP implementation in CentOS 6, using lksctp-tools. So far I've not seen the problem with other distributions yet. The problem is that whenever a SCTP client connection is initiated to a second host and port at which no SCTP server application is listening The scenario is simple: - call socket() to create a socket. - call

http://bugzilla.netfilter.org/show_bug.cgi?id=763 Summary: dnat and snat not changing port numbers on sctp packets Product: netfilter/iptables Version: linux-2.6.x Platform: x86_64 OS/Version: RedHat Linux Status: NEW Severity: normal Priority: P3 Component: NAT AssignedTo: netfilter-buglog at

To support SCTP checksum offloading, we need to add a new feature to virtio_net, so we can negotiate support between the hypervisor and the guest. The signalling to the guest that an alternate checksum needs to be used is done via a new flag in the virtio_net_hdr. If the flag is set, the host will know to perform an alternate checksum calculation, which right now is only CRC32c. Signed-off-by:

On 04/11/2018 06:49 PM, Michael S. Tsirkin wrote: > On Mon, Apr 02, 2018 at 09:40:02AM -0400, Vladislav Yasevich wrote: >> To support SCTP checksum offloading, we need to add a new feature >> to virtio_net, so we can negotiate support between the hypervisor >> and the guest. >> >> The signalling to the guest that an alternate checksum needs to >> be used is

This patch allows the OpenSSH client to make connections over SCTP, and allows the OpenSSH server to listen for connections over SCTP. SCTP is a robust transport-layer protocol which supports, amongst other things, the changing of endpoint IPs without breaking the connection. To connect via SCTP, pass -H or set "ConnectViaSCTP yes". To listen via SCTP as well as TCP, set

To support SCTP checksum offloading, we need to add a new feature to virtio_net, so we can negotiate support between the hypervisor and the guest. The HOST feature bit signifies offloading support for transmit and enables device offload features. The GUEST feature bit signifies offloading support of recieve and is currently only used by the driver in case of xdp. That patch also adds an

https://bugzilla.netfilter.org/show_bug.cgi?id=1742 Bug ID: 1742 Summary: using nfqueue breaks SCTP connection (tracking) Product: libnetfilter_queue Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: libnetfilter_queue Assignee: