Hi, On Mon, Nov 04, 2019 at 03:54:49AM +0800, Tom Yan wrote: > While the commit message says "support" 31-bit prefix, this patch is a > bug fix by nature. Whether one can actually uses a /31 subnet for > *anything* (i.e. not just OpenVPN) pretty much depends entirely on the > platform itself. This patch is needed simply because broadcast address > does not "apply" in a /31 subnet, and having it set *prevents* it from > working.
Understood (thought it would be more helpful if the commit message said so :-) ). > In fact, if openvpn tries to set the broadcast address with > `+` instead of an explicit address calculated by itself, `ip` can > handle it well. I do it with a prefix length check because I am not > sure if there's a reason that `broadcast +` wasn't used instead. I wasn't aware that there is a "broadcast +" setting, but I'm way more tempted to just get rid of setting broadcast at all. This is a computer, it can do the math itself. > Yeah the removal of the p2p topology was one of the reasons. It's > actually the fact that ics-openvpn doesn't really parse point-to-point > ifconfig that made me aware of this. I wasn't aware of that, but since Arne is reading here, maybe he can comment on it. It's possible that the Android VPN API just does not permit p2p mode, but wants a subnet. Arne, any idea if /31 works on Android? > I don't know anything about sitnl. Is it available only in 2.5/master? > While I have also sent the equivalent fix for that, it's merely a > "forwardport". I haven't actually used 2.5/master at all (unless > ics-openvpn counts, while I don't see broadcast being set for any case > on Android). Yeah, master. New functionality always has to go into master, and 2.4 backporting is only done under certain conditions (undisputed bugfixes, long-term compatibility changes). Adding conditionals is not a bugfix. Removing the "broadcast" part from "ip add" could be considered as such... it needs testing on somewhat ancient Linux systems (I think we aim to support all RHEL/CentOS releases that are still supported, which will definitely cover "OLD!!"). But seriously I expect this to be totally unnecesary historic cruft unless told otherwise. gert -- "If was one thing all people took for granted, was conviction that if you feed honest figures into a computer, honest figures come out. Never doubted it myself till I met a computer with a sense of humor." Robert A. Heinlein, The Moon is a Harsh Mistress Gert Doering - Munich, Germany g...@greenie.muc.de
signature.asc
Description: PGP signature
_______________________________________________ Openvpn-devel mailing list Openvpn-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openvpn-devel