[EMAIL PROTECTED] пишет:
I want to count ALL traffic pass trought my gateway, but tool's such as
softflowd I don't want to use because there is already ng_netflow and I
want use nat from netgraph, may I :)?
options NETGRAPH
...
options NETGRAPH_TCPMSS
You do not need to build it st
Sam Leffler wrote:
Randy Bush wrote:
Be sure apbridge is enabled
not running in hostap mode, not an access point
You can only bridge a wireless card in hostap mode.
Sorry, engage brain before opening mouth.
I don't know what you're trying to do but you're looking in the wrong
plac
> You can only bridge a wireless card in hostap mode.
after your earlier comment, i tried that too :(
it's not that i think i have not done something stupid. i just can't
find it :)
randy
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.o
Randy Bush wrote:
Be sure apbridge is enabled
not running in hostap mode, not an access point
You can only bridge a wireless card in hostap mode.
Sam
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/fre
> Be sure apbridge is enabled
not running in hostap mode, not an access point
> you can use tcpdump to check traffic on each interface to isolate the issue.
the ath interface
00:28:26.699253 IP dhcp1.psg.com > hawi0.psg.com: ICMP echo request, id 56334,
seq 218, length 64
00:28:26.699295 IP ha
> device if_bridge
> or
> if_bridge_load="YES" in loader.conf is all that's needed.
if_bridge.ko is automagically loaded, no extra charge
> For testing purposes, you might want to disable the filtering
> configuration with:
> sysctl net.link.bridge.pfil_member=0
> sysctl net.link.bridge.pfil_brid
Randy Bush wrote:
Andrew Thompson wrote:
On Wed, Sep 26, 2007 at 04:07:00PM -1000, Randy Bush wrote:
current i386 thinkpad t41
ifconfig_lo0="inet 127.0.0.1/8"
cloned_interfaces="bridge0"
ifconfig_bridge0="inet 192.168.0.3/24 addm em0 addm ath0 up"
ifconfig_em0="up"
ifconfig_ath0="ssid
> -Original Message-
> From: Andrew Thompson [mailto:[EMAIL PROTECTED]
> Sent: Thursday, September 27, 2007 4:22 PM
> To: Randy Bush
> Cc: Michael K. Smith - Adhost; FreeBSD Net
> Subject: Re: bridging ath
>
> On Thu, Sep 27, 2007 at 01:19:42PM -1000, Randy Bush wrote:
> > > Just to be s
On Thu, Sep 27, 2007 at 01:19:42PM -1000, Randy Bush wrote:
> > Just to be sure...
>
> good questions, thanks for asking
>
> > net.inet.ip.forwarding=1
>
> # sysctl net.inet.ip.forwarding
> net.inet.ip.forwarding: 1
>
> > net.link.ether.bridge.enable=1
> > net.link.ether.bridge.config=em0,ath0
> Just to be sure...
good questions, thanks for asking
> net.inet.ip.forwarding=1
# sysctl net.inet.ip.forwarding
net.inet.ip.forwarding: 1
> net.link.ether.bridge.enable=1
> net.link.ether.bridge.config=em0,ath0
# sysctl net.link.ether.bridge.enable
sysctl: unknown oid 'net.link.ether.bridge.
>
> Andrew Thompson wrote:
> > On Wed, Sep 26, 2007 at 04:07:00PM -1000, Randy Bush wrote:
> >> current i386 thinkpad t41
> >>
> >> ifconfig_lo0="inet 127.0.0.1/8"
> >> cloned_interfaces="bridge0"
> >> ifconfig_bridge0="inet 192.168.0.3/24 addm em0 addm ath0 up"
> >> ifconfig_em0="up"
> >> ifconfi
Andrew Thompson wrote:
> On Wed, Sep 26, 2007 at 04:07:00PM -1000, Randy Bush wrote:
>> current i386 thinkpad t41
>>
>> ifconfig_lo0="inet 127.0.0.1/8"
>> cloned_interfaces="bridge0"
>> ifconfig_bridge0="inet 192.168.0.3/24 addm em0 addm ath0 up"
>> ifconfig_em0="up"
>> ifconfig_ath0="ssid rgnet up
On Wed, Sep 26, 2007 at 04:07:00PM -1000, Randy Bush wrote:
> current i386 thinkpad t41
>
> ifconfig_lo0="inet 127.0.0.1/8"
> cloned_interfaces="bridge0"
> ifconfig_bridge0="inet 192.168.0.3/24 addm em0 addm ath0 up"
> ifconfig_em0="up"
> ifconfig_ath0="ssid rgnet up"
> defaultrouter="192.168.0.1"
Kris Kennaway wrote:
> OK, it likely needs more detailed investigation than that ;-)
Hmm, grepping has found one straw-chance: I found that if_stf.c calls
rtfree() instead of RTFREE_LOCKED (I cannot tell if RTFREE_LOCKED is
really needed in this situation or RTFREE is needed), and a diff to my
6-
Ivan Voras wrote:
On 27/09/2007, Kris Kennaway <[EMAIL PROTECTED]> wrote:
You will need to evaluate based on other evidence. e.g. if you've
noticed other network flakiness on this machine to do with the gateway.
No, I don't think there's anything like that. The panics began when I
upgraded t
On 27/09/2007, Kris Kennaway <[EMAIL PROTECTED]> wrote:
> You will need to evaluate based on other evidence. e.g. if you've
> noticed other network flakiness on this machine to do with the gateway.
No, I don't think there's anything like that. The panics began when I
upgraded to 7-current, the m
On 27/09/2007, Kris Kennaway <[EMAIL PROTECTED]> wrote:
> Ivan Voras wrote:
> > Hi,
> >
> > I have a machine that panics almost daily in route.c, in rt_check().
> > This panic has been reported by several users, including Marcel
> > Moolenaar for a machine in freebsd.org.
> >
> > The problem is pre
Ivan Voras wrote:
On 27/09/2007, Kris Kennaway <[EMAIL PROTECTED]> wrote:
Ivan Voras wrote:
Hi,
I have a machine that panics almost daily in route.c, in rt_check().
This panic has been reported by several users, including Marcel
Moolenaar for a machine in freebsd.org.
The problem is present i
Ivan Voras wrote:
Hi,
I have a machine that panics almost daily in route.c, in rt_check().
This panic has been reported by several users, including Marcel
Moolenaar for a machine in freebsd.org.
The problem is present in both 6-STABLE and 7-CURRENT, and apparently it
manifests on SMP machin
Hello
I want to count ALL traffic pass trought my gateway, but tool's such as
softflowd I don't want to use because there is already ng_netflow and I
want use nat from netgraph, may I :)?
I have:
#ifconfig
rl0: flags=8843 mtu 1500
options=8
inet 10.11.2.1 netmask 0xff00 broadca
On Thu, Sep 27, 2007 at 04:01:32PM +0200, Seth Mos wrote:
> Hello there,
Hi.
> I have problems with racoon hanging in sbwait state with ipsec-tools 0.6.7
> or getting into a tailspin on ipsec-tools 0.7.
>
> The problem is that the pfkey interface breaks down with a lot of VPN
> tunnels and spd
Hello there,
I have problems with racoon hanging in sbwait state with ipsec-tools 0.6.7
or getting into a tailspin on ipsec-tools 0.7.
The problem is that the pfkey interface breaks down with a lot of VPN
tunnels and spd entries. The FreeBSd PR is here.
http://www.freebsd.org/cgi/query-pr.cgi?pr
Synopsis: [nfe]: network problems under -current, nfe(4) and jumbo packets
Responsible-Changed-From-To: freebsd-net->yongari
Responsible-Changed-By: yongari
Responsible-Changed-When: Thu Sep 27 07:20:53 UTC 2007
Responsible-Changed-Why:
Grab.
http://www.freebsd.org/cgi/query-pr.cgi?pr=116330
___
23 matches
Mail list logo