.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
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
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/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
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
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
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)
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
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"
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
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
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
_
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
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
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
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
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_
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
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
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: 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
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
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
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"
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
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
__
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
__
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
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
; 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
