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".
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Feed Advanced Search
Advanced Search
Advanced Search
Jun 9 2020
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.
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:
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.
Mar 22 2020
Mar 22 2020
This new patch, with the logic error regarding PRUS_IPV6 check fixed, still leads to EINVAL for me.
gert_greenie.muc.de added inline comments to D24135: IPV6_PKTINFO support for v4-mapped IPv6 sockets.
Mar 21 2020
Mar 21 2020
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.