Date: Wed, 29 Apr 2009 20:05:48 -0300 From: Vinicius Abrahao <vinnix.bsd@gmail.com> To: freebsd-net@freebsd.org Subject: Problem with lagg failover (using bge0 and wpi0 interfaces) Message-ID: <1e31c7980904291605h55244aech10a7725d59fd0cd@mail.gmail.com>
next in thread | raw e-mail | index | archive | help
Hi people:
I'm testing RELENG_7 ( 7.2-PRERELEASE, actualized and built today) and I'm
fouding
some issues with lagg(4).
My problem happens when I disconnect the cable from bge0. The packets are
sending by wpi0
but they don't income back. See tcpdump log above:
# tcpdump -i bge0 host 192.168.1.1
tcpdump: WARNING: bge0: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on bge0, link-type EN10MB (Ethernet), capture size 96 bytes
19:29:19.608811 IP 192.168.1.60 > 192.168.1.1: ICMP echo request, id 45355,
seq 3, length 64
19:29:19.610150 IP 192.168.1.1 > 192.168.1.60: ICMP echo reply, id 45355,
seq 3, length 64
19:29:20.609807 IP 192.168.1.60 > 192.168.1.1: ICMP echo request, id 45355,
seq 4, length 64
19:29:20.610948 IP 192.168.1.1 > 192.168.1.60: ICMP echo reply, id 45355,
seq 4, length 64
19:29:21.597787 arp who-has 192.168.1.60 tell 192.168.1.1
19:29:21.597811 arp reply 192.168.1.60 is-at 00:19:b9:79:f0:af (oui Unknown)
19:29:21.610813 IP 192.168.1.60 > 192.168.1.1: ICMP echo request, id 45355,
seq 5, length 64
19:29:21.611992 IP 192.168.1.1 > 192.168.1.60: ICMP echo reply, id 45355,
seq 5, length 64
19:29:22.611815 IP 192.168.1.60 > 192.168.1.1: ICMP echo request, id 45355,
seq 6, length 64
19:29:22.612982 IP 192.168.1.1 > 192.168.1.60: ICMP echo reply, id 45355,
seq 6, length 64
19:29:23.612819 IP 192.168.1.60 > 192.168.1.1: ICMP echo request, id 45355,
seq 7, length 64
19:29:23.613947 IP 192.168.1.1 > 192.168.1.60: ICMP echo reply, id 45355,
seq 7, length 64
19:29:24.613823 IP 192.168.1.60 > 192.168.1.1: ICMP echo request, id 45355,
seq 8, length 64
19:29:24.614983 IP 192.168.1.1 > 192.168.1.60: ICMP echo reply, id 45355,
seq 8, length 64
19:29:25.614823 IP 192.168.1.60 > 192.168.1.1: ICMP echo request, id 45355,
seq 9, length 64
19:29:25.615953 IP 192.168.1.1 > 192.168.1.60: ICMP echo reply, id 45355,
seq 9, length 64
19:29:26.615830 IP 192.168.1.60 > 192.168.1.1: ICMP echo request, id 45355,
seq 10, length 64
19:29:26.616991 IP 192.168.1.1 > 192.168.1.60: ICMP echo reply, id 45355,
seq 10, length 64
19:29:27.616826 IP 192.168.1.60 > 192.168.1.1: ICMP echo request, id 45355,
seq 11, length 64
19:29:27.618165 IP 192.168.1.1 > 192.168.1.60: ICMP echo reply, id 45355,
seq 11, length 64
19:29:28.617826 IP 192.168.1.60 > 192.168.1.1: ICMP echo request, id 45355,
seq 12, length 64
19:29:28.618951 IP 192.168.1.1 > 192.168.1.60: ICMP echo reply, id 45355,
seq 12, length 64
19:29:29.618828 IP 192.168.1.60 > 192.168.1.1: ICMP echo request, id 45355,
seq 13, length 64
19:29:29.620001 IP 192.168.1.1 > 192.168.1.60: ICMP echo reply, id 45355,
seq 13, length 64
19:29:30.619830 IP 192.168.1.60 > 192.168.1.1: ICMP echo request, id 45355,
seq 14, length 64
19:29:30.620996 IP 192.168.1.1 > 192.168.1.60: ICMP echo reply, id 45355,
seq 14, length 64
19:29:31.620840 IP 192.168.1.60 > 192.168.1.1: ICMP echo request, id 45355,
seq 15, length 64
19:29:31.622008 IP 192.168.1.1 > 192.168.1.60: ICMP echo reply, id 45355,
seq 15, length 64
19:29:32.621837 IP 192.168.1.60 > 192.168.1.1: ICMP echo request, id 45355,
seq 16, length 64
19:29:32.623013 IP 192.168.1.1 > 192.168.1.60: ICMP echo reply, id 45355,
seq 16, length 64
19:29:33.622838 IP 192.168.1.60 > 192.168.1.1: ICMP echo request, id 45355,
seq 17, length 64
19:29:33.624002 IP 192.168.1.1 > 192.168.1.60: ICMP echo reply, id 45355,
seq 17, length 64
19:29:34.623841 IP 192.168.1.60 > 192.168.1.1: ICMP echo request, id 45355,
seq 18, length 64
19:29:34.625012 IP 192.168.1.1 > 192.168.1.60: ICMP echo reply, id 45355,
seq 18, length 64
19:29:35.624842 IP 192.168.1.60 > 192.168.1.1: ICMP echo request, id 45355,
seq 19, length 64
19:29:35.625977 IP 192.168.1.1 > 192.168.1.60: ICMP echo reply, id 45355,
seq 19, length 64
Now I disconnect the cable from bge0 and one second after We see at other
tcpdump log, that
packets are become sending by wpi0 but, without reply.
# tcpdump -i wpi0 host 192.168.1.1
tcpdump: WARNING: wpi0: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on wpi0, link-type EN10MB (Ethernet), capture size 96 bytes
19:29:36.625849 IP 192.168.1.60 > 192.168.1.1: ICMP echo request, id 45355,
seq 20, length 64
19:29:37.626843 IP 192.168.1.60 > 192.168.1.1: ICMP echo request, id 45355,
seq 21, length 64
19:29:38.627845 IP 192.168.1.60 > 192.168.1.1: ICMP echo request, id 45355,
seq 22, length 64
19:29:39.628846 IP 192.168.1.60 > 192.168.1.1: ICMP echo request, id 45355,
seq 23, length 64
19:29:40.629848 IP 192.168.1.60 > 192.168.1.1: ICMP echo request, id 45355,
seq 24, length 64
19:29:41.630861 IP 192.168.1.60 > 192.168.1.1: ICMP echo request, id 45355,
seq 25, length 64
19:29:42.631854 IP 192.168.1.60 > 192.168.1.1: ICMP echo request, id 45355,
seq 26, length 64
19:29:43.632858 IP 192.168.1.60 > 192.168.1.1: ICMP echo request, id 45355,
seq 27, length 64
19:29:44.633860 IP 192.168.1.60 > 192.168.1.1: ICMP echo request, id 45355,
seq 28, length 64
19:29:45.634860 IP 192.168.1.60 > 192.168.1.1: ICMP echo request, id 45355,
seq 29, length 64
19:29:46.635866 IP 192.168.1.60 > 192.168.1.1: ICMP echo request, id 45355,
seq 30, length 64
19:29:47.639367 IP 192.168.1.60 > 192.168.1.1: ICMP echo request, id 45355,
seq 31, length 64
Here is my configurations:
# route get 192.168.1.1
route to: 192.168.1.1
destination: 192.168.1.1
interface: lagg0
flags: <UP,HOST,DONE,LLINFO,WASCLONED>
recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu
expire
0 0 0 0 0 0 1500
1095
# ifconfig wpi0
wpi0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
ether 00:19:b9:79:f0:af
media: IEEE 802.11 Wireless Ethernet autoselect (DS/1Mbps)
status: associated
ssid triarius-wifi channel 6 (2437 Mhz 11g) bssid 00:18:39:39:5b:0f
authmode OPEN privacy OFF txpower 50 bmiss 7 scanvalid 60
protmode CTS
lagg: laggdev lagg0
# ifconfig bge0
bge0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=9b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM>
ether 00:19:b9:79:f0:af
media: Ethernet autoselect (none)
status: no carrier
lagg: laggdev lagg0
# ifconfig lagg0 # When I disconnect bge0, wpi0 come to ACTIVE mode.
lagg0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
ether 00:19:b9:79:f0:af
inet 192.168.1.60 netmask 0xffffffc0 broadcast 192.168.1.63
media: Ethernet autoselect
status: active
laggproto failover
laggport: wpi0 flags=4<ACTIVE>
laggport: bge0 flags=1<MASTER>
# ifconfig lagg0 # When I connect bge0 back, bge0 comes to ACTIVE mode.
lagg0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
ether 00:19:b9:79:f0:af
inet 192.168.1.60 netmask 0xffffffc0 broadcast 192.168.1.63
media: Ethernet autoselect
status: active
laggproto failover
laggport: wpi0 flags=0<>
laggport: bge0 flags=5<MASTER,ACTIVE>
Could you help me with this issue?
Thanks,
Vinicius Abrahao
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1e31c7980904291605h55244aech10a7725d59fd0cd>