Page MenuHomeFreeBSD

gert_greenie.muc.de (Gert Doering)
User

Projects

User does not belong to any projects.

User Details

User Since
Mar 21 2020, 1:53 PM (82 w, 16 h)

Recent Activity

Jun 9 2020

gert_greenie.muc.de added a comment to D25181: Introduce net.inet6.icmp6.reply_from_interface and net.inet6.icmp6.reply_src sysctls.

With that change, it now works both for the "reply_from_interface=1" and "reply_src=lo2" case for me, with LLAs present and "config at boot".

Jun 9 2020, 4:32 PM
gert_greenie.muc.de added a comment to D25181: Introduce net.inet6.icmp6.reply_from_interface and net.inet6.icmp6.reply_src sysctls.

Mmmmh. I have patched my kernel, and hlim is set up correctly now (64), and I can nicely see the packets go out:

Jun 9 2020, 3:51 PM
gert_greenie.muc.de added a comment to D25181: Introduce net.inet6.icmp6.reply_from_interface and net.inet6.icmp6.reply_src sysctls.

I have tested this, and it "sort of" works.

Jun 9 2020, 9:29 AM

Mar 22 2020

gert_greenie.muc.de added a comment to D24135: IPV6_PKTINFO support for v4-mapped IPv6 sockets.

This new patch, with the logic error regarding PRUS_IPV6 check fixed, still leads to EINVAL for me.

Mar 22 2020, 8:00 PM
gert_greenie.muc.de added inline comments to D24135: IPV6_PKTINFO support for v4-mapped IPv6 sockets.
Mar 22 2020, 9:36 AM

Mar 21 2020

gert_greenie.muc.de added a comment to D24135: IPV6_PKTINFO support for v4-mapped IPv6 sockets.

I gave this a test today, and it did not work for me. Namely, when using sendto() on a 12.1-RELEASE-p3 kernel with this patch applied (it applied with little fuzz, so I assume this was okay to do) I get EINVAL for every IPv4-UDP packet sent over my dual-stack socket. Unmodified 12.1-RELEASE-p3 with the same code will just ignore the option and use the primary IPv4 address of the interface.

Mar 21 2020, 7:19 PM