[lkml]   [2009]   [Apr]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: bond interface arp, vlan and trunk / network question
    >        I believe you're seeing the expected behavior from arping here,
    > and it does not automatically indicate that anything is wrong.
    >        It's very possible that your network topology is such that
    > arping -I bond0 won't work while arping -I bond0.600 does.  If the
    > target you specify is reachable only on the VLAN, it's expected behavior
    > that arping -I bond0 of that target won't work (because the interface
    > bond0 is not attached to the VLAN, only bond0.600 is).  That doesn't
    > mean that the ARPs generated internally by bonding are untagged /
    > failing, as bonding itself adds VLAN tags to its own ARP probes as
    > needed.

    Ok. I've checked the tcpdump's on the machines and I think something is working.

    tcpdump -v -i eth0 arp
    tcpdump: WARNING: eth0: no IPv4 address assigned
    tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
    22:56:38.817599 arp who-has tell
    22:56:38.847597 arp who-has tell
    22:56:38.877598 arp who-has tell
    22:56:38.907596 arp who-has tell

    tcpdump -v -i bond0.600 arp
    tcpdump: listening on bond0.600, link-type EN10MB (Ethernet), capture
    size 96 bytes
    22:56:49.167157 arp reply is-at 00:1d:70:d1:ad:83 (oui Unknown)
    22:56:49.197162 arp reply is-at 00:1d:70:d1:ad:83 (oui Unknown)
    22:56:49.227130 arp reply is-at 00:1d:70:d1:ad:83 (oui Unknown)
    22:56:49.257144 arp reply is-at 00:1d:70:d1:ad:83 (oui Unknown)

    the arp's are sent out on eth0 and recieved via bond0.600. When they
    are sent on eth0 then the switch must tag the vlan600 (private vlan).
    Then they come in at the right interface. Is it normal that so many
    arp's are sent?
    Is there a way to check if the arp check is working right in the proc
    fs oder something like that?

    >        Also, are you running multiple blades with bonding behind the
    > same set of switches?

    Yes, 14 blades with 2 seperate(not connected) switches.

    >  If you are, you probably want to set the
    > arp_validate option to either "active" or "all", as the default setting
    > (none) relies only on the existance of traffic on the slaves, and
    > doesn't check the source of that traffic.  The end result of that is the
    > probes from multiple bonding instances fool one another into thinking
    > the path is up, when it is not.  With arp_validate enabled, it'll check
    > that the slaves are actually receiving their own ARP traffic.

    Ok, sounds right for me. I've set the arp_validate option to "all".
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2009-04-20 23:05    [W:0.023 / U:15.500 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site