Date: Sat, 22 Feb 2020 19:17:36 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 149086] [multicast] Generic multicast join failure in 8.1 Message-ID: <bug-149086-227-UZPPcLOBfA@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-149086-227@https.bugs.freebsd.org/bugzilla/> References: <bug-149086-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D149086 Loki Verloren <l0k18@pm.me> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |l0k18@pm.me --- Comment #4 from Loki Verloren <l0k18@pm.me> --- I'm not 100% sure this is related but the code here: https://github.com/p9c/pod/blob/master/pkg/transport/transport.go#L72 which works on MacOS 10.13.6 and linux 5.something kernel is not sending out any packets at all. The listener works but the sender does not. I have alre= ady tried using SO_REUSEPORT instead of SO_REUSEADDR and this makes no differen= ce to any other platform I am testing from working. I dug around the current open issues to see if there was something relevant, and I think this might be exactly the same issue. This is a different langu= age and potentially does share C library accesses in common with the Perl probl= ems being reported here. I hope my report can add something towards solving this issue. I am at least relieved to see that this looks like a FreeBSD kernel bug sin= ce as I said, the same code above also works on MacOS. However, the *bsd platf= orms on the Go standard library are the least exercised of all the major platform ports and it's possible that even though it looks like a similar bug it may= not be. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-149086-227-UZPPcLOBfA>