From owner-freebsd-net@FreeBSD.ORG Fri Jul 23 08:12:32 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0691C106566C for ; Fri, 23 Jul 2010 08:12:32 +0000 (UTC) (envelope-from buchtajz@borsice.net) Received: from mx.sitkom.cz (mx.sitkom.cz [109.164.0.132]) by mx1.freebsd.org (Postfix) with ESMTP id AF1438FC12 for ; Fri, 23 Jul 2010 08:12:31 +0000 (UTC) Received: from spamd.mail.sitkom.cz (mail.mx.sitkom.cz [10.13.126.5]) by mx.mail.sitkom.cz (Postfix) with ESMTP id E31411C66DE; Fri, 23 Jul 2010 10:12:28 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.mx.sitkom.cz X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_FRT_BELOW2 autolearn=ham version=3.3.1 Received: from avscan.mail.sitkom.cz (mx.sitkom.cz [109.164.0.132]) by spamd.mail.sitkom.cz (Postfix) with ESMTP id BC9041C66CE; Fri, 23 Jul 2010 10:12:28 +0200 (CEST) Received: from [10.8.20.20] (buchtajz-notebook-lan.brestek.sfn [10.8.20.20]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx.sitkom.cz (Postfix) with ESMTPSA id 0FE441C66CC; Fri, 23 Jul 2010 10:12:28 +0200 (CEST) Message-ID: <4C494EC7.6080309@borsice.net> Date: Fri, 23 Jul 2010 10:11:51 +0200 From: Michal Buchtik User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.10) Gecko/20100622 Thunderbird/3.0.5 MIME-Version: 1.0 To: "Thodoris S." References: <403BAEC0-7D73-4584-9D4D-20B642DB938B@gmail.com> In-Reply-To: <403BAEC0-7D73-4584-9D4D-20B642DB938B@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD + Quagga OSPFD issue X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Jul 2010 08:12:32 -0000 Hi we have this problem too, see bellow On 2010/07/22 14:55, Thodoris S. wrote: > Hello, i am experiencing a weird problem, > > i have set up a FreeBSD 8.0 Release, with Quagga 0.9.15 running ospfd and bgpd for a small network > the router has multiple ethernet interfaces for backup in my case 2.If i disconnect an ethernet either Physical or Logical (ifconfig em1 down) > when it comes up again after a while, Quagga doesnt use it as OSPF interface below i am giving you some console outputs to undestand better the issue > > #1 show ip ospf interfaces: > em1 is up > ifindex 2, MTU 1500 bytes, BW 0 Kbit > Internet Address 10.10.32.34/30, Broadcast 10.10.32.35, Area 0.0.0.0 > MTU mismatch detection:enabled > Router ID 10.10.32.39, Network Type BROADCAST, Cost: 10 > Transmit Delay is 1 sec, State Backup, Priority 1 > Designated Router (ID) 10.10.32.36, Interface Address 10.10.32.33 > Backup Designated Router (ID) 10.10.32.39, Interface Address 10.10.32.34 > Multicast group memberships: OSPFAllRouters OSPFDesignatedRouters > Timer intervals configured, Hello 10s, Dead 40s, Wait 40s, Retransmit 5 > Hello due in 0.901s > Neighbor Count is 1, Adjacent neighbor count is 1 > > > #2 ifconfig em1 down > #3 ifconfig em1 up > #4 show ip ospf interfaces: > em1 is up > ifindex 3, MTU 1500 bytes, BW 0 Kbit > OSPF not enabled on this interface > > Check route table for prefix 10.10.32.32/30. I think, that it will be type UG1, because quagga installed it when the interface was down (ospfd deamon received it over another link). > Anyone has any idea on this issue? i have searched the internet and some people seem to have the same problem all with FreeBSD, Linux version dosnt have this problem, some of them speaking for a patch floating arround, but i didnt find any information on it > i have changed the version of quagga from 0.9.15 to 0.9.16 but not solved, i have compiled the quagga with TCP SOCKETS support but again the problem dosnt solve, the only workaround is to reboot the whole machine > even if i restart quagga it doesnt work. > Workaround is to add route manually, like this: route delete 10.10.32.32/30; route add 10.10.32.32/30 -iface em0 or route delete 10.10.32.32/30; ifconfig em0 10.10.32.34/30 I think freebsd kernel could install "connected" route when interface goas up (and replace UG1 route) because connected could be preferred over dynamic route. So this seems like FreeBSD bug , instead of quagga ones. Michal