netdev
[Top] [All Lists]

Fw: [Bugme-new] [Bug 3992] New: Bondig. Not correct work function ARP Mo

To: netdev@xxxxxxxxxxx
Subject: Fw: [Bugme-new] [Bug 3992] New: Bondig. Not correct work function ARP Monitoring. Broken link.
From: Andrew Morton <akpm@xxxxxxxx>
Date: Wed, 5 Jan 2005 13:35:25 -0800
Sender: netdev-bounce@xxxxxxxxxxx

Begin forwarded message:

Date: Wed, 5 Jan 2005 07:59:17 -0800
From: bugme-daemon@xxxxxxxx
To: bugme-new@xxxxxxxxxxxxxx
Subject: [Bugme-new] [Bug 3992] New: Bondig. Not correct work function ARP 
Monitoring. Broken link.


http://bugme.osdl.org/show_bug.cgi?id=3992

           Summary: Bondig. Not correct work function ARP Monitoring. Broken
                    link.
    Kernel Version: 2.6.10
            Status: NEW
          Severity: normal
             Owner: jgarzik@xxxxxxxxx
         Submitter: stanislav@xxxxxxxxxxxxxxxxx


Distribution:
Hardware Environment:
Vmware GSX machine
Software Environment:
Gentoo
Problem Description:
bonding interface going down and down slave link


Steps to reproduce:

2 virtual pc
identical gentoo linux (copy)
1 nic for both virtual pc
up 2 openvpn link trouch nic to another virtual pc (tap0 and tap1)[ethernet 
bridge]
link both vpn1 and vpn2 - ok!(independing link like:192.168.1.1-192.168.1.2 
and 192.168.2.1-192.168.2.2)

bonding vpn1 & vpn2 òî bond0 (bonding default setup -> nothing failover 
setings)
link îê!(192.168.100.1-192.168.100.2)

setting arp monitor in bonding (TUN/TAP driver not support Mii status)
link down!

arp request go from bond0(machine1)[from tap0 & tap1] to bond0(machine2) - ok.
arp answer bond0(machine2) interface - ok!
!!! bond0(machine2) -> tap0(tap1)(machine2) - noting!!!(arp answer broken)
resultat arp request not complite

situation analog both side

for monitoring use TCPDUMP

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


<Prev in Thread] Current Thread [Next in Thread>