On Mon, 2008-03-24 at 23:11 +0100, Henning Brauer wrote:
> MAC="00:11:22:33:44:55"
> DNET="dnet"
>
> for IP in `ifconfig $interface | grep 'inet ' | \
> sed 's/ *inet \([0-9]*\.[0-9]*\.[0-9]*\.[0-9]*\) netmask.*/\1/'`; do
> ${DNET} arp op rep sha ${MAC} spa ${IP} tpa ${IP} | \
> ${
* Stephan A. Rickauer <[EMAIL PROTECTED]> [2008-03-24 16:15]:
> Does anyone happen to know a tool that sends out gratuitous arp from
> userland on openbsd?
>
> P.S. I know there is CARP, but I need to send out o;?gratuitous arp
> anyway ;)
sth like this
MAC="00:11:22:
Does anyone happen to know a tool that sends out gratuitous arp from
userland on openbsd?
P.S. I know there is CARP, but I need to send out o;?gratuitous arp
anyway ;)
Thanks,
Stephan
actual cluster node, not a common virtual MAC address like pf uses.
> When it does this, it sends out gratuitous ARP requests to indicate
> that the cluster IP is now associated with a different MAC address.
This is an absolutely abhorrent case of software design/engineering. Of
course, I w
On 7/28/06, Clayton Wheeler <[EMAIL PROTECTED]> wrote:
Any idea what's going on here? I don't think it's even possible to
filter out non-IP packets with pf, and I'm certainly not trying. I am
not using any bridge devices. ARP works in all other respects. I
don't see any sysctl tunables for ARP, e
it does this, it sends out gratuitous ARP requests to indicate
that the cluster IP is now associated with a different MAC address.
Unfortunately, OpenBSD seems to be ignoring these requests; when a
cluster address moves to a different node, the ARP table on the
firewall still holds the entry
I have a case where a large (60+), rapid flurry of incoming GARP messages are
evidently being only partially processed. Especially, the first 25 GARP
messages are applied to the ARP cache and the remainder are ignored. I'm
looking for a better understanding of why this happens as well as suggesti
7 matches
Mail list logo
