On Fri, Nov 07, 2025 at 11:59:46AM +0800, Fan Zhang wrote: > On Fri, Nov 7, 2025 at 11:22 AM David 'equinox' Lamparter < > [email protected]> wrote: > > The proxy-arp mode being an enum makes it really hard/annoying if some > > platform has additional parameters that are applicable only to some of the > > modes, since you can't add additional leaves under an enum. I would > > suggest to instead make it a choice of containers instead, i.e. > > Thanks for your review and suggestion. I understand that using a > choice/case structure would allow better extensibility if someone wants to > introduce mode-specific parameters. I am wondering if there are any > specific examples where such per-mode extensions might be needed?
Linux supports a proxy ARP delay timer, which is intended to be used as a "fallback". This is used when sometimes a "normal" host is on the network (and replies to ARP immediately) but when the host is gone theproxy ARP should take effect (using the delay as a distinguisher). I believe this only applies to "full" mode. (It's not entirely clear to me how/where "remote-only" actually makes sense, why would there be an ARP request for something not on any subnet? But in that regard I don't really care; if people think it's needed/useful, I'm happy to have it.) Cheers, -equi _______________________________________________ Int-area mailing list -- [email protected] To unsubscribe send an email to [email protected]
