Date: Mon, 31 Oct 2022 05:33:14 +0000 From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 252596] ping to 255.255.255.255 does not set broadcast MAC Message-ID: <bug-252596-7501-7MEU30LPHI@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-252596-7501@https.bugs.freebsd.org/bugzilla/> References: <bug-252596-7501@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=3D252596 Yuichiro NAITO <naito.yuichiro@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |naito.yuichiro@gmail.com --- Comment #11 from Yuichiro NAITO <naito.yuichiro@gmail.com> --- (In reply to Inoki from comment #9) Hi. >Finally, our workaround is to iterate all the non-local interfaces and sen= d to their >broadcast addresses. This should be coherent with the current d= esign in the FreeBSD >kernel. I see the same issue on my FreeBSD 14-CURRENT kernel and did the same workaround=20 just like you did. I had a chance to talk with hrs@ about this issue. He gave me an advise that adding '255.255.255.255' route entry via specific interface=20 also solves this issue without source code change. For example, I have 'em0' interface for IPv4. Set a route entry as 'route add 255.255.255.255 -iface em0'. Then 'ping 255.255.255.255' works as I expected. When my 'em0' has a broadcast address '192.168.1.255/24', `route add 255.255.255.255 192.168.1.255' also works for me. --=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-252596-7501-7MEU30LPHI>