From owner-freebsd-bugs@FreeBSD.ORG Wed Jul 2 08:35:37 2014 Return-Path: Delivered-To: freebsd-bugs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 98E0B145 for ; Wed, 2 Jul 2014 08:35:37 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7F4E9282F for ; Wed, 2 Jul 2014 08:35:37 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.8/8.14.8) with ESMTP id s628ZbCu032326 for ; Wed, 2 Jul 2014 09:35:37 +0100 (BST) (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 191550] New: [carp] BACKUP node always installs on-interface route for inactive vhid address Date: Wed, 02 Jul 2014 08:35:37 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: 10.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: emz@norma.perm.ru X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jul 2014 08:35:37 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191550 Bug ID: 191550 Summary: [carp] BACKUP node always installs on-interface route for inactive vhid address Product: Base System Version: 10.0-STABLE Hardware: amd64 OS: Any Status: Needs Triage Severity: Affects Only Me Priority: --- Component: misc Assignee: freebsd-bugs@FreeBSD.org Reporter: emz@norma.perm.ru BACKUP node always installs on-interface route for vhid address, thus it stars to server the network requests. primary node: [root@taiga:local/etc]# ifconfig vlan1 vlan1: flags=8943 metric 0 mtu 1500 options=3 ether 00:1a:64:c6:a8:7c inet 192.168.3.22 netmask 0xffffff00 broadcast 192.168.3.255 inet6 fe80::21a:64ff:fec6:a87c%vlan1 prefixlen 64 scopeid 0x6 inet6 fd00::316 prefixlen 120 inet 192.168.3.13 netmask 0xffffffff broadcast 192.168.3.13 vhid 5 inet 192.168.3.1 netmask 0xffffffff broadcast 192.168.3.1 vhid 5 inet6 fd00::301 prefixlen 120 vhid 5 nd6 options=21 media: Ethernet autoselect (1000baseT ) status: active vlan: 1 parent interface: bce0 carp: MASTER vhid 5 advbase 1 advskew 50 [root@taiga:local/etc]# netstat -rn | grep 192.168.3.1 192.168.3.1 link#6 UHS 0 114730 lo0 => 192.168.3.1/32 link#6 U 0 0 vlan1 192.168.3.13 link#6 UHS 0 16643 lo0 => 192.168.3.13/32 link#6 U 0 0 vlan1 backup node: [root@necromancer:local/etc]# ifconfig vlan1 vlan1: flags=8943 metric 0 mtu 1500 ether 00:1a:64:67:a8:40 inet 192.168.3.4 netmask 0xffffff00 broadcast 192.168.3.255 inet6 fe80::21a:64ff:fe67:a840%vlan1 prefixlen 64 scopeid 0x6 inet6 fd00::304 prefixlen 120 inet 192.168.3.13 netmask 0xffffffff broadcast 192.168.3.13 vhid 5 inet 192.168.3.1 netmask 0xffffffff broadcast 192.168.3.1 vhid 5 inet 192.168.3.19 netmask 0xffffff00 broadcast 192.168.3.255 inet6 fd00::301 prefixlen 120 vhid 5 nd6 options=21 media: Ethernet autoselect (1000baseT ) status: active vlan: 1 parent interface: bce0 carp: BACKUP vhid 5 advbase 1 advskew 250 [root@necromancer:local/etc]# netstat -rn | grep 192.168.3.1 192.168.3.1 link#6 UHS lo0 192.168.3.1/32 link#6 U vlan1 192.168.3.13 link#6 UHS lo0 192.168.3.13/32 link#6 U vlan1 192.168.3.19 link#6 UHS lo0 so all the hosts requesting 192.168.3.1 get to the backup node: (icmp inside the same broadcast segment) [root@wizard:~/.rtorrent]# ping 192.168.3.1 PING 192.168.3.1 (192.168.3.1): 56 data bytes 64 bytes from 192.168.3.1: icmp_seq=0 ttl=64 time=0.216 ms 64 bytes from 192.168.3.1: icmp_seq=1 ttl=64 time=0.205 ms 64 bytes from 192.168.3.1: icmp_seq=2 ttl=64 time=0.200 ms 64 bytes from 192.168.3.1: icmp_seq=3 ttl=64 time=0.209 ms 64 bytes from 192.168.3.1: icmp_seq=4 ttl=64 time=0.258 ms 64 bytes from 192.168.3.1: icmp_seq=5 ttl=64 time=0.275 ms 64 bytes from 192.168.3.1: icmp_seq=6 ttl=64 time=0.214 ms 64 bytes from 192.168.3.1: icmp_seq=7 ttl=64 time=0.194 ms ^C --- 192.168.3.1 ping statistics --- 8 packets transmitted, 8 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.194/0.221/0.275/0.027 ms tcpdump: 14:31:05.599130 00:1a:64:21:8e:80 > 00:1a:64:67:a8:40, ethertype IPv4 (0x0800), length 98: 192.168.3.24 > 192.168.3.1: ICMP echo request, id 8584, seq 3, length 64 14:31:05.599302 00:1a:64:67:a8:40 > 00:1a:64:21:8e:80, ethertype IPv4 (0x0800), length 98: 192.168.3.1 > 192.168.3.24: ICMP echo reply, id 8584, seq 3, length 64 14:31:06.600185 00:1a:64:21:8e:80 > 00:1a:64:67:a8:40, ethertype IPv4 (0x0800), length 98: 192.168.3.24 > 192.168.3.1: ICMP echo request, id 8584, seq 4, length 64 14:31:06.600411 00:1a:64:67:a8:40 > 00:1a:64:21:8e:80, ethertype IPv4 (0x0800), length 98: 192.168.3.1 > 192.168.3.24: ICMP echo reply, id 8584, seq 4, length 64 14:31:07.601117 00:1a:64:21:8e:80 > 00:1a:64:67:a8:40, ethertype IPv4 (0x0800), length 98: 192.168.3.24 > 192.168.3.1: ICMP echo request, id 8584, seq 5, length 64 14:31:07.601370 00:1a:64:67:a8:40 > 00:1a:64:21:8e:80, ethertype IPv4 (0x0800), length 98: 192.168.3.1 > 192.168.3.24: ICMP echo reply, id 8584, seq 5, length 64 ^C 1177 packets captured 485423 packets received by filter 0 packets dropped by kernel manual intervention to fix the routes fails: [root@necromancer:local/etc]# ifconfig vlan1 down [root@necromancer:local/etc]# route delete 192.168.3.1 delete host 192.168.3.1 [root@necromancer:local/etc]# netstat -rn | grep 192.168.3.1 192.168.3.13 link#6 UHS lo0 192.168.3.19 link#6 UHS lo0 [root@necromancer:local/etc]# ifconfig vlan1 up [root@necromancer:local/etc]# netstat -rn | grep 192.168.3.1 192.168.3.1 link#6 UHS lo0 192.168.3.1/32 link#6 U vlan1 192.168.3.13 link#6 UHS lo0 192.168.3.13/32 link#6 U vlan1 192.168.3.19 link#6 UHS lo0 Backup node info: [root@necromancer:~]# uname -a FreeBSD necromancer 10.0-STABLE FreeBSD 10.0-STABLE #0 r267040: Thu Jun 5 10:37:19 YEKT 2014 emz@necromancer:/usr/obj/usr/src/sys/NECROMANCER amd64 I have a pair of older machives, for example r263418 works as intended. -- You are receiving this mail because: You are the assignee for the bug.