carp + carpdev option?

2010-06-01 Thread Ferdinand Goldmann
Greetings! It seems that this question has been asked several times before ... It looks like there is no carpdev option in 7.x :-( Having this options should bring several advantages: - One would only have to use a single public IP address (the carp interface), and would be able to configure t

Re: [quagga-users 11570] Re: quagga:zebra errors on FreeBSD 6.x ...

2010-06-01 Thread Marc G. Fournier
[+freebsd-net,+quagga port maintainer] Two questions ... 1. Is 8.x any better at this? 2. Any idea where the 'gross patch' is? On Tue, 1 Jun 2010, Joe Greco wrote: Other then appropriate interface/IP on the 7-STABLE boxes, the 7-STABLE boxes all work fine ... is there an issue with em/fxp

Re: carp + carpdev option?

2010-06-01 Thread Freddie Cash
On Tue, Jun 1, 2010 at 8:02 AM, Ferdinand Goldmann < ferdinand.goldm...@jku.at> wrote: > It seems that this question has been asked several times before ... > It looks like there is no carpdev option in 7.x :-( > > Having this options should bring several advantages: > - One would only have to use

Re: [axe][ue0] Device send packets but any host in network can not receive any packet from it.

2010-06-01 Thread Perevalov Sergey
Hi! I tried it with crossover cable but results was the same bad. Then set debug flag hw.usb.axe.debug: to 15, and started ping -f from ue0. And in /var/log/messages I found these strings: Jun 1 22:28:34 laptop kernel: axe_bulk_read_callback:842: bulk read error, USB_ERR_CANCELLED Jun 1 22:2

Re: [axe][ue0] Device send packets but any host in network can not receive any packet from it.

2010-06-01 Thread Pyun YongHyeon
On Tue, Jun 01, 2010 at 11:31:13PM +0500, Perevalov Sergey wrote: > Hi! > I tried it with crossover cable but results was the same bad. Then set > debug flag hw.usb.axe.debug: to 15, and started ping -f from ue0. > And in /var/log/messages I found these strings: > > Jun 1 22:28:34 laptop kernel:

Link state changes

2010-06-01 Thread Andrew Thompson
> Revision 205024 - (annotate) > Thu Mar 11 17:56:46 2010 UTC (2 months, 3 weeks ago) by qingli > > The if_tap interface is of IFT_ETHERNET type, but it > does not set or update the if_link_state variable. > As such RT_LINK_IS_UP() fails for the if_tap interface. > > Also, the RT_LINK_IS_UP() needs

Re: kern/147191: [ppp] Problems with ppp -nat [pppoe], ipfw, dummynet

2010-06-01 Thread Jose M Rodriguez
The following reply was made to PR kern/147191; it has been noted by GNATS. From: Jose M Rodriguez To: bug-follo...@freebsd.org, jos...@freebsd.jazztel.es Cc: Subject: Re: kern/147191: [ppp] Problems with ppp -nat [pppoe], ipfw, dummynet Date: Wed, 02 Jun 2010 02:37:20 +0200 This is a multi-p

Re: kern/147191: [ppp] Problems with ppp -nat [pppoe], ipfw, dummynet

2010-06-01 Thread Jose M Rodriguez
The following reply was made to PR kern/147191; it has been noted by GNATS. From: Jose M Rodriguez To: bug-follo...@freebsd.org Cc: Subject: Re: kern/147191: [ppp] Problems with ppp -nat [pppoe], ipfw, dummynet Date: Wed, 02 Jun 2010 04:31:49 +0200 This is a multi-part message in MIME format.

Re: panic: rtqkill route really not free on freebsd 8.0-release

2010-06-01 Thread Chao Shin
I worte: Hi all, I have four heavy load mysql database servers which system is 8.0-release got "panic: rtqkill route really not free" this week. We have a gateway set up by OpenBSD have a icmp route redirect function between two subnets, I suspect the FreeBSD panic at trying to delete routes