I'm opening again the discussion about src IP selection in ARP requests. We know that there are tools and framework for ARP filtering and mangling. The question is whether we need a simple interface
I'm fine with this patch, although it appears incomplete because: The code handling this case is "#if 0/#endif" commented out in your patch. Finish this thing up, and as a birthday present to everyon
Ok, does this do what everyone wants? Speak now or forever hold your peace on this issue :-) I'll add this to 2.6.x and 2.4.x if folks are OK with it. Write this date down on your calendars, I doubt
Of course :) I'm still thinking on it, for example: - do we need to complicate the things in arp_solicit and to announce not only local IPs but also sender IPs for which we support proxy_arp. But ma
So this new 'arp_announce' change suggestion will preempt any need for hidden and make everyone happy? About output_route vs. inet_select_addr(), probably the latter is better. Your goal is to differ
For IPVS like setups it solves only one part: arp_announce=2 but for such setups we still need per IP filtering of ARP requests which is not possible to filter with ip rules. If you look at http://w
May be this will be something like final patch, I removed the games with skb->dst because there are cases where SNAT can take place after input routing, etc: http://www.ssi.bg/~ja/arp_announce-2.6.2
I like the patch, but I want the documentation changed. If you'll recall, one of the big problems Alexey and myself had with the new ARP saddr selection behavior you propose is that it assumes that:
The hidden patch does a hundred different things, that's what makes it so undigestable. :) Let us assume your arp_announce patch is applied. Given that, plus the things you've mentioned, only a tiny
I hope I explained them using my non-native english :) May be the info is not good enough and can be improved. This is against latest bk (there will be no conflict with the recently added flag): htt
Ok, I eat this, please make a 2.4.x version against Marcelo's current tree. The 2.6.x variant will go into 2.6.4-pre1 and the 2.4.x will go into 2.4.26-pre1 Thanks.
Attached, against rc2 which looks enough. very good Regards -- Julian Anastasov <ja@xxxxxx> Attachment: 1.diff Description: arp_announce for 2.4.25-rc2
Appended is a patch for rich set of modes to ignore ARP requests (yes Dave, I got your flag name :)). It is on top of the arp_announce change. I hope, the main useful needs are represented, all othe
I've applied this, the patch is a NOP unless people actually change the sysctl value from the default. This allows me to just put it in now, and we can refine the details of the new behavior next. Pl
Hello, I'm opening again the discussion about src IP selection in ARP requests. We know that there are tools and framework for ARP filtering and mangling. The question is whether we need a simple int
I'm fine with this patch, although it appears incomplete because: The code handling this case is "#if 0/#endif" commented out in your patch. Finish this thing up, and as a birthday present to everyon
Ok, does this do what everyone wants? Speak now or forever hold your peace on this issue :-) I'll add this to 2.6.x and 2.4.x if folks are OK with it. Write this date down on your calendars, I doubt