On Tue, 26 May 2015 11:46:15 +0100 (BST) Paul Jakma <[email protected]> wrote:
> On Tue, 26 May 2015, David Lamparter wrote: > > > To my knowledge, no platforms on our support list except Linux > > support multipoint GRE, so at least for this specific instance the > > question is rather moot. > > It isn't, because it's twiddling with the definition of Zserv. > > > NHRP needs to find out whether a device is a multipoint GRE tunnel, > > a question we can spare asking on non-Linux... (and nhrpd opens a > > netlink socket too.) > > Sure, so provide a proper Zserv definition that is general, map the > linux type on to it, and we're laughing. Well. Like observed in the other mail. It looks sockaddr_dl is used for *BSD, with BSD specific stuff in it. hw_type really is used with Linux only. Which comes back to the point that the whole zserv protocol needs a bit of rework. It is also notable that hw_type is part of 'struct interface'. So I expected it to be already in acceptable format. But as pointed out, seems it's not used anywhere. Is there any generic hardware type enum we could borrow here? I'd rather not invent yet another enumeration and do different mappings to it. Linux ARPHRD_* is based on ARP Htype field (RFC 826). But seems values >= 256 such as ARPHRD_IPGRE are non-standard extensions. The BSD IFT_* stuff seems to come from SNMP (at least in NetBSD) based on RFC1573 (or http://www.iana.org/assignments/smi-numbers). But has also local extensions; and it does not differentiate different tunnel interface types. _______________________________________________ Quagga-dev mailing list [email protected] https://lists.quagga.net/mailman/listinfo/quagga-dev
