Re: Failover route
Grant Taylor <[email protected]> Sun, 17 Mar 2019 18:38:39 +0000
| Newsgroups | org.kernel.vger.lartc |
|---|---|
| Message-ID | <[email protected]> |
On 3/16/19 12:04 PM, Erik Auerswald wrote: > Hi, Hi, > Yeah, one needs to send a packet destined to the same machine out an > interface. That might need some trickery. The more that I think about it, the more that I think: · BFD-EM style to-be-routed packet might work better than ICMP. · link-net IPs shouldn't be a problem. > I remember some related trickery from a Project Zero blog post: > googleprojectzero.blogspot.de/2015/12/fireeye-exploitation-project-zeros.html Either I'm not understanding what you're referring to. Or I don't see how essentially sniffing a (mirror / SPAN) port differs from what I said previously about sniffing traffic. Or are you talking about applying sniffing to the BFD-EM frame? > A BFD daemon using RAW sockets (neither UDP nor TCP) might not need > something like the above, similar to ping -I <Iface> -r <TargetIP>. I'm really starting to question if I'm / we're not over complicating this. I can't think of a reason why BFD-EM to from & to the local link-net IP via the far end router's MAC address won't work. The link-net IPs should only be used for things on the link. So I don't see any disadvantage of said IPs not being reachable if the link is down / down. Arguably, that's a state that BFD-EM should account for. The reason for using BFD-EM would want to know about such a down / down state. -- Grant. . . . unix || die
smime.p7s
(application/pkcs7-signature, 3.9 KB) - not displayed