lem for many months, but due to the
complexity of my firewalls (scores of jails each with scores of rules),
I wasn't brave enough to ask for help :)
As a work around we started creating rules without state, whenever we
would run into the problem.
Thanks for the pointer about state-mismatch. Th
Figured this may be interesting for folks...
I've released a bsnmp module which can monitor arbitrary traffic flows
and expose them as SNMP counters.
FreeBSD port attached, more info here:
http://memberwebs.com/stef/software/bsnmp-pcap/
Cheers,
Stef W
was
in development (blush) and it's deployed as such on a couple dozen
production servers I've been running bsnmp-jails and bsnmp-pcap on.
If not, then any other two numbers are fine. Once I hear officially,
I'll roll new releases.
Cheers,
Stef Walter
__
nd CURRENT.
FreeBSD PR:
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/134931
How can I help this get into FreeBSD? It would be awesome if this fix or
one like it made it in before the 8.0 release.
Cheers,
Stef
--- sys/net/rtsock.c.orig 2009-08-31 15:26:03.0 +
+++ sys/net/rtsock.c
The following reply was made to PR kern/134931; it has been noted by GNATS.
From: Stef Walter
To: bug-follo...@freebsd.org, co...@211.ru
Cc:
Subject: Re: kern/134931:[route] [fib] Route messages sent to all socket
listeners
regardless of setfib
Date: Mon, 31 Aug 09 17:20:06 UTC
This is a
production this week. If there's any problems with it,
I'll let you and the mailing list know.
Cheers,
Stef
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
The following reply was made to PR kern/134931; it has been noted by GNATS.
From: Stef Walter
To: "Li, Qing"
Cc: "freebsd-net@FreeBSD.org" ,
bug-follo...@freebsd.org, jul...@elischer.org
Subject: Re: kern/134931 [patch] Unbreak setfib + routing daemons
Date: Mon, 31 Aug 09
age would belong to.
Where possible we pass in the appropriate fib to the routines
that send off route messages.
Cheers,
Stef
--- ./sys/net/rtsock.c.orig 2009-08-31 15:26:03.0 +
+++ ./sys/net/rtsock.c 2009-08-31 19:06:53.0 +
@@ -93,4 +93,9 @@
SYSCTL_NODE(_net, O
Stef Walter wrote:
> A short while ago (perhaps due to a change in traffic), every few hours,
> the wireless interface becomes unresponsive, and I started seeing
> thousands of lines like this in:
>
> ath0: ath_rx_proc: no mbuf!
> ath0: ath_rx_proc: no mbuf!
> ath0: ath_rx_
ch:
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet/in_mcast.c#rev1.15
Anyone heard of this before, or knows of a commit/patch that might fix
the problem?
Cheers,
Stef
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/fr
t -z" off list, and I will have that next time.
This might be a long shot:
Back when I deployed some similar devices on FreeBSD 6.0 there was a
leak when using oddball ath_rate driver. I believe it went away when I
used ath_rate_sample. But according to 'man 4 ath' nothing els
Stef Walter wrote:
> On a new VPN server, running OSPF, I'm experiencing regular panics at:
>
> imo_match_source: !AF_INET
BTW, src->sa_family is 0
Moved back to FreeBSD 7.1 i386 and the problem goes away.
Cheers,
Stef
___
freebs
r=kern/137164&cat=
> Are you using SSM multicast
> features?
Not that I know of. This is IPv4 OSPF which as far as I know sends
simple multicast to 224.0.0.5. I'm using quagga 0.99.15 to run OSPF.
Cheers,
Stef
___
freebsd-net@freebsd.org maili
two until I'm
> able to fully test it.
H, EADDRINUSE ... This sounds very familiar. Here's an old quagga
bug that I don't think got patched properly. It does an unexpected
double IP_ADD_MEMBERSHIP:
http://bugzilla.quagga.net/show_bug.cgi?id=212
I'
aranoid for what's going on, and syrinx@
> recently caught one of those.
Yes, I patched that out and have been testing. However in this case OSPF
(quagga) stops running. Maybe quagga is doing something unexpected. I've
been slowly trying to corner this issue.
Cheers,
Stef
_
t it has been the historical
behavior. One can see people coding against this in routing software [2].
Besides fixing the problem of dropping membership on the first
interface, the effect of this patch is to restore the previous freebsd
behavior.
Cheers,
Stef
PS: BTW, I've been using the patch
224.0.0.5 mode include
uname: FreeBSD portillo-gate.ws.local 8.0-BETA3 FreeBSD 8.0-BETA3 #24:
Wed Sep 9 15:01:39 UTC 2009
r...@portillo-gate.ws.local:/usr/src/sys/i386/compile/PORTILLO i386
Patch is attached which fixes the problem. Is this the right approach?
If not, I hope it helps highlight t
you can see above the em0 interface is part of the group.
Where and how could I see what's preventing these packets from being
delivered to the ospfd process socket? Which code is involved in the
dispatch?
Thanks for your help and time. Much appreciated.
Cheers,
Stef
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Stef Walter wrote:
> The packets from 172.27.2.2 are not being delivered to the ospfd process
> socket (verified via userland debugging and logging). Even though, as
> you can see above the em0 interface is part of the group.
I've done more research on this.
Each time a packet is
roblem.
Cheers,
Stef
--- sys/netinet/in_mcast.c.orig 2009-09-09 19:33:22.0 +
+++ sys/netinet/in_mcast.c 2009-09-10 05:28:20.0 +
@@ -2280,7 +2292,9 @@
if (is_final) {
- /* Remove the gap in the membership array. */
- for (++idx; idx < imo->imo_num_memberships; ++idx)
recent FreeBSD, ie:
8.0) it'll choose one at random. Unless one route has a better metric.
Cheers,
Stef
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to &q
Denis Shaposhnikov wrote:
> I see also it periodically changes "media:" between OFDM/54Mbps and
> OFDM/48Mbps.
That's normal behavior. ath_rate_sample is finding the OFDM speed at
which traffic flows best.
Cheers,
Stef
___
fr
The following reply was made to PR kern/134931; it has been noted by GNATS.
From: Stef Walter
To: bug-follo...@freebsd.org, co...@211.ru, m.dyadche...@sibset-team.ru
Cc:
Subject: Re: kern/134931: [route] [fib] Route messages sent to all socket
listeners regardless of setfib
Date: Tue, 22 Sep
bssid you reset the state of the tx rate control code
>> and that probably resets the tx rate to 24M.
>
> Does it possible to disable tx rate control and lock wlan0 on
> OFDM/54Mbps? Think it isn't right tha I have only 900K of transfer speed
> without using of bssid comm
The following reply was made to PR kern/137164; it has been noted by GNATS.
From: Stef Walter
To: bug-follo...@freebsd.org, jha...@pangolin-systems.com,
Bruce Simpson
Cc:
Subject: Re: kern/137164: [netinet] [patch] assert panic imo_match_source()
Date: Tue, 06 Oct 2009 10:37:31 -0500
This
.html
PR:
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/134931
Cheers,
Stef
--- ./sys/net/rtsock.c.orig 2009-08-31 15:26:03.0 +
+++ ./sys/net/rtsock.c 2009-08-31 19:06:53.0 +
@@ -93,4 +93,9 @@
SYSCTL_NODE(_net, OID_AUTO, route, CTLFLAG_RD, 0, "");
+struct
was
in development (blush) and it's deployed as such on a couple dozen
production servers I've been running bsnmp-jails and bsnmp-pcap on.
If not, then any other two numbers are fine. Once I hear officially,
I'll roll new releases.
Cheers,
Stef Walter
__
2-bit compatibility to the rtsock.c route
messages.
Who would I work with to get this (or something like it) committed?
Cheers,
Stef
--- sys/net/rtsock.c.orig 2009-06-13 19:51:29.0 +
+++ sys/net/rtsock.c 2009-06-13 20:44:35.0 +
@@ -1199,6 +1199,251 @@
netisr_queue(NETISR_ROU
0-RELEASE-p5 #6: Thu May 18 18:02:20 UTC 2006
Thanks in advance,
Stef
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Lev Serebryakov wrote:
> Hello, Stef.
>
>> ath0: ath_rx_proc: no mbuf!
>
>> The mbufs are in fact all used up. I allocate more via
>> kern.ipc.nmbclusters, and see the same behavior.
> Same problem here on 7.2-STABLE, but incresaing kern.ipc.nmbclusters
> to
; card, however, my poor funds dont normally allow
that, and others are probably in the same boat. help me get
away from 'lesser os's :)
regards
Stef Telford <[EMAIL PROTECTED]>
___
[EMAIL PROTECTED] mailing list
http://lists.freeb
31 matches
Mail list logo
