Maybe try lagg(4) in Failover mode?
On Tue, Dec 16, 2008 at 12:57 PM, Randy Bush wrote:
I have a nat'd box which obviously has an internal and external ip
address. The box has a third interface which is configured to a
DSL connection. My goal is for that interface to be activated i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 16 Dec, 2008, at 11:56 , Gabe wrote:
I have a nat'd box which obviously has an internal and external ip
address. The box has a third interface which is configured to a DSL
connection. My goal is for that interface to be activated if the
ext
> > I'm testing an Ethernet driver on FreeBSD 6.3.
> >
> > Running netstat -m during an ethernt stress test I see that the
> > "mbuf+clusters out of packet secondary zone in use" number
> is growing
> > gradualy. Problem is it never goes down after I stop the
> test, so it's
> > pushing the "m
On 08.12.16 18:56, Gabe wrote:
I have a nat'd box which obviously has an internal and external ip
address. The box has a third interface which is configured to a DSL
connection. My goal is for that interface to be activated if the
external side fails so that outbound traffic still flows. Any of y
On Tue, Dec 16, 2008 at 4:14 PM, Gabe wrote:
>>Maybe try lagg(4) in Failover mode?
> Lagg wouldn't work on my setup because the dsl connection would be almost
> completely independent. Unless you can provide an example.
>
Bind the two connection to the lagg, configure both IPs on the lagg
and
Hello.
Some weird thing has happened with 64bit counters:
% snmpwalk -v2c -cpublic localhost ifInOctets
IF-MIB::ifInOctets.1 = Counter32: 4107815474
...
IF-MIB::ifInOctets.16 = Counter32: 2894713654
% snmpwalk -v2c -cpublic localhost ifHCInOctets
IF-MIB::ifHCInOctets.1 = Counter64: 791106427975
On 08.12.16 18:56, Gabe wrote:
> I have a nat'd box which obviously has an internal and external ip
> address. The box has a third interface which is configured to a DSL
> connection. My goal is for that interface to be activated if the
> external side fails so that outbound traffic still flows. An
Sergey Matveychuk wrote:
Hello.
Some weird thing has happened with 64bit counters:
% snmpwalk -v2c -cpublic localhost ifInOctets
IF-MIB::ifInOctets.1 = Counter32: 4107815474
...
IF-MIB::ifInOctets.16 = Counter32: 2894713654
% snmpwalk -v2c -cpublic localhost ifHCInOctets
IF-MIB::ifHCInOctets.1
On Tue, 16 Dec 2008, Sergey Matveychuk wrote:
SM>Hello.
SM>
SM>Some weird thing has happened with 64bit counters:
SM>
SM>% snmpwalk -v2c -cpublic localhost ifInOctets
SM>IF-MIB::ifInOctets.1 = Counter32: 4107815474
SM>...
SM>IF-MIB::ifInOctets.16 = Counter32: 2894713654
SM>
SM>% snmpwalk -v2c -cpu
On Tue, Dec 16, 2008 at 4:14 PM, Gabe wrote:
> >Maybe try lagg(4) in Failover mode?
>
> On Tue, Dec 16, 2008 at 12:57 PM, Randy Bush wrote:
> I have a nat'd box which obviously has an internal and external ip
> address. The box has a third interface which is configured to a
> DSL
I have a nat'd box which obviously has an internal and external ip
address. The box has a third interface which is configured to a
DSL connection. My goal is for that interface to be activated if
the external side fails so that outbound traffic still flows. Any
of you know of a way to accomplish t
Harti Brandt wrote:
On Tue, 16 Dec 2008, Sergey Matveychuk wrote:
SM>Hello.
SM>
SM>Some weird thing has happened with 64bit counters:
SM>
SM>% snmpwalk -v2c -cpublic localhost ifInOctets
SM>IF-MIB::ifInOctets.1 = Counter32: 4107815474
SM>...
SM>IF-MIB::ifInOctets.16 = Counter32: 2894713654
SM>
S
Harti Brandt wrote:
The highspeed counters are only there if this is a high-speed interface.
High speed means that the baudrate in the interface MIB (the one in the
kernel) must be larger than 20Mbaud.
Does it look at the if_baudrate member?
em(4) and other drivers will set if_baudrate acc
On Tue, 16 Dec 2008, Sergey Matveychuk wrote:
SM>Harti Brandt wrote:
SM>> On Tue, 16 Dec 2008, Sergey Matveychuk wrote:
SM>>
SM>> SM>Hello.
SM>> SM>
SM>> SM>Some weird thing has happened with 64bit counters:
SM>> SM>
SM>> SM>% snmpwalk -v2c -cpublic localhost ifInOctets
SM>> SM>IF-MIB::ifInOctets
Randy Bush wrote:
...
freebsd does not allow metrics on static routes, which would be the
'normal' hack. i.e. you can not have two default routes with
different weights.
If you look in my 1 currently owned PRs:
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/71474
...this ticket contains
On Tue, 16 Dec 2008, Bruce Simpson wrote:
BS>Harti Brandt wrote:
BS>> The highspeed counters are only there if this is a high-speed interface.
BS>> High speed means that the baudrate in the interface MIB (the one in the
BS>> kernel) must be larger than 20Mbaud.
BS>>
BS>
BS>Does it look at the i
>Maybe try lagg(4) in Failover mode?
On Tue, Dec 16, 2008 at 12:57 PM, Randy Bush wrote:
I have a nat'd box which obviously has an internal and external ip
address. The box has a third interface which is configured to a
DSL connection. My goal is for that interface to be activated
> > Hi All,
> >
> > I'm testing an Ethernet driver on FreeBSD 6.3.
> >
> > Running netstat -m during an ethernt stress test I see that the
> > "mbuf+clusters out of packet secondary zone in use" number
> is growing
> > gradualy.
> > Problem is it never goes down after I stop the test, so
> it's
I guess I found the source of the problem - it is route_Add() function from
route.c (a part of /usr/sbin/ppp) which modifies routing table of the
machine upon a new connection.
As a quick solution, I created a ppp.linkup file:
/sbin/route del $1
/sbin/route add -host $1 -iface $2
that deletes inc
On Tue, Dec 16, 2008 at 07:12:24PM +0100, Harti Brandt wrote:
> On Tue, 16 Dec 2008, Sergey Matveychuk wrote:
> SM>>
> SM>> The highspeed counters are only there if this is a high-speed interface.
> SM>> High speed means that the baudrate in the interface MIB (the one in the
> SM>> kernel) must be
I have a nat'd box which obviously has an internal and external ip address. The
box has a third interface which is configured to a DSL connection. My goal is
for that interface to be activated if the external side fails so that outbound
traffic still flows. Any of you know of a way to accomplish
> -Original Message-
> From: owner-freebsd-...@freebsd.org [mailto:owner-freebsd-...@freebsd.org] On
> Behalf Of Gabe
> Sent: Tuesday, December 16, 2008 6:14 AM
> To: freebsd-net@freebsd.org
> Subject: RE: FreeBSD network failover
>
> >Maybe try lagg(4) in Failover mode?
>
> On Tue, Dec
On Tuesday 16 December 2008 19:27:49 Andrew Thompson wrote:
> On Tue, Dec 16, 2008 at 07:12:24PM +0100, Harti Brandt wrote:
> > On Tue, 16 Dec 2008, Sergey Matveychuk wrote:
> > SM>>
> > SM>> The highspeed counters are only there if this is a high-speed
> > interface. SM>> High speed means that the
In my notebook i have
nd...@pci0:48:0:0: class=0x028000 card=0x1371103c chip=0x431214e4 rev=0x02
hdr=0x00
vendor = 'Broadcom Corporation'
device = 'BCM4310 broadcom wireless 1490 (dell)'
class = network
cap 01[40] = powerspec 3 supports D0 D1 D2 D3 current D0
On Tue, Dec 16, 2008 at 12:49 PM, Alexey Ivanov wrote:
> In my notebook i have
>
> nd...@pci0:48:0:0: class=0x028000 card=0x1371103c chip=0x431214e4 rev=0x02
> hdr=0x00
>vendor = 'Broadcom Corporation'
>device = 'BCM4310 broadcom wireless 1490 (dell)'
>class = network
>
I am trying to determine the current working directory when a system
call is issued. im interested in determining this from a kernel module.
however, because system calls are only given a thread* and a void*,
which gets casted, is there any way i find out the cwd?
thanks.
--
Cilloniz Bicchi, Fe
Hi,
I'm toying around with IPv6 and one thing I'd like to try is to set up
an stf tunnel. The other types, like freenet6 and what sixxs uses work
without problems, but on a 7-stable machine. I've followed various
documents (like http://www.kfu.com/~nsayer/6to4/ but most are very
similar) and it ap
On 08.12.17 03:11, Bruce Simpson wrote:
Randy Bush wrote:
...
freebsd does not allow metrics on static routes, which would be the
'normal' hack. i.e. you can not have two default routes with different
weights.
If you look in my 1 currently owned PRs:
http://www.freebsd.org/cgi/query-pr.cgi?pr=
Ferner Cilloniz wrote:
I am trying to determine the current working directory when a system
call is issued. im interested in determining this from a kernel module.
however, because system calls are only given a thread* and a void*,
which gets casted, is there any way i find out the cwd?
thanks.
On Tue, Dec 16, 2008 at 08:08:00PM +0100, Max Laier wrote:
> On Tuesday 16 December 2008 19:27:49 Andrew Thompson wrote:
> > On Tue, Dec 16, 2008 at 07:12:24PM +0100, Harti Brandt wrote:
> > > On Tue, 16 Dec 2008, Sergey Matveychuk wrote:
> > > SM>>
> > > SM>> The highspeed counters are only there
Hi all,
I'm curious to know if the creation of additional 'lo' interfaces is
possible at boot via the traditional /etc/rc.conf as of yet.
Forgive me if I've missed anything regarding this.
I'm still trying to blend some functionality between FBSD and Quagga for
certain routing functions.
This i
This was caused by a change I made today. Evidently we're trying to
acquire a shared lock while holding an exclusive lock.
I will take a look.
-Kip
On Wed, Dec 17, 2008 at 3:32 AM, Mike Tancsa wrote:
> At 01:34 AM 12/15/2008, Qing Li wrote:
>
>> Hi All,
>>
>> The arp-v2 changes have been commit
At 01:34 AM 12/15/2008, Qing Li wrote:
Hi All,
The arp-v2 changes have been committed into HEAD.
Please report problems to me and Kip Macy.
Not sure if its related or not, but if I create and destroy a lagg
port, I get a panic
e.g.
0[current]# ifconfig lagg0 laggproto failover laggport ig
* Ferner Cilloniz [081216 12:33] wrote:
> I am trying to determine the current working directory when a system
> call is issued. im interested in determining this from a kernel module.
>
> however, because system calls are only given a thread* and a void*,
> which gets casted, is there any way i
Try changeid 186209.
Thanks,
Kip
On Wed, Dec 17, 2008 at 3:32 AM, Mike Tancsa wrote:
> At 01:34 AM 12/15/2008, Qing Li wrote:
>
>> Hi All,
>>
>> The arp-v2 changes have been committed into HEAD.
>> Please report problems to me and Kip Macy.
>
> Not sure if its related or not, but if I create and
Old Synopsis: if_rl breakage
New Synopsis: [if_rl]: if_rl breakage
Responsible-Changed-From-To: freebsd-i386->freebsd-net
Responsible-Changed-By: remko
Responsible-Changed-When: Wed Dec 17 06:58:06 UTC 2008
Responsible-Changed-Why:
reassign to -net
http://www.freebsd.org/cgi/query-pr.cgi?pr=1296
Synopsis: [if_rl]: if_rl breakage
Responsible-Changed-From-To: freebsd-net->yongari
Responsible-Changed-By: yongari
Responsible-Changed-When: Wed Dec 17 07:36:29 UTC 2008
Responsible-Changed-Why:
Grab.
http://www.freebsd.org/cgi/query-pr.cgi?pr=129647
37 matches
Mail list logo
